Rozwiązywanie problemów z błędami w przypadku przejścia w tryb failover maszyny wirtualnej VMware lub komputera fizycznego na platformie Azure

Podczas pracy w trybu failover maszyny wirtualnej na platformie Azure może wystąpić jeden z następujących błędów. Aby rozwiązać problemy, należy wykonać opisane kroki dla każdego warunku błędu.

Failover failover failed with Error ID 28031 (Niepowodzenie trybu failover z identyfikatorem błędu 28031)

Site Recovery nie można utworzyć maszyny wirtualnej w stanie fail over na platformie Azure. Może się to zdarzyć z jednego z następujących powodów:

  • Nie ma wystarczającego limitu przydziału dostępnego do utworzenia maszyny wirtualnej: możesz sprawdzić dostępny limit przydziału, przechodząc do subskrypcji -> użycie i przydziały. Możesz otworzyć nowy wniosek o pomoc techniczną, aby zwiększyć limit przydziału.

  • Próbujesz przechować maszyny wirtualne w tryb failover o różnych rodzinach rozmiarów w tym samym zestawie dostępności. Upewnij się, że wybierasz tę samą rodzinę rozmiarów dla wszystkich maszyn wirtualnych w tym samym zestawie dostępności. Zmień rozmiar, przechodząc do ustawień obliczeniowych maszyny wirtualnej, a następnie ponów próbę pracy w trybu failover.

  • W subskrypcji istnieją zasady, które uniemożliwiają utworzenie maszyny wirtualnej. Zmień zasady, aby umożliwić utworzenie maszyny wirtualnej, a następnie ponów próbę pracy w trybu failover.

Failover failover failed with Error ID 28092 (Niepowodzenie trybu failover z identyfikatorem błędu 28092)

Site Recovery nie można utworzyć interfejsu sieciowego dla maszyny wirtualnej w stanie fail over. Upewnij się, że masz dostępny wystarczający limit przydziału do tworzenia interfejsów sieciowych w subskrypcji. Możesz sprawdzić dostępny limit przydziału, przechodząc do tematu Subskrypcja -> użycie i limity przydziału. Możesz otworzyć nowy wniosek o pomoc techniczną, aby zwiększyć limit przydziału. Jeśli masz wystarczający limit przydziału, może to być tymczasowy problem, spróbuj ponownie wykonać operację. Jeśli problem będzie się powtarzać nawet po ponownych próbach, na końcu tego dokumentu pozostaw komentarz.

Failover failover failed with Error ID 70038 (Niepowodzenie trybu failover z identyfikatorem błędu 70038)

Site Recovery nie można utworzyć klasycznej maszyny wirtualnej w trybie fail over na platformie Azure. Może się to zdarzyć, ponieważ:

  • Nie istnieje jeden z zasobów, takich jak sieć wirtualna wymagana do utworzenia maszyny wirtualnej. Utwórz sieć wirtualną zgodnie z ustawieniami sieci maszyny wirtualnej lub zmodyfikuj ustawienie na sieć wirtualną, która już istnieje, a następnie ponów próbę pracy w trybu failover.

Failover failover failed with Error ID 170010 (Niepowodzenie trybu failover z identyfikatorem błędu 170010)

Site Recovery nie można utworzyć maszyny wirtualnej w stanie fail over na platformie Azure. Może się to zdarzyć, ponieważ nie powiodło się wewnętrzne działanie na lokalnej maszynie wirtualnej.

Aby uruchomić dowolną maszynę na platformie Azure, środowisko platformy Azure wymaga, aby niektóre sterowniki w stanie uruchamiania rozruchu i usługi, takie jak DHCP, w stanie autostartu. W związku z tym w czasie pracy w trybie failover działanie przekonwertuje typ uruchamiania sterowników atapi, intelide, storflt, vmbus i storvsc na rozruch. Konwertuje również typ uruchamiania kilku usług, takich jak DHCP, na autostart. To działanie może zakończyć się niepowodzeniem z powodu problemów specyficznych dla środowiska.

Aby ręcznie zmienić typ uruchamiania sterowników dla Windows systemu operacyjnego gościa, wykonaj następujące kroki:

  1. Pobierz skrypt nienaddniania i uruchom go w następujący sposób. Ten skrypt sprawdza, czy maszyna wirtualna wymaga przewożenia.

    .\Script-no-hydration.ps1

    Jeśli wymagane jest przesłonienie, daje to następujący wynik:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    This system doesn't meet no-hydration requirement.
    

    Jeśli maszyna wirtualna spełnia wymagania dotyczące nienadmierowania, skrypt da wynik "Ten system spełnia wymaganie nienadmierne". W takim przypadku wszystkie sterowniki i usługi są w stanie wymaganym przez platformę Azure i nie jest wymagane ich przewożenie na maszynie wirtualnej.

  2. Uruchom skrypt no-hydration-set w następujący sposób, jeśli maszyna wirtualna nie spełnia wymagań nienadmiernych.

    .\Script-no-hydration.ps1 -set

    Spowoduje to przekonwertowanie typu startowego sterowników i da wynik podobny do poniższego:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    Updating registry:  REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc   start =  0
    
    This system is now no-hydration compatible.
    

