Я нахожусь в процессе демонстрации SRM VMware.
Установка прошла успешно, и я легко могу запустить восстановление для одной машины.
Я разрабатываю сценарий восстановления для одного приложения, которое распространяется примерно на 10 серверов, пару серверов sql, пару серверов приложений, машину клиентского доступа и многие другие.
Приоритетные группы определены точно так, как должны быть, и мне не нужно добавлять какие-либо определения внутри группы.
Когда я тестирую свой план восстановления, я вижу, что первыми срабатывают виртуальные машины с приоритетом 1, с приоритетом 2 - нет, а некоторые - примерно половина - загружаются с виртуальных машин с приоритетом 3. Похоже, что в конечном итоге дела идут дальше, но этот странный порядок по-прежнему используется. Что, черт возьми, здесь происходит? Связано ли это с методом, который SRM использует для изменения IP-адресов? Что-то в версии оборудования и / или VMware Tools?
Все хосты ESXi и vSphere - 5.5. Я использую репликацию vSphere и SRM 5.8.1.
Как только я исправил некоторые проблемы с тайм-аутом, я смог определить, что здесь происходит.
Похоже, что все этапы подготовки SRM (настройка хранилища, настройка текстовой сети, запуск гостя, настройка IP) выполняются, начиная с приоритета 1 и заканчивая приоритетом 5 в группах примерно по 4 виртуальных машины за раз. Эти шаги не зависят от производственной загрузки.
Поля SQL с приоритетом 2 большие. В результате требуется много дольше, чтобы ящики группы 2 добрались даже до гостевого автозагрузки. SRM не ждет завершения этого процесса на этих виртуальных машинах и переходит к следующей группе. Это действительно имеет смысл - все виртуальные машины выключаются и ждут загрузки в правильном порядке после завершения реконфигурации.