![vSphere/SRM 复制不尊重优先级组](https://linux22.com/image/677273/vSphere%2FSRM%20%E5%A4%8D%E5%88%B6%E4%B8%8D%E5%B0%8A%E9%87%8D%E4%BC%98%E5%85%88%E7%BA%A7%E7%BB%84.png)
我正在演示 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 不会等待这些虚拟机上的该过程完成,而是转到下一组。这确实很有意义 - 一旦重新配置完成,所有虚拟机都会关闭并等待以正确的顺序启动。