Nie można nawiązać połączenia/protokołu RDP/SSH z maszyną wirtualną w trybie fail over z powodu wyszarzonego Połączenie przycisku na maszynie wirtualnej

Aby uzyskać szczegółowe instrukcje dotyczące rozwiązywania problemów z protokołu RDP, zapoznaj się z naszą dokumentacją tutaj.

Aby uzyskać szczegółowe instrukcje dotyczące rozwiązywania problemów z SSH, zapoznaj się z naszą dokumentacją tutaj.

Jeśli przycisk Połączenie na maszynie wirtualnej w trybie fail over na platformie Azure jest wyszarzony i nie masz połączenia z platformą Azure za pośrednictwem usługi Express Route lub połączenia sieci VPN typu lokacja-lokacja,

  1. Przejdź do sieci maszyny > wirtualnej, kliknij nazwę wymaganego interfejsu sieciowego. Zrzut ekranu przedstawia stronę Sieć dla maszyny wirtualnej z wybraną nazwą interfejsu sieciowego.
  2. Przejdź do opcji Konfiguracje adresów IP, a następnie kliknij pole nazwy wymaganej konfiguracji adresu IP. Zrzut ekranu przedstawia stronę konfiguracji interfejsu sieciowego z wybraną nazwą konfiguracji interfejsu IP.
  3. Aby włączyć publiczny adres IP, kliknij pozycję Włącz. Włączanie adresu IP
  4. Kliknij pozycję Konfiguruj wymagane ustawienia Utwórz > nowy. Tworzenie nowego
  5. Wprowadź nazwę adresu publicznego, wybierz domyślne opcje dla SKU i przypisania, a następnie kliknij przycisk OK.
  6. Teraz, aby zapisać wprowadzone zmiany, kliknij przycisk Zapisz.
  7. Zamknij panele i przejdź do sekcji Przegląd maszyny wirtualnej, aby nawiązać połączenie/RDP.

Nie można nawiązać połączenia/RDP/SSH — dostępny Połączenie maszyny wirtualnej

Jeśli przycisk Połączenie na maszynie wirtualnej w trybie fail over na platformie Azure jest dostępny (nie jest wyszarzony), sprawdź diagnostykę rozruchu na maszynie wirtualnej i sprawdź błędy wymienione w tym artykule.

  1. Jeśli maszyna wirtualna nie została uruchomiona, spróbuj przechować w trybie pracy

  2. Jeśli aplikacja wewnątrz maszyny wirtualnej nie działa, spróbuj przechować aplikację w trybie pracy

  3. Jeśli maszyna wirtualna jest przyłączona do domeny, upewnij się, że kontroler domeny działa prawidłowo. W tym celu należy wykonać poniższe kroki:

    a. Utwórz nową maszynę wirtualną w tej samej sieci.

    b. Upewnij się, że jest w stanie przyłączyć się do tej samej domeny, w której ma zostać wyniesiena maszyna wirtualna w stanie fail over.

    c. Jeśli kontroler domeny nie działa prawidłowo, spróbuj zalogować się do maszyny wirtualnej w stanie fail over przy użyciu konta administratora lokalnego.

  4. Jeśli używasz niestandardowego serwera DNS, upewnij się, że jest dostępny. W tym celu należy wykonać poniższe kroki:

    a. Utwórz nową maszynę wirtualną w tej samej sieci i

    b. Sprawdź, czy maszyna wirtualna jest w stanie rozpoznawania nazw przy użyciu niestandardowego serwera DNS

Uwaga

Włączenie dowolnego ustawienia innego niż Diagnostyka rozruchu wymagałoby zainstalowania agenta maszyny wirtualnej platformy Azure na maszynie wirtualnej przed trybem failover

Nie można otworzyć konsoli szeregowej po w trybie failover komputera z interfejsem UEFI na platformie Azure

Jeśli możesz nawiązać połączenie z maszyną przy użyciu protokołu RDP, ale nie możesz otworzyć konsoli szeregowej, wykonaj następujące kroki:

  • Jeśli system operacyjny maszyny to Red Hat lub Oracle Linux 7.*/8.0, uruchom następujące polecenie na maszynie wirtualnej platformy Azure w celu trybu failover z uprawnieniami głównymi. Uruchom ponownie maszynę wirtualną po poleceniu .

    grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
    
  • Jeśli system operacyjny komputera to CentOS 7.*, uruchom następujące polecenie na maszynie wirtualnej platformy Azure w wersji failover z uprawnieniami głównymi. Uruchom ponownie maszynę wirtualną po poleceniu .

    grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
    

