当与VMware架构一起使用时，基于存储阵列的快照吹捧其能为业务连续性、灾难恢复和备份而创建虚拟机的实时图象。虽然这可能是真实的，重要的是要了解虚拟化如何影响存储阵列的使用。不正确的使用能使存储阵列快照不可靠，并通常是无效的。

　　在我们进行讨论之前，记住我们所指的快照不是VMware虚拟机快照，而是由存储阵列提供的快照。因为这些快照在默认情况下不是以任何方式与VMware ESX Server整合，我们必须执行一些额外步骤以确保持续可靠的可用的存储阵列快照。

　　为了确保持续的快照，虚拟机级别的文件系统持续性是关键。对用户来说，了解同时发生的操作多重级别很重要。当一台虚拟机往磁盘进行写操作的时候，它必须在达到真实存储阵列之前通过虚拟化层。确保虚拟机文件系统缓冲区和主机级别I/O缓冲区都是刷新的很有必要。
　
　　使用存储阵列快照

　　从VMware的角度来看，尽管其他虚拟化解决方案也遭遇了同样的问题。不过只有一些方法能帮助确保存储阵列快照能持续可用。

　　第一种方法是避免使用热快照（hot snapshots）。在VMware环境里，我们能创建三种类型的快照。

　　冷快照（Cold snapshots）：冷快照要求最多的停机时间，不过提供了虚拟机级别文件系统的连续性的最好保证。在冷快照里，你要关闭虚拟机进行快照，然后重新启动虚拟机。所有这些可以通过脚本实现，不过仍然意味着宕机，你需要把这些考虑进你的计划。

　　温快照（Warm snapshots）：温快照要求较少的停机时间，不过当虚拟机从温快照恢复时，需要虚拟机级别的文件系统检查。在多数情况下，NTFS或EXT3文件系统日志将阻止任何数据损坏。使用温快照的话，当进行快照和在快照完成后恢复快照时，虚拟机被暂停或删除。通常在这些情况下使用脚本，也调用同步驱动的使用，帮助刷新虚拟机文件系统缓冲区到磁盘以便保持系统连续性。

　　热快照（Hot snapshots）：热快照不需要停机时间，不过冒着巨大的数据不一致的风险。在一个热快照里，进行快照时虚拟机在运行。子操作系统没有任何警告来刷新I/0缓冲区，也没有给ESX主机允许写入到存储阵列的时间。这造成子操作系统里文件系统的不连续性，然后在重启时将面临文件系统检查。文件系统可能恢复，不过运行在子操作系统上的应用，诸如数据库和邮件系统可能不能恢复，并且如果存储阵列快照已存储，数据可能丢失。

　　虚拟机级别的文件系统不连续性的问题能通过避免使用使用热快照大大地降低。不过，像上面所描述的，冷和温快照的使用产生了一定程度的宕机和业务中断。这对组织来说可能是不能接受的。

　　结合VMware虚拟机快照和存储阵列快照

　　确保存储阵列快照连续性的另一种方法是结合存储阵列快照和VMware虚拟机快照。虚拟机快照由VirtualCenter创建和管理，这些快照包括差分磁盘的使用，写入了对虚拟机文件系统的所有更改。基础VMDK（虚拟机磁盘格式）是静态的开放的。因此，存储阵列快照与VMware快照一起使用的话，表现得像上文提到的温快照。虚拟机将启动文件系统检查，不过在这些情况下，不包含任何服务中断或宕机。

　　最后，RDM的使用可能是有益虚拟机级别文件系统连续性的另一种方法。RDM提供了将原始LUN带入虚拟环境的一种方式。在使用“分层SAN应用”或使用SAN快照的情况下，VMware推荐使用RDM。注意，一些厂商只在使用RDM时支持SAN快照。

　　使用本文中的信息和SAN厂商所出版文章里的最佳做法，这将有助你确保在需要的时候，能够使用虚拟机里基于存储阵列的快照。