我正在演示 VMware 的 SRM。
安装很好，我可以轻松地为单台机器运行还原。
我正在为单个应用程序开发一个恢复脚本，该脚本分布在大约 10 个服务器、几个 sql 服务器、几个应用程序服务器、一个客户端访问机器等中。
优先级组完全按照应有的方式定义，我不需要添加任何组内定义。
当我测试我的恢复计划时，我看到优先级 1 的虚拟机首先启动，优先级 2 根本没有启动，并且一些 - 大约一半 - 优先级 3 的虚拟机启动。看起来事情最终会继续发展，仍然使用这种奇怪的顺序。这里到底发生了什么？是否与 SRM 更改 IP 地址的方法有关？硬件版本和/或 VMware Tools 中有什么东西？
所有 ESXi 主机和 vSphere 都是 5.5。我正在使用 vSphere 复制和 SRM 5.8.1。
一旦我纠正了一些超时问题，我就能够确定这里发生了什么。
看起来 SRM 准备步骤（配置存储、配置文本网络、来宾启动、自定义 ip）都是从优先级 1 开始执行，并以大约 4 个虚拟机为一组，依次经过优先级 5。这些步骤被视为独立于生产引导。
优先级 2 下的 SQL 框很大。结果，我的第 2 组盒子甚至需要更长的时间才能到达客户启动。SRM 不会等待该过程在这些 VM 上完成并继续运行到下一组。这真的很有意义 - 一旦重新配置完成，所有虚拟机都会关闭并等待以正确的顺序启动。