Netapp snap mgr for sql与本机备份

NetApp SnapManager优点：

• 完整的备份不pipe数据库有多大，都要花费一秒或更less的时间。
• 完整备份不会减慢SQL Server的速度，因为没有数据通过SAN连接被拖动。
• 磁带备份驱动器可以直接连接到SAN，从而实现对快照的快速备份。
• 您可以将快照安装到您的开发或QA服务器上进行testing，将生产速度降至最低（如果configuration正确）

NetApp SnapManager缺点：

• 快照仍在SAN上。 如果你的SAN控制器死了，你就搞砸了，而且SAN控制器也不行了。
• 如果您需要频繁刷新生产数据中的dev / QA SQL Server，并且该服务器不使用相同的NetApp SAN，则仍然需要将数据转移到其他SAN。 你可以做到这一点，但它比使用传统的日志传送复杂一点。

原生优点：

• 这完全在DBA的控制之下。 他不知道SAN是否快照不足。 （你可以通过join你的SANpipe理员来缓解这个问题，我并不是说浪漫的参与，尽pipe我想这也可以。
• 如果您需要将报告发送到多台服务器以进行报告，而其他服务器不在NetApp SAN上（如使用本地存储或Fusion-IO），则日志传送更容易pipe理。
• 免费并与SQL Server集成。

本土缺点：

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

我们使用netapp的snappipe理器来处理SQL。 这是一个快速的备份，但我一再的问题。 有时我会遇到忙碌的快照。 一旦它变得忙碌的伦敦，它开始创造越来越多的繁忙的快照，并最终填补快照空间导致所有的备份失败。 摆脱它们的唯一方法是销毁忙碌的lun，然后删除这些lun的快照，一切都将开始正确地备份。 我没有任何运气阻止忙碌的创造。 当然，我还没有联系到供应商，我只是在处理这个问题。

我和他们一起工作已经有一段时间了，但是我发现Netapp Snap Manager for SQL工具在计算时会被忽略; 在恢复期间。 你没有可见性或追索如何恢复，往往失败。 如果我有机会，我不会再使用Netapp快照进行备份。