Как да коригирате често срещани грешки при репликация на Hyper-V

Репликацията на ОС или Hyper-V спестява много време. Репликацията(Replication) на Hyper-V обаче, наричана още „ реплика на Hyper-V(Hyper-V Replica) “, е различна. Процесът на репликация ви позволява да репликирате от една виртуална машина в друга среда на виртуална машина. С прости думи, той създава копие на жива виртуална машина към офлайн виртуална машина. Обикновено е полезен за стратегия за възстановяване при бедствия. В тази публикация ще споделим корекция на някои от често срещаните грешки при репликация на хипер-v.

Грешки при репликация на Hyper-V

Поправете грешки при репликация на Hyper-V

Може да има множество причини, поради които репликацията на Hyper-V(Hyper-V) може да се провали. Това могат да бъдат проблеми с мрежата, остарял хост, цялост или нещо друго. По-долу(Below) са някои от често срещаните проблеми и решения:

  1. Hyper-V спряна репликация за виртуална машинапоради невъзстановима повреда. (Идентификация на виртуална машина).
  2. Hyper-V предотврати стартирането на виртуална машина, защото е подготвена за отказ
  3. Hyper-V неуспешно разрешаване на името на реплики сървъра(Replica Server)
  4. Hyper-V не е в състояние да приеме репликация на реплика сървър(Replica Server) за виртуална машина
  5. Неуспешно извършване на операцията. Hyper-V не е в валидно състояние на репликация за извършване на операцията

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

1] Hyper-V спряна репликация за виртуална машина поради невъзстановима повреда. (ID на виртуална машина(Machine ID) )

Пълното описание включва—  Hyper-V не можа да репликира промените за виртуална машинатъй като сървърът реплика(Replica) отказа връзката. Това може да се дължи на това, че има чакаща операция за репликация в сървъра на репликите(Replica) за същата виртуална машина, която отнема повече време от очакваното или има съществуваща връзка. (Идентификатор на виртуална машина)

За да разрешите, проверете следните точки:(To resolve, check on the following points:)

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

Обикновено те могат да решат проблема, но ако не се случи, изтрийте репликата и настройте повторно репликацията, предлага Microsoft . Ще трябва да изчакате, докато синхронизацията завърши. Ако сървърът за репликация е бил офлайн за дълго време, изходният сървър аклиматизира толкова много данни, че става невъзможно изпращането им.

2] Hyper-V предотврати стартирането на виртуална машина, защото е подготвена за отказ

Когато настройвате страницата Replica Server(Replica Server page) , трябва да въведете NetBIOS или FQDN( 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 или FQDN. Ако използвате правилния формат, това е проблем с 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

Аз съм инженер по windows, ios, pdf, грешки, джаджи с над 10 години опит. Работил съм върху много висококачествени Windows приложения и рамки като OneDrive за бизнеса, Office 365 и др. Неотдавнашната ми работа включваше разработването на pdf четеца за платформата на windows и работата по изясняване на съобщенията за грешки за потребителите. Освен това участвам в разработването на платформата ios от няколко години и съм много запознат както с нейните характеристики, така и с странностите.



Related posts