Nieoczekiwany komunikat o zamknięciu (identyfikator zdarzenia 6008)

Jeśli podczas uruchamiania maszyny wirtualnej Windows po trybie failover zostanie wyświetlony nieoczekiwany komunikat o zamknięciu odzyskanej maszyny wirtualnej, oznacza to, że stan zamknięcia maszyny wirtualnej nie został przechwycony w punkcie odzyskiwania używanym do pracy w trybie failover. Dzieje się tak, gdy odzyskasz do punktu, w którym maszyna wirtualna nie została w pełni zamknięta.

Zwykle nie jest to powód do zaniepokojenia i zazwyczaj można go zignorować w przypadku nieplanowanych trybu failover. W przypadku planowanego trybu failover upewnij się, że maszyna wirtualna została prawidłowo zamknięta przed pracą w systemie failover, i zapewnij wystarczającą ilość czasu na wysłanie oczekujących danych replikacji na platformę Azure w środowisku lokalnym. Następnie użyj opcji Najnowsze na ekranie Tryb failover, aby wszystkie oczekujące dane na platformie Azure są przetwarzane do punktu odzyskiwania, który jest następnie używany do pracy w trybie failover maszyny wirtualnej.

Nie można wybrać magazynu danych

Ten problem jest wskazywany, gdy nie można wyświetlić magazynu danych w witrynie Azure Portal podczas próby ponownego włączania ochrony maszyny wirtualnej, na którym wystąpiła próba pracy w trybu failover. Jest to spowodowane tym, że główny element docelowy nie jest rozpoznawany jako maszyna wirtualna w ramach serwerów vCenter dodanych do Azure Site Recovery.

Aby uzyskać więcej informacji na temat ponownego włączania ochrony maszyny wirtualnej, zobacz Ponowne ochronę maszyn i powrót po awarii do lokacji lokalnej po zakończeniu pracy w trybu failover na platformie Azure.

W celu rozwiązania tego problemu:

Ręcznie utwórz główny element docelowy w programie vCenter, który zarządza maszyną źródłową. Magazyn danych będzie dostępny po następnych operacjach odnajdywania i odświeżania sieci szkieletowej programu vCenter.

Uwaga

Operacje odnajdywania i odświeżania sieci szkieletowej mogą potrwać do 30 minut.

Rejestracja głównego obiektu docelowego systemu Linux w usługach CS kończy się niepowodzeniem z błędem TLS 35

Rejestracja Azure Site Recovery głównego obiektu docelowego na serwerze konfiguracji kończy się niepowodzeniem z powodu włączonego uwierzytelnionego serwera proxy na głównym serwerze docelowym.

Ten błąd jest wskazywany przez następujące ciągi w dzienniku instalacji:

RegisterHostStaticInfo encountered exception config/talwrapper.cpp(107)[post] CurlWrapper Post failed : server : 10.38.229.221, port : 443, phpUrl : request_handler.php, secure : true, ignoreCurlPartialError : false with error: [at curlwrapperlib/curlwrapper.cpp:processCurlResponse:231]   failed to post request: (35) - SSL connect error. 

W celu rozwiązania tego problemu:

  1. Na maszynie wirtualnej serwera konfiguracji otwórz wiersz polecenia i sprawdź ustawienia serwera proxy przy użyciu następujących poleceń:

    cat /etc/environment echo $http_proxy echo $https_proxy

  2. Jeśli dane wyjściowe poprzednich poleceń pokazują, że zdefiniowano ustawienia http_proxy lub https_proxy, użyj jednej z następujących metod, aby odblokować komunikację głównego obiektu docelowego z serwerem konfiguracji:

    • Pobierz narzędzie PsExec.

    • Użyj narzędzia , aby uzyskać dostęp do kontekstu użytkownika systemu i określić, czy adres serwera proxy jest skonfigurowany.

    • Jeśli serwer proxy jest skonfigurowany, otwórz program IE w kontekście użytkownika systemu przy użyciu narzędzia PsExec.

      psexec -s -i "%programfiles%\Internet Explorer\iexplore.exe"

    • Aby upewnić się, że główny serwer docelowy może komunikować się z serwerem konfiguracji:

      • Zmodyfikuj ustawienia serwera proxy w Internet Explorer, aby pominąć adres IP głównego serwera docelowego za pośrednictwem serwera proxy.
        Lub
      • Wyłącz serwer proxy na głównym serwerze docelowym.

Następne kroki

Jeśli potrzebujesz więcej pomocy, opublikuj zapytanie w witrynie Microsoft Q& Pytanie dla użytkownika Site Recovery lub pozostaw komentarz na końcu tego dokumentu. Mamy aktywną społeczność, która powinna być w stanie Ci pomóc.