定期拍摄生产服务器的快照是一个好主意。 我正在阅读很多网站，build议你不要拍摄生产系统的快照，说明它会影响networking和机器的性能。 有人对此有所了解吗？
请参阅： http : //communities.vmware.com/message/1047809
请注意，快照不是备份的替代品 ！ 我仅使用快照创build短期故障回复点，例如，在服务器被修补之前可能会破坏它。 但是我不会把快照保留几天以上，而且我也不会定期创build这些快照，只是因为我以后可能需要它们。
请注意，大多数虚拟化感知备份软件还会使用快照以自动方式将虚拟机置于一致的只读状态，然后再进行备份。 但即使如此，一旦备份作业完成，快照也会再次被删除。
快照的目的不是定期检查点，而不是备份解决scheme。 保留太多问题可能会带来一些问题（如空间不足，存储速度减慢，在某些情况下还会出现损坏）
通常情况下，磁盘性能（以及虚拟机存储的大小扩展）是快照所关心的问题，因为磁盘现在分开在平面磁盘和快照磁盘（可能包含多个快照磁盘）之间。 在没有快照的情况下简单的磁盘操作可以显着地膨胀，可能需要处理基本和（多个）快照磁盘上的数据（与基本或者彼此不连续;增加额外的寻道时间），需要IO时间多于平面磁盘。
评估您的磁盘性能; 如果它不会显着影响你，那么快照就会消失。
在执行维护活动时，可以使用快照作为保留回滚点的机制，但不应将其用作备份VM的机制。
这是来自最佳实践。
支持的最大快照数量是32.但是，VMwarebuild议您在链中只使用2-3个快照。
超过24-72小时不使用任何单个快照 。 对于应用程序或虚拟机版本控制而言，快照不应该长期保持。 这样可以防止快照增长过大，导致删除/提交到原始虚拟机磁盘时出现问题。 拍摄快照，对虚拟机进行更改，并在validation虚拟机的正常工作状态后立即删除/提交快照。
尤其要勤于在诸如电子邮件和数据库服务器等高事务虚拟机上使用快照。 这些快照可以非常快速地增长，填充数据存储空间。 一旦validation了正在testing的进程的正确工作状态，就立即在这些虚拟机上提交快照 。
链中过多数量的增量文件（由快照数量过多引起）或大型增量文件可能会导致虚拟机和主机性能下降。
我喜欢VMWare快照！ 这对于DEV和QA服务器来说是非常棒的function。
在生产机器上，我从IT人员那里听到的最常见的问题是他们占用的磁盘空间。 提前规划可以减轻这一点，但在生产环境中总是会有有限的限制。 换句话说，你的磁盘只能容纳多less个快照。
大多数情况下，我的客户只有在需要对来宾操作系统环境进行完整备份时才会拍摄快照。 因此，例如，我们将在安装主要应用程序更新之前拍摄快照。 如果虚拟机正在运行数据库服务器，那么我们可能不会拍摄快照，而是只备份正在使用的数据库。
就像上面的Shane一样，我认为性能下降并不那么重要，尤其是如果服务器的CPU通常不被挂起，并且可以安排在非高峰时间拍摄快照。 因人而异。
我没有看到这里提到的东西是VM昏迷 。 如果你有一个非常繁忙的生产服务器，你的快照会快速增长。 如果你有任何一段时间的打开，上面提到的膨胀有更大的潜力发生。 当你closures这个快照的时候，有可能会使昏迷的服务中断。
当我不得不拍摄生产机器的快照时，通常在开发人员在开发环境中testing之后，更新服务器上的一些软件。 快照将在非高峰时段完成，并且在成功升级之后通常在相同的维护时段closures。
在快照过程中networking性能可能下降。 但在我看来，一点点的性能比丢失数据要好。 根据数据的重要性，我可能会在晚上做一个。 除非你的数据是关键，你必须做小时等。
只有您可以确定在需要恢复时可能丢失的数据量。
如果你可以住24小时的快照，坚持下去。 但是，如果您需要您的数据，恢复时间不会less于一个小时。
我们每小时为我们的主数据库服务器运行快照，因为每小时更改一次。 但是我们的Exchange服务器每隔12小时进行一次快照。
小到中等服务器与低I / O，那么是的，很好。 如上所述，域控制器，不不不！ 还取决于您是否要求静止快照。 例如，对于活动的数据库服务器，内存/磁盘I / O崩溃可能会a）超时并且b）导致中断。 我以前见过Oracle TNS被中断。 当然，交易恢复了，但仍然不理想。
你有三个select。 第一个也是最简单的一个就是拍快照，但是这不是你的虚拟机的官方背景。 这对于实验室环境非常有用，但不适用于生产虚拟机。
您的第二个select是使用Vmware数据恢复（VDR）。 这个工具非常适合中小型企业。 这比快照好很多，但是有一些限制，比如你可以同时备份8个虚拟机。 不错，但如果你有数百个虚拟机，这是不合适的。
最专业的解决scheme是使用VMWare的vStorage API。 像Tivoli存储pipe理器（TSM）这样的解决scheme，它扩展了VMWare的vStorage API，为虚拟机备份提供了解决scheme。 还有其他人在那里。 价格与使用当然涨了，但这一切都取决于你想要做什么。 我要么使用VDR，要么使用一些使用vStorage API的解决scheme提供程序来执行备份和还原。 做你的研究，祝你好运:)