本地快照和传统备份

随着存储系统的发展和存储系统中本地快照技术的加入，关于存储系统本地快照和传统备份的冲突日益激烈，本地快照是否能在现行的技术基础上代替传统备份是今天的议题。

不管是那种技术的实施对于用户来说目的很明确，就是在保证数据安全（当出现不幸事故时能够恢复数据）的前提下尽量减少备份系统对用户和应用的影响。

先说本地快照技术，快照技术分两类一是副本写入时（copy-on-write）一是重新写入式（redirect-on-write）.副本写入式的快照技术会在一定时限内保留多份快照，这样会大幅拖慢系统性能，甚至在快照充满数据存储的时候会导致数据存储的虚拟机崩溃，这样对用户和应用的影响很大，应此快照技术代替备份的话需要是很好的而且是重新写入式的快照技术。

绝大多数的数据恢复是为了恢复用户不小心删除或者破坏的单个文件或者成组的相关文件。用户是数据遭到破坏的最大因素，因此备份系统应该独立于应用软件，本地快照和传统备份都能独立于应用系统之外。进行数据恢复时如果用户知道需要恢复的数据的确切名称和位置利用本地快照技术可以很方便地进行数据恢复，但是如果不能提供确切的文件名和存放位置，那么利用本地快照进行恢复将会使整个恢复变得非常复杂，你需要在大量的快照中去寻找确切的数据。而传统备份则可以使恢复变得简单。

因为快照对数据的保存不包含目录，当需要模糊查找之前或者之前很长时间的数据时非常费劲。而传统备份则提供非常确切的时间点和目录检索，为数据的查找恢复提供极大的便利。

同时快照能保存的快照数量非常有限，无法达到传统备份技术提供的极大的长时间的数据保存空间和时间。

要让快照成为可靠的备份系统，你需要在取得快照的时候复制数据。如果将数据复制和快照结合起来，我认为有三个地方有可能是薄弱点。首先，你必须将数据复制到同一数据中心（或至少是同一园区）的另一个独立系统上，这样你才能迅速从阵列故障中恢复过来而无需启动整个灾难恢复计划。然后，你必须将数据复制到一个远程站点，这样可以防备更大的灾难，比如火灾、洪水或断电。

最后，你必须确保所有这三个快照集都是应用程序一致的。你可以很容易地用Windows Volume Shadow Copy服务或脚本来服务于本地快照，不过你必须注意你的存储阵列中的复制系统保存有快照的时机。通常最容易的方式就是使用即时复制，也就是将快照数据从一个阵列传送到另一个阵列而不是实时复制并在目标阵列上创建快照。

如果你有三个副本，那么快照也可以成为一个合理的备份计划。不过，如果要三个副本的话，快照的成本也就不低于传统备份的成本了。