与本机备份

Question

搬到一个新的数据中心。数据中心将对vm使用SRM复制，对于sql备份使用netapp管理器。我们目前正在使用完整/tlog本机备份。新标准与当前标准相比如何，我能否安全地停止本机备份？

Answer 1

NetApp SnapManager专业人士：

• 无论数据库有多大，完全备份都需要一秒钟或更短的时间。
• 完全备份不会减缓Server的运行速度，因为SAN连接上没有数据被拖动。
• 磁带备份驱动器可以直接连接到SAN，从而实现快照的快速尖叫备份。
• 您可以在dev或QA服务器上挂载快照，以便以最小的速度进行测试(如果配置正确的话)

NetApp SnapManager缺点：

• 快照还在山上。如果你的SAN控制器死了，你就完蛋了，而SAN控制器也会死。
• 如果您需要经常从生产数据中刷新一个dev/QA，并且该服务器没有使用相同的NetApp SAN，那么您仍然必须将数据洗牌到另一个SAN。你可以这样做，但它比使用传统的日志传送要复杂一些。

土生土长：

• 它完全在DBA的控制之下。他并不怀疑SAN是否已经耗尽了快照的空间。(您可以通过与SAN管理员接触来缓解这种情况，我并不是说浪漫地参与进来，不过我认为这也会奏效。)
• 如果您需要为报告目的登录到多个服务器，而其他服务器不在NetApp SAN上(比如使用本地存储或Fusion)，那么日志传送就更容易管理了。
• 免费并与Server集成。

土著人的缺点：

• 影响生产查询的完整备份要慢得多。

Answer 2

我们使用netapp的snap管理器进行SQL操作。这是一个快速的备份，但我经常遇到问题。有时我会遇到忙碌的伦快照。一旦它得到一个繁忙的伦，它开始创建越来越多的忙伦快照，并最终将填补快照空间，导致所有备份失败。摆脱它们的唯一方法是删除繁忙的luns，然后删除这些luns的快照，然后一切都将再次正确地开始备份。我没有任何运气来阻止繁忙的隆斯被创造。当然，我还没有联系供应商，我只是处理的问题，当它发生。

Answer 3

自从我和他们一起工作已经有一段时间了，但是我发现SQL工具的工具在恢复过程中是缺少的。您没有任何可见性或追索权，无法了解还原是如何进行的，而且常常失败。如果我有机会，我不会再使用Netapp快照作为后援。