Новая версия vSphere Replication 8.3.1 в ходу еще с 15 сентября. За прошедшие с момента ее релиза два с половиной месяца вендор проделал кое-какую работу над ошибками и представил на наш суд 1 декабря 2020 года патч, сменивший, разумеется, и номер сборки.
Актуальная сборка
На странице загрузок продуктов VMware 1 декабря в разделе vSphere появилась относящаяся к патчу 8.3.1.1 новая сборка Replication: 17210339.
Новое в патче vSphere Replication 8.3.1.1
Классическое решение асинхронной репликации на базе гипервизора для виртуальных машин в этом своем патче ничего кардинально не поменяло, однако были решены две проблемы, а также найден способ побороть одну из ошибок. Речь об очень важных, можно даже сказать, фундаментальных для процессов репликации вещах, поэтому избежать нашего внимания они никак не могли. Но, обо всем по порядку…
Исправленные ошибки
- Процесс реконфигурации застывает в статусе «Configuring». Ранее это происходило при попытке переместить большую ВМ в другое хранилище данных.
- После восстановления из снэпшота данные не синхронизировались верно. Такое случалось, когда процесс полной синхронизации был в прогрессе, и в это же время инициировался возврат виртуальной машины к сделанному ранее снэпшоту. Теперь одно на другое не влияет.
Решение проблемы со сбоями в процессе повторной защиты
Issue: Процесс повторной защиты заканчивается сбоем. При настройке репликации, в которой используется seed-диск, отличающийся от диска источника своим UUID, если идет попытка повторной защиты данных, вылетает ошибка, вида:
A recovered disk was not found for replicated disk with UUID xx-xx-xx-xx-xx
Resolve: Обновиться до 8.3.1.1-версии. Если же используется более старая, найдены два метода выхода из ситуации:
- Для репликаций в статусе «Recovered» (после отработки отказа), если указанная ошибка появляется в процессе репротекции, следует проделать одно из двух:
-
- Вручную отредактировать UUID (ddb.uuid) на дисках, которые будут использоваться как seed;
- Повторно настроить репликацию в обратном направлении и снова ее запустить.
- Остановить репликацию (что в статусе «Recovered» и использует seed, но обратно не пошла, и для которой не совпадают UUID (ddb.uuid)) и выбрать опцию «Retain the disks».Затем настроить репликацию опять, но с seed.