Rozwiązywanie problemów z replikacją związanych z maszynami wirtualnymi VMware i serwerami fizycznymi

W tym artykule opisano niektóre typowe problemy i określone błędy, które mogą wystąpić podczas replikacji lokalnych maszyn wirtualnych VMware i serwerów fizycznych na platformę Azure przy użyciu usługi Site Recovery.

Krok 1. Monitorowanie kondycji serwera przetwarzania

Usługa Site Recovery używa serwera przetwarzania do odbierania i optymalizowania replikowanych danych oraz wysyłania ich na platformę Azure.

Zalecamy monitorowanie kondycji serwerów przetwarzania w portalu, aby upewnić się, że są one podłączone i działają prawidłowo, oraz że trwa replikacja dla maszyn źródłowych skojarzonych z serwerem przetwarzania.

• Dowiedz się więcej o monitorowaniu serwerów przetwarzania.
• [Przejrzyj najlepsze rozwiązania]. (vmware-physical-azure-troubleshoot-process-server.md#best-practices-for-process-server-deployment)
• Rozwiązywanie problemów z kondycją serwera przetwarzania.

Krok 2. Rozwiązywanie problemów z łącznością i replikacją

Połączenie problemy z wydajnością między serwerem źródłowym a serwerem przetwarzania lub między serwerem przetwarzania a platformą Azure często powodują początkowe i trwające błędy replikacji.

Aby rozwiązać te problemy, rozwiąż problemy z łącznością i replikacją.

Krok 3. Rozwiązywanie problemów z maszynami źródłowymi, które nie są dostępne do replikacji

Podczas próby wybrania maszyny źródłowej w celu włączenia replikacji przy użyciu usługi Site Recovery maszyna może być niedostępna z jednego z następujących powodów:

• Dwie maszyny wirtualne z tym samym identyfikatorem UUID wystąpienia: jeśli dwie maszyny wirtualne w programie vCenter mają ten sam identyfikator UUID wystąpienia, w witrynie Azure Portal zostanie wyświetlona pierwsza maszyna wirtualna odnaleziona przez serwer konfiguracji. Aby rozwiązać ten problem, upewnij się, że żadne dwie maszyny wirtualne nie mają tego samego identyfikatora UUID wystąpienia. Ten scenariusz jest często spotykany w wystąpieniach, w których maszyna wirtualna kopii zapasowej staje się aktywna i jest rejestrowana w naszych rekordach odnajdywania. Zapoznaj się z tematem Azure Site Recovery VMware-to-Azure: Jak wyczyścić zduplikowane lub nieaktualne wpisy, aby rozwiązać problem.
• Nieprawidłowe poświadczenia użytkownika programu vCenter: Upewnij się, że dodano poprawne poświadczenia programu vCenter podczas konfigurowania serwera konfiguracji przy użyciu szablonu OVF lub ujednoliconej konfiguracji. Aby sprawdzić poświadczenia dodane podczas instalacji, zobacz Modyfikowanie poświadczeń na potrzeby automatycznego odnajdywania.
• Niewystarczające uprawnienia programu vCenter: jeśli uprawnienia podane do uzyskiwania dostępu do programu vCenter nie mają wymaganych uprawnień, może wystąpić błąd odnajdywania maszyn wirtualnych. Upewnij się, że uprawnienia opisane w sekcji Przygotowywanie konta do automatycznego odnajdywania są dodawane do konta użytkownika programu vCenter.
• Serwery zarządzania usługi Azure Site Recovery: jeśli maszyna wirtualna jest używana jako serwer zarządzania w ramach co najmniej jednej z następujących ról — serwer konfiguracji /serwer przetwarzania skalowalny w poziomie / główny serwer docelowy, nie będzie można wybrać maszyny wirtualnej z portalu. Nie można replikować serwerów zarządzania.
• Już chronione/przełączane w tryb failover za pośrednictwem usług Azure Site Recovery: jeśli maszyna wirtualna jest już chroniona lub przełączona w tryb failover za pośrednictwem usługi Site Recovery, maszyna wirtualna nie jest dostępna do wybrania ochrony w portalu. Upewnij się, że maszyna wirtualna, której szukasz w portalu, nie jest jeszcze chroniona przez żadnego innego użytkownika ani w ramach innej subskrypcji.
• Program vCenter nie nawiązał połączenia: sprawdź, czy program vCenter jest w stanie połączenia. Aby sprawdzić, przejdź do magazynu > usługi Recovery Services Serwery > konfiguracji infrastruktury > usługi Site Recovery Kliknij odpowiedni serwer > konfiguracji zostanie otwarty blok po prawej stronie ze szczegółami skojarzonych serwerów. Sprawdź, czy program vCenter jest połączony. Jeśli jest w stanie "Nie Połączenie", rozwiąż problem, a następnie odśwież serwer konfiguracji w portalu. Następnie maszyna wirtualna nie jest wyświetlana w portalu.
• Wyłączone rozwiązanie ESXi: jeśli host ESXi, w którym znajduje się maszyna wirtualna, jest w stanie wyłączonym, maszyna wirtualna nie jest wyświetlana na liście lub nie jest wybierana w witrynie Azure Portal. Włącz hosta ESXi i odśwież serwer konfiguracji w portalu. Następnie maszyna wirtualna zostanie wyświetlona w portalu.
• Oczekiwanie na ponowny rozruch: jeśli na maszynie wirtualnej jest oczekujący ponowny rozruch, nie będzie można wybrać maszyny w witrynie Azure Portal. Upewnij się, że należy wykonać oczekujące działania ponownego uruchomienia i odświeżyć serwer konfiguracji. Następnie maszyna wirtualna zostanie wyświetlona w portalu.
• Nie można odnaleźć adresu IP lub maszyna nie ma adresu IP: jeśli maszyna wirtualna nie ma skojarzonego z nim prawidłowego adresu IP, nie możesz wybrać maszyny w witrynie Azure Portal. Upewnij się, że przypiszesz prawidłowy adres IP do maszyny wirtualnej i odśwież serwer konfiguracji. Może to być również spowodowane tym, że maszyna nie ma prawidłowego adresu IP skojarzonego z jedną z kart sieciowych. Przypisz prawidłowy adres IP do wszystkich kart sieciowych lub usuń kartę sieciową, która nie ma adresu IP. Następnie maszyna wirtualna zostanie wyświetlona w portalu.

Rozwiązywanie problemów z wyszarzonymi chronionymi maszynami wirtualnymi w portalu

Maszyny wirtualne replikowane w usłudze Site Recovery nie są dostępne w witrynie Azure Portal, jeśli w systemie występują zduplikowane wpisy. Dowiedz się więcej o usuwaniu nieaktualnych wpisów i rozwiązywaniu problemu.

Innym powodem może być sklonowanie maszyny. Gdy maszyny przechodzą między funkcją hypervisor a identyfikatorem systemu BIOS zmienia się, agent mobilności blokuje replikację. Replikacja sklonowanych maszyn nie jest obsługiwana przez usługę Site Recovery.

Brak punktu odzyskiwania spójnego na poziomie awarii dla maszyny wirtualnej w ciągu ostatnich "XXX" minut

Poniżej znajduje się lista niektórych typowych problemów:

Problemy z replikacją początkową [błąd 78169]

Ponad i powyżej, upewniając się, że nie ma problemów z łącznością, przepustowością lub synchronizacją czasu, upewnij się, że:

• Żadne oprogramowanie antywirusowe nie blokuje usługi Azure Site Recovery. Dowiedz się więcej na temat wykluczeń folderów wymaganych w usłudze Azure Site Recovery.

Maszyny źródłowe z wysokim współczynnikiem zmian [błąd 78188]

Możliwe przyczyny:

• Szybkość zmiany danych (liczba bajtów zapisu/s) na wymienionych dyskach maszyny wirtualnej jest większa niż limity obsługiwane przez usługę Azure Site Recovery dla typu docelowego konta magazynu replikacji.
• Nagły wzrost współczynnika zmian wynikający z tego, że duża ilość danych oczekuje na przekazanie.

Aby rozwiązać ten problem:

• Upewnij się, że docelowy typ konta magazynu (w warstwie Standardowa lub Premium) jest aprowizowany zgodnie z wymaganiami współczynnika zmian w źródle.

• Jeśli już replikujesz do dysku zarządzanego w warstwie Premium (typ asrseeddisk), upewnij się, że rozmiar dysku obsługuje obserwowany współczynnik zmian zgodnie z limitami usługi Site Recovery. W razie potrzeby można zwiększyć rozmiar asrseeddisk. Wykonaj te kroki:

  • Przejdź do bloku Dyski maszyny, której dotyczy problem, i skopiuj nazwę dysku repliki
  • Przejdź do tego dysku zarządzanego repliki
  • W bloku Przegląd może zostać wyświetlony baner z informacją, że został wygenerowany adres URL sygnatury dostępu współdzielonego. Kliknij ten baner i anuluj eksport. Zignoruj ten krok, jeśli nie widzisz baneru.
  • Po odwołaniu adresu URL sygnatury dostępu współdzielonego przejdź do bloku Konfiguracja dysku zarządzanego i zwiększ rozmiar, aby usługa Azure Site Recovery obsługiwała obserwowany współczynnik zmian na dysku źródłowym.

• Jeśli zaobserwowany współczynnik zmian jest tymczasowy, poczekaj kilka godzin na przekazanie oczekujących danych, aby nadrobić zaległości i utworzyć punkty odzyskiwania.

• Jeśli dysk zawiera dane niekrytyczne, takie jak tymczasowe dzienniki, dane testowe itp., rozważ przeniesienie tych danych w innym miejscu lub całkowite wykluczenie tego dysku z replikacji

• Jeśli problem będzie nadal występować, użyj planisty wdrażania usługi Site Recovery, aby zaplanować replikację.

Maszyny źródłowe bez pulsu [błąd 78174]

Dzieje się tak, gdy agent mobilności usługi Azure Site Recovery na maszynie źródłowej komunikuje się z serwerem konfiguracji (CS).

Aby rozwiązać ten problem, wykonaj następujące kroki, aby zweryfikować łączność sieciową ze źródłowej maszyny wirtualnej do serwera konfiguracji:

1. Sprawdź, czy maszyna źródłowa jest uruchomiona.

2. Zaloguj się do maszyny źródłowej przy użyciu konta z uprawnieniami administratora.

3. Sprawdź, czy następujące usługi są uruchomione i jeśli nie zostaną uruchomione ponownie usługi:

   • Svagents (InMage Scout VX Agent)
   • InMage Scout Application Service

4. Na maszynie źródłowej sprawdź dzienniki w lokalizacji, aby uzyskać szczegółowe informacje o błędzie:

   C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

Serwer przetwarzania bez pulsu [błąd 806]

Jeśli na serwerze przetwarzania nie ma pulsu, sprawdź, czy:

1. Maszyna wirtualna serwera przetwarzania jest uruchomiona

2. Sprawdź następujące dzienniki na serwerze przetwarzania, aby uzyskać szczegółowe informacje o błędzie:

   C:\ProgramData\ASR\home\svsystems\eventmanager*.log
   oraz
   C:\ProgramData\ASR\home\svsystems\monitor_protection*.log

Główny serwer docelowy bez pulsu [błąd 78022]

Dzieje się tak, gdy agent mobilności usługi Azure Site Recovery na głównym obiekcie docelowym nie komunikuje się z serwerem konfiguracji.

Aby rozwiązać ten problem, wykonaj następujące kroki, aby zweryfikować stan usługi:

1. Sprawdź, czy główna maszyna wirtualna docelowa jest uruchomiona.
2. Zaloguj się do głównej maszyny wirtualnej docelowej przy użyciu konta z uprawnieniami administratora.

   • Sprawdź, czy usługa svagents jest uruchomiona. Jeśli jest uruchomiona, uruchom ponownie usługę

   • Sprawdź dzienniki w lokalizacji, aby uzyskać szczegółowe informacje o błędzie:

     C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

3. Aby zarejestrować główny obiekt docelowy na serwerze konfiguracji, przejdź do folderu %PROGRAMDATA%\ASR\Agent i uruchom następujące polecenie w wierszu polecenia:

   cmd
   cdpcli.exe --registermt
   
   net stop obengine
   
   net start obengine
   
   exit
   

Nie można pomyślnie włączyć ochrony dla maszyny wirtualnej [błąd 78253]

Ten błąd może wystąpić, jeśli zasady replikacji nie zostały prawidłowo skojarzone z serwerem konfiguracji. Może się to również zdarzyć, jeśli zasady skojarzone z serwerem konfiguracji są nieprawidłowe.

Aby potwierdzić przyczynę tego błędu, przejdź do magazynu > odzyskiwania do zarządzania infrastrukturą usługi Site Recovery, a następnie wyświetl zasady replikacji dla oprogramowania VMware i maszyn fizycznych, aby sprawdzić stan skonfigurowanych zasad.

Aby rozwiązać ten problem, możesz skojarzyć zasady z używanym serwerem konfiguracji lub utworzyć nowe zasady replikacji i skojarzyć je. Jeśli zasady są nieprawidłowe, możesz usunąć skojarzenie i usunąć je.

Błąd ID 78144 — Brak dostępnego punktu odzyskiwania spójnego na poziomie aplikacji dla maszyny wirtualnej w ciągu ostatnich „XXX” minut

Wprowadzono ulepszenia w wersjach agenta mobilności 9.23 i 9.27 w celu obsługi zachowań błędów instalacji usługi VSS. Upewnij się, że korzystasz z najnowszych wersji, aby uzyskać najlepsze wskazówki dotyczące rozwiązywania problemów z błędami usługi VSS.

Poniżej wymieniono niektóre typowe problemy:

Przyczyna 1: Znany problem w programie SQL Server 2008/2008 R2

Jak rozwiązać problem: Istnieje znany problem z programem SQL Server 2008/2008 R2. Zapoznaj się z tym artykułem bazy wiedzy: Agent usługi Azure Site Recovery lub inna nieskładnikowa kopia zapasowa usługi VSS kończy się niepowodzeniem dla serwera hostujący program SQL Server 2008 R2

Przyczyna 2. Zadania usługi Azure Site Recovery kończą się niepowodzeniem na serwerach hostjących dowolną wersję wystąpień programu SQL Server z bazami danych AUTO_CLOSE

Jak rozwiązać problem: Zapoznaj się z artykułem kb

Jak rozwiązać problem: Zapoznaj się z artykułem bazy wiedzy

Przyczyna 3: Znany problem w programach SQL Server 2016 i 2017

Jak rozwiązać problem: Zapoznaj się z artykułem kb

Przyczyna 4. Spójność aplikacji nie jest włączona na serwerach z systemem Linux

Jak rozwiązać problem: usługa Azure Site Recovery dla systemu operacyjnego Linux obsługuje niestandardowe skrypty aplikacji na potrzeby spójności aplikacji. Skrypt niestandardowy z opcjami wstępnymi i końcowymi będzie używany przez agenta mobilności usługi Azure Site Recovery na potrzeby spójności aplikacji. Poniżej przedstawiono kroki umożliwiające jego włączenie.

Więcej przyczyn z powodu problemów związanych z usługą VSS:

Aby rozwiązać problem, sprawdź pliki na maszynie źródłowej, aby uzyskać dokładny kod błędu dla błędu:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.log

Jak zlokalizować błędy w pliku? Wyszukaj ciąg "vacpError", otwierając plik vacp.log w edytorze

Ex: vacpError:220#Following disks are in FilteringStopped state [\\.\PHYSICALDRIVE1=5, ]#220|^|224#FAILED: CheckWriterStatus().#2147754994|^|226#FAILED to revoke tags.FAILED: CheckWriterStatus().#2147754994|^|

W przykładzie poprzedzającym 2147754994 jest kod błędu, który informuje o błędzie, jak pokazano poniżej:

Składnik zapisywania usługi VSS nie jest zainstalowany — 2147221164 błędu

Jak rozwiązać problem: aby wygenerować tag spójności aplikacji, usługa Azure Site Recovery używa usługi kopiowania woluminów w tle firmy Microsoft (VSS). Instaluje dostawcę usługi VSS, aby wykonać migawki spójności aplikacji. Ten dostawca usługi VSS jest instalowany jako usługa. Jeśli usługa dostawcy vsS nie jest zainstalowana, tworzenie migawki spójności aplikacji kończy się niepowodzeniem z identyfikatorem błędu 0x80040154 "Klasa nie jest zarejestrowana".

Zapoznaj się z artykułem dotyczącym rozwiązywania problemów z instalacją składnika zapisywania usługi VSS

Składnik zapisywania usługi VSS jest wyłączony — 2147943458 błędów

Jak rozwiązać problem: aby wygenerować tag spójności aplikacji, usługa Azure Site Recovery używa usługi kopiowania woluminów w tle firmy Microsoft (VSS). Instaluje dostawcę usługi VSS, aby wykonać migawki spójności aplikacji. Ten dostawca usługi VSS jest instalowany jako usługa. Jeśli usługa dostawcy usługi VSS jest wyłączona, tworzenie migawki spójności aplikacji kończy się niepowodzeniem z identyfikatorem błędu "Określona usługa jest wyłączona i nie można jej uruchomić (0x80070422)".

• Jeśli usługa VSS jest wyłączona,
  • Sprawdź, czy typ uruchamiania usługi dostawcy usługi VSS jest ustawiony na Wartość Automatyczna.
  • Uruchom ponownie następujące usługi:
    • Usługa VSS
    • Dostawca VSS usługi Azure Site Recovery
    • Usługa VDS

NOT_REGISTERED DOSTAWCY USŁUG VSS — 2147754756 błędów

Jak rozwiązać problem: aby wygenerować tag spójności aplikacji, usługa Azure Site Recovery używa usługi kopiowania woluminów w tle firmy Microsoft (VSS). Sprawdź, czy usługa dostawcy VSS usługi Azure Site Recovery jest zainstalowana, czy nie.

• Ponów próbę instalacji dostawcy przy użyciu następujących poleceń:
• Odinstaluj istniejącego dostawcę: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
• Zainstaluj ponownie: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

Sprawdź, czy typ uruchamiania usługi dostawcy usługi VSS jest ustawiony na Wartość Automatyczna. — Uruchom ponownie następujące usługi: — Usługa VSS — Dostawca usługi VSS usługi Azure Site Recovery — usługa VDS

Identyfikator błędu 95001 — znaleziono niewystarczające uprawnienia

Ten błąd występuje podczas próby włączenia replikacji, a foldery aplikacji nie mają wystarczających uprawnień.

Jak rozwiązać ten problem: aby rozwiązać ten problem, upewnij się, że użytkownik IUSR ma rolę właściciela dla wszystkich następujących folderów —

• C\ProgramData\Microsoft Azure Site Recovery\private
• Katalog instalacyjny. Jeśli na przykład katalog instalacyjny to dysk F, podaj odpowiednie uprawnienia:
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
• Folder \pushinstallsvc w katalogu instalacyjnym. Jeśli na przykład katalog instalacyjny to dysk F, podaj odpowiednie uprawnienia do polecenia —
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
• Folder \etc w katalogu instalacyjnym. Jeśli na przykład katalog instalacyjny to dysk F, podaj odpowiednie uprawnienia do polecenia —
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
• C:\temp
• C:\thirdparty\php5nts
• Wszystkie elementy pod następującą ścieżką —
  • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

Rozwiązywanie problemów ze zmianami czasu na replikowanych serwerach i obsługa ich

Ten błąd występuje, gdy czas maszyny źródłowej przechodzi do przodu, a następnie przechodzi z powrotem w krótkim czasie, aby poprawić zmianę. Możesz nie zauważyć zmiany w miarę szybkiego poprawiania czasu.

Jak rozwiązać ten problem: aby rozwiązać ten problem, poczekaj, aż czas systemowy przekroczy niesymetryczny czas w przyszłości. Inną opcją jest wyłączenie i ponowne włączenie replikacji, co jest możliwe tylko w przypadku replikacji przesyłania dalej (danych replikowanych ze środowiska lokalnego do platformy Azure) i nie ma zastosowania do replikacji odwrotnej (dane replikowane z platformy Azure do środowiska lokalnego).

Następne kroki

Jeśli potrzebujesz dodatkowej pomocy, opublikuj swoje pytanie na stronie pytań i odpowiedzi firmy Microsoft dla usługi Azure Site Recovery. Mamy aktywną społeczność, a jeden z naszych inżynierów może Ci pomóc.