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