相关疑难解决方法(0)

我们的商店非常依赖 NetApp Volume Snapshots 进行备份。我们对一些数据使用传统的基于代理的磁带备份，但总的来说，我们大多数系统都依赖于快照。此外，我们没有严格的变更控制政策或任何集中的配置管理，因此所有我们的服务器，无论其服务提供的数据是否备份，都需要从裸机（并且没有任何真正的文档）重建。自然地，这使得快照对于管理来说是一个非常有吸引力的提议，因为我们可以只恢复整个服务器、用户数据和包括的配置。我们使用 NetApp 的虚拟存储控制台为我们基于 NFS 的 VMware 数据存储创建快照，并使用 NetApp 的 SnapDrive 为直接呈现给来宾的原始设备映射（物理）LUN 制作快照。我们将关键快照异地快照镜像到另一个 Filer。当然，我们会定期测试我们的恢复过程。

我不禁对我们对备份快照的依赖感到不舒服。对我而言，对于被视为足够作为备份策略的技术，它需要满足以下标准：

• 备份需要是原子的。也就是说，备份不能依靠其他任何东西来恢复。
• 备份需要与它作为备份的系统分离（带外）。
• 备份需要复制或传输到远程站点（异地）

据我了解，NetApp 快照在写入时重定向 (RoW) 方法下工作。在WAFL文件格式使用一组指针（元数据）指出实际引用存储在以往任何时候这可能是每个块。要制作快照，系统只需复制卷的元数据并将其存储在该卷的保留空间中。任何写入（创建/更改/删除）都被重定向到新块。这应该是使 NetApp 的 WAFL 如此出色的特殊调味料，因为您不必进行读取，然后将旧数据写入保留空间，然后将新数据写入旧数据，例如 Copy-On-Write 快照。

我完全承认我可能不完全理解 NetApp 卷快照的工作原理，但如果我的理解或多或少正确，NetApp 快照无法满足我的备份标准。

• 它们不是原子的。“快照”实际上只是一组指向原始数据的指针。如果原始数据不再存在，元数据将毫无用处。
• 快照不与系统分离。如果有人删除了错误的卷，我就会丢失快照。如果 NetApp Filer 爆炸成很小的小猫，我就会失去备份。我可以使用 SnapMirror 将我的快照移动到另一个 Filer，但同样，它只是移动元数据而不是实际块。如果我丢失了原始卷，我看不出复制到另一个 Filer 的快照将如何提供帮助。

有人能解释一下 NetApp 快照如何被视为备份吗？我正在寻找好的主观答案，所以请用事实、参考和经验来支持你的立场。如果我对底层技术的理解不正确，请解释在哪里以及为什么会改变我的结论。如果您的商店依赖 NetApp Snapshots 作为备份，请提供足够的上下文信息，以便人们了解您必须满足什么样的恢复策略。