不尊重优先级组的vSphere / SRM复制

Question

我正在降级VMware的SRM。

安装很好，我可以轻松地为一台机器运行还原。

我正在为一个应用程序开发一个恢复脚本，它分布在大约10台服务器、几台sql服务器、几台应用服务器、一台客户端访问机器等。

优先级组的定义完全正确，我不需要添加任何内部组定义。

当我测试我的恢复计划时，我看到优先级1‘m首先开火，优先级2根本不起作用，还有一些(大约一半)优先级3’m启动。看起来事情最终仍在继续，仍然使用这种奇怪的顺序。这到底是怎么回事？它与SRM用于更改IP地址的方法有关吗？硬件版本和/或VMware工具中的东西？

所有的ESXi主机和vSphere都是5.5。我使用的是vSphere复制和SRM5.8.1。

Answer 1

一旦我纠正了一些超时问题，我就能够确定这里发生了什么。

看起来SRM准备步骤(配置存储、配置文本网络、来宾启动、自定义ip)都是从优先级1开始执行的，并且一次由大约4个VM组成的组执行优先级5。这些步骤被视为独立于生产引导。

优先级2下的SQL框很大。因此，我的第二组盒甚至要花很长时间才能到达客服初创公司。SRM不会等待在这些VM上完成该过程，然后转到下一个组。这是很有意义的-所有VM关闭和等待启动的正确顺序，一旦重新配置完成。