Как исправить распространенные ошибки репликации Hyper-V

Репликация ОС или Hyper-V экономит много времени. Однако репликация (Replication)Hyper-V , также называемая « репликой Hyper-V(Hyper-V Replica) », отличается. Процесс репликации позволяет выполнять репликацию с одной виртуальной машины на другую среду виртуальной машины. Проще говоря, он создает копию работающей виртуальной машины на автономной виртуальной машине. Обычно это полезно для стратегии аварийного восстановления. В этом посте мы поделимся исправлениями некоторых распространенных ошибок репликации Hyper-V.

Ошибки репликации Hyper-V

Исправление ошибок репликации Hyper-V

Может быть несколько причин, по которым может произойти сбой репликации Hyper-V . Это могут быть проблемы с сетью, устаревший хост, целостность или что-то еще. Ниже(Below) приведены некоторые распространенные проблемы и решения:

  1. Приостановленная репликация Hyper-V(Hyper-V) для виртуальной машиныиз-за неустранимой неисправности. (ИД виртуальной машины).
  2. Hyper-V предотвратил запуск виртуальной машины, так как она подготовлена ​​к отработке отказа
  3. Hyper-V не удалось разрешить имя сервера реплики(Replica Server)
  4. Hyper-V не в состоянии принять репликацию на сервере реплик(Replica Server) для виртуальной машины .
  5. Не удалось выполнить операцию. Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Интересно отметить, что большинство ошибок Hyper-V возникает из-за проблем с синхронизацией между ними. Либо хост находится на обслуживании, либо сервер-реплика отключен или не готов.

1] Hyper-V приостановил репликацию для виртуальной машины из-за неустранимого сбоя. (ИД виртуальной машины(Machine ID) )

Полное описание включает:  Hyper-V не удалось реплицировать изменения для виртуальной машины .потому что сервер реплики(Replica) отказался от соединения. Это может быть связано с тем, что на сервере- реплике(Replica) для той же виртуальной машины есть ожидающая операция репликации , которая занимает больше времени, чем ожидалось, или имеет существующее соединение. (ID виртуальной машины)

Для решения проверьте следующие пункты:(To resolve, check on the following points:)

  • Щелкните правой кнопкой мыши(Right-click) виртуальную машину и выберите возобновление процесса репликации.
  • Убедитесь(Make) , что сервер репликации подключен к сети.
  • На сервере реплик(Replica) всегда должно быть достаточно места
  • Достаточная(Enough) пропускная способность сети, чтобы убедиться, что процесс репликации может завершиться за один цикл.

Как правило, это может решить проблему, но если это не так, удалите реплику и заново настройте репликацию, предлагает Microsoft . Вам придется дождаться завершения синхронизации. Если сервер репликации долгое время находился в автономном режиме, исходный сервер акклиматизирует столько данных, что их пересылка становится невозможной.

2] Hyper-V предотвратил запуск виртуальной машины, поскольку она подготовлена ​​к отработке отказа.

При настройке страницы сервера-реплики(Replica Server page) необходимо ввести либо NetBIOS, либо полное доменное имя( NetBIOS or FQDN) сервера - реплики . (Replica)Если сервер- реплика(Replica) является частью отказоустойчивого кластера, введите имя брокера реплики Hyper-V(Hyper-V Replica Broker) .

Если есть что-то помимо того, что мы поделились выше, у вас будет эта ошибка, потому что процесс отработки отказа не сможет ее найти. Чтобы исправить это, вам придется отредактировать страницу настройки репликации и заменить имя на NetBIOS или FQDN(FQDN.Once) . После исправления вы не получите сообщение об ошибке репликации Hyper-V(Hyper-V Replication Error) .

3]  Hyper-V не удалось разрешить имя сервера реплики(Replica Server)

То же(Same) , что и выше, и это явная ошибка. Если Hyper-V не может разрешить имя сервера реплики( Hyper-V is not able to resolve the replica server name) , вам необходимо проверить, используете ли вы NetBIOS или полное доменное имя. Если вы используете правильный формат, то это проблема DNS . Вы должны проверить DNS-сервер,(DNS server) чтобы узнать, почему он не может разрешить ожидаемый адрес сервера .(Server)

4] Hyper-V не в состоянии принять репликацию на сервере реплик(Replica Server) для виртуальной машины .

Hyper-V не в состоянии принять репликацию

Когда на виртуальной машине включена репликация, процесс создает файлы реплик(Replica) виртуальной машины, в которых все хранится. Каждая из этих папок имеет имя, представляющее GUID . Он уникален для каждого исходного сервера. Если по какой-то причине мастер установки Hyper-V имеет тот же (Hyper-V)UID , потому что он уже был настроен один раз, вы получите эту ошибку. Поскольку процесс проверяет наличие дубликатов виртуальных машин перед завершением, появляется ошибка.

Альтернативой этому методу является отказ от использования GUID . Microsoft Docs предлагает следующее:

  1. Enable replication for the virtual machine, and ensure initial replication is not started immediately (You can choose to schedule the initial replication for a later time)
  2. Once Replica virtual machine is created, use the Move wizard to move the storage of the virtual machine to the path of your choice (Storage migration)
  3. Once the storage migration is complete, you can start the initial replication for the virtual machine

5] Не удалось выполнить операцию, Hyper-V не находится в допустимом состоянии репликации для выполнения операции.

Это происходит по двум причинам. Во-первых, когда сервер не настроен в качестве сервера-реплики. Поэтому, когда источник инициирует процесс репликации, другой конец не знает, что нужно делать с входными данными. Во- вторых(Second) , когда сервер блокирует доступ к Hyper-V на сервере Rep0lication .

В то время как первая причина может быть устранена путем подготовки сервера-реплики, вторая больше связана с проблемой брандмауэра, которую может решить ИТ-администратор.

Я надеюсь, что вы смогли устранить эти распространенные ошибки репликации Hyper-V(Hyper-V Replication Errors) . Я уверен, что их может быть больше, поэтому, если вы столкнетесь с ними, сообщите нам, и мы найдем для них решение.



About the author

Я выпускник Университета штата Юта по специальности компьютерная инженерия с более чем 10-летним опытом разработки программного обеспечения и разработки для Windows. Имею опыт работы с документами PDF и Office, а также создания гаджетов на платформах iOS и Android.



Related posts