我正在演示VMware的SRM。
安装是好的，我可以轻松地运行一台机器的恢复。
我正在为单个应用程序开发一个恢复脚本，它分布在大约10台服务器，几台SQL服务器，几台应用程序服务器，一台客户端访问机器以及其他几台服务器上。
优先级组的定义与其应该完全相同，我不需要添加任何组内定义。
当我testing我的恢复计划时，我看到优先级1的虚拟机首先被启动，优先级2没有被启动，有一些 – 优先级3的虚拟机启动了一半。 看起来事情最终会继续，仍然使用这种奇怪的顺序。 这里发生了什么？ 它与SRM用来更改IP地址的方法有关吗？ 硬件版本和/或VMware Tools中的东西？
所有ESXi主机和vSphere都是5.5。 我正在使用vSphere复制和SRM 5.8.1。
一旦我纠正了一些超时问题，我能够确定这里发生了什么。
看起来，SRM准备步骤（configuration存储，configuration文本networking，来宾启动，自定义ip）全部从优先级1开始执行，并且一次执行大约4个VM的优先级5。 这些步骤被视为独立于生产启动。
优先级2下的SQL框很大。 因此，我的第二组包厢甚至需要更长的时间才能到达客人启动。 SRM不会等待这些进程在这些虚拟机上完成并滚到下一个组。 这是有道理的 – 一旦重新configuration完成，所有虚拟机关机并等待以正确的顺序启动。