我有一个ESXi主机，具有以下虚拟机：
1个Active Directory服务器
1个远程桌面服务服务器
1个SQL数据库服务器
1个会计软件应用服务器
我有第二个“空白/空”ESXi主机。
从理论上讲，我想要做的只是将要克隆的第二台主机作为备份。 如果第一台服务器发生故障，我可以简单地启动第二台机器上的虚拟机，并恢复到第一台服务器没有closures的状态。
实际上，在SF上做了很多search，这似乎不太实际。
我主要关心的是SQL数据库的完整性和一致性…由于存储在内存中的未写入数据，此备份策略似乎不推荐用于SQL服务器。 我想我可以closures服务器，克隆服务器，然后重新启动，但是在我的完美世界里，我想至less每晚都在复制这些虚拟机。
夜间将这些特定types的服务器复制到第二个ESXi主机时，最好的备份策略是什么？ 考虑$ 1,000的预算和$ 10,000的预算单独的选项。
是否有更好的备份策略？
虽然它甚至不足以满足10,000美元的预算，但最终的select是拥有两个SAN，并在两个SAN之间实时复制数据，然后使用VMWare SRM在另一端启动虚拟机失败。
对于$ 10,000的预算，您应该可以获得单个SANarrays，然后使用VMWare的高可用性function，这意味着如果主机发生故障，所有虚拟机将立即在其他主机上启动。 这使SAN成为一个单一的失败点，您需要确保速度足够快，不会成为影响您日常工作的瓶颈。
对于1000美元的预算，我会build议一个“廉价”的NAS（如QNap 4xx系列），并通过iSCSI公开存储。 他们只暴露1GbE接口，这将是一个像域控制器，但没有其他很多（我已经尝试过，我们有一个6TB qnap在这里，它只是没有达到繁重的iSCSI负载的工作）罚款运行的东西。
我个人build议，如果你能负担得起的停机时间，是有一个第二SQL服务器安装在主机B上，并做交易日志传送给它。 您甚至可能不需要购买任何额外的硬件，并与您的微软代表核实，但您甚至可能不需要许可。 因此，保持它们都处于活动状态，然后在主机脱机时将应用程序重新指向第二个SQL服务器。
此外，我强烈build议不要克隆域控制器，因为在还原（或快照）之后存在向后倒退的问题。 我会build议再有两个DC，每个主机上有一个，让他们自己的复制（DFS）处理它。
对于您的会计和RDS服务器，您的克隆解决scheme应该工作正常。 我不知道你在RDS上运行的是什么，但是我们认为我们可以承受最多24小时的数据丢失而没有严重的影响，所以如果你只是在晚上克隆它，那么你也许可以。
使用VSA（虚拟存储设备）查看VMware vSphere 5.0。 这将允许您在两台机器上运行集群，并自动在两台机器之间实时复制虚拟机。
在写入事务日志之前，SQL Server中的数据不被接受。 一旦写入磁盘，客户端应用程序将获得写入完成的通知。 即使已经更改的页面仍然保留在内存中而没有写入磁盘，写入日志的操作也已经完成。 当数据库在新主机上联机时，日志中标记为已完成的事务将从日志中读取并在用户能够login到系统之前应用。
在这种设置中，实际上应该在每个服务器上运行两个域控制器（规则可以帮助您确保这种情况发生），以便在主机closures时，一个域控制器仍处于联机状态，因此其他所有操作都会一直运行，直到其他客户机操作系统返回在线。