Udostępnij za pośrednictwem


Ponowne włączanie ochrony po przejściu z platformy Azure do środowiska lokalnego

Po przejściu w tryb failover lokalnych maszyn wirtualnych VMware lub serwerów fizycznych na platformę Azure pierwszym krokiem powrotu po awarii do lokacji lokalnej jest ponowne włączenie ochrony maszyn wirtualnych platformy Azure utworzonych podczas pracy w trybie failover. W tym artykule opisano, jak to zrobić.

Zanim rozpoczniesz

  1. Wykonaj kroki opisane w tym artykule , aby przygotować się do ponownego włączenia ochrony i powrotu po awarii, w tym skonfigurowania serwera przetwarzania na platformie Azure oraz lokalnego głównego serwera docelowego oraz skonfigurowania sieci VPN typu lokacja-lokacja lub prywatnej komunikacji równorzędnej usługi ExpressRoute w celu powrotu po awarii.
  2. Upewnij się, że lokalny serwer konfiguracji jest uruchomiony i połączony z platformą Azure. Podczas przechodzenia w tryb failover na platformę Azure lokacja lokalna może być niedostępna, a serwer konfiguracji może być niedostępny lub zamknięty. Podczas powrotu po awarii maszyna wirtualna musi istnieć w bazie danych serwera konfiguracji. W przeciwnym razie powrót po awarii zakończy się niepowodzeniem.
  3. Usuń wszystkie migawki na lokalnym głównym serwerze docelowym. Ponowne włączanie ochrony nie będzie działać, jeśli istnieją migawki. Migawki na maszynie wirtualnej są automatycznie scalane podczas ponownego włączania ochrony.
  4. Jeśli chronisz maszyny wirtualne zebrane w grupie replikacji pod kątem spójności z wieloma maszynami wirtualnymi, upewnij się, że wszystkie te maszyny mają ten sam system operacyjny (Windows lub Linux) i upewnij się, że wdrożony główny serwer docelowy ma ten sam typ systemu operacyjnego. Wszystkie maszyny wirtualne w grupie replikacji muszą używać tego samego głównego serwera docelowego.
  5. Otwórz wymagane porty na potrzeby powrotu po awarii.
  6. Upewnij się, że serwer vCenter jest połączony przed powrotem po awarii. W przeciwnym razie rozłączanie dysków i dołączanie ich z powrotem do maszyny wirtualnej kończy się niepowodzeniem.
  7. Jeśli serwer vCenter zarządza maszynami wirtualnymi, do których nastąpi powrót po awarii, upewnij się, że masz wymagane uprawnienia. W przypadku odnajdywania maszyn wirtualnych i ochrony maszyn wirtualnych tylko do odczytu tylko do odczytu, ochrona powiedzie się i tryb failover działa. Jednak podczas ponownego włączania ochrony tryb failover kończy się niepowodzeniem, ponieważ nie można odnaleźć magazynów danych i nie są wyświetlane podczas ponownego włączania ochrony. Aby rozwiązać ten problem, możesz zaktualizować poświadczenia programu vCenter przy użyciu odpowiedniego konta/uprawnień, a następnie ponowić próbę wykonania zadania.
  8. Jeśli użyto szablonu do utworzenia maszyn wirtualnych, upewnij się, że każda maszyna wirtualna ma własny identyfikator UUID dla dysków. Jeśli identyfikator UUID lokalnej maszyny wirtualnej zderza się z identyfikatorem UUID głównego serwera docelowego, ponieważ obie zostały utworzone na podstawie tego samego szablonu, ponowne włączanie ochrony kończy się niepowodzeniem. Wdróż z innego szablonu.
  9. Jeśli wracasz po awarii do alternatywnego serwera vCenter Server, upewnij się, że nowy serwer vCenter i główny serwer docelowy zostaną odnalezione. Zazwyczaj jeśli nie są one magazynami danych, są niedostępne lub nie są widoczne w obszarze Ponowne włączanie ochrony.
  10. Sprawdź następujące scenariusze, w których nie można powrócić po awarii:
    • Jeśli używasz bezpłatnej wersji ESXi 5.5 lub wersji bezpłatnej vSphere 6 Hypervisor. Uaktualnij do innej wersji.
    • Jeśli masz serwer fizyczny z systemem Windows Server 2008 R2 z dodatkiem SP1.
    • Maszyny wirtualne VMware nie mogą wrócić po awarii do funkcji Hyper-V.
    • Zmigrowane maszyny wirtualne.
    • Maszyna wirtualna, która została przeniesiona do innej grupy zasobów.
    • Replika maszyny wirtualnej platformy Azure, która została usunięta.
    • Replika maszyny wirtualnej platformy Azure, która nie jest chroniona (replikowanie do lokacji lokalnej).
  11. Przejrzyj typy powrotu po awarii, których można użyć — odzyskiwanie oryginalnej lokalizacji i odzyskiwanie lokalizacji alternatywnej.

Włączanie ponownego włączania ochrony

Włącz replikację. Możesz ponownie chronić określone maszyny wirtualne lub plan odzyskiwania:

  • W przypadku ponownego włączenia ochrony planu odzyskiwania należy podać wartości dla każdej chronionej maszyny.
  • Jeśli maszyny wirtualne należą do grupy replikacji w celu zapewnienia spójności z wieloma maszynami wirtualnymi, mogą być ponownie chronione tylko przy użyciu planu odzyskiwania. Maszyny wirtualne w grupie replikacji muszą używać tego samego głównego serwera docelowego

Uwaga

Ilość danych wysyłanych z platformy Azure do źródła w czasie ponownego włączania ochrony może zawierać wszystkie elementy z zakresu od 0 bajtów do sumy rozmiaru dysku dla wszystkich chronionych maszyn i nie można ich obliczyć.

Przed rozpoczęciem

  • Po uruchomieniu maszyny wirtualnej na platformie Azure po przejściu w tryb failover agent może zarejestrować się z powrotem na serwerze konfiguracji (do 15 minut). W tym czasie nie będzie można ponownie włączyć ochrony, a komunikat o błędzie wskazuje, że agent nie jest zainstalowany. Jeśli tak się stanie, zaczekaj kilka minut, a następnie ponownie chroń.
  • Jeśli chcesz przywrócić maszynę wirtualną platformy Azure po awarii do istniejącej lokalnej maszyny wirtualnej, zainstaluj lokalne magazyny danych maszyn wirtualnych z dostępem do odczytu/zapisu na hoście ESXi głównego serwera docelowego.
  • Jeśli chcesz powrócić po awarii do lokalizacji alternatywnej, na przykład jeśli lokalna maszyna wirtualna nie istnieje, wybierz dysk przechowywania i magazyn danych skonfigurowany dla głównego serwera docelowego. Po powrocie po awarii do lokacji lokalnej maszyny wirtualne VMware w planie ochrony powrotu po awarii używają tego samego magazynu danych co główny serwer docelowy. Nowa maszyna wirtualna jest następnie tworzona w programie vCenter.

Uwaga

Zdecydowanie zaleca się, aby agent usługi mobilności nie został odinstalowany z maszyny w trybie failover (która działa na platformie Azure). Wykonanie operacji ponownej ochrony lub powrotu po awarii nie będzie możliwe.

Włącz ponowne włączanie ochrony w następujący sposób:

  1. Wybierz pozycję Zreplikowane elementy magazynu>. Kliknij prawym przyciskiem myszy maszynę wirtualną, która została przełączona w tryb failover, a następnie wybierz polecenie Ponownie chroń. Możesz też wybrać maszynę za pomocą przycisków poleceń, a następnie ponownie włączyć ochronę.

  2. Sprawdź, czy wybrano pozycję Azure to on-premises direction of protection (Platforma Azure do lokalnego kierunku ochrony).

  3. W obszarze MASTER TARGET and PROCESS SERVER wybierz lokalny główny serwer docelowy i serwer przetwarzania.

  4. W polu MAGAZYN DANYCH wybierz magazyn danych, do którego chcesz odzyskać dyski lokalne. Ta opcja jest używana, gdy lokalna maszyna wirtualna zostanie usunięta i musisz utworzyć nowe dyski. Ta opcja jest ignorowana, jeśli dyski już istnieją. Nadal trzeba określić wartość.

  5. Wybierz dysk przechowywania.

  6. Zasady powrotu po awarii są wybierane automatycznie.

  7. Wybierz przycisk OK , aby rozpocząć ponowne włączanie ochrony.

    Okno dialogowe Ponowne włączanie ochrony

  8. Zadanie rozpoczyna replikację maszyny wirtualnej platformy Azure do lokacji lokalnej. Na karcie Zadania można śledzić postęp.

    • Po pomyślnym ponownym włączeniu ochrony maszyna wirtualna przechodzi w stan chroniony.
    • Lokalna maszyna wirtualna jest wyłączana na czas ponownego włączania ochrony. Pomaga to zapewnić spójność danych podczas replikacji.
    • Nie włączaj lokalnej maszyny wirtualnej po zakończeniu ponownej ochrony.

Następne kroki

  • Jeśli wystąpią jakiekolwiek problemy, zapoznaj się z artykułem dotyczącym rozwiązywania problemów.
  • Po ochronie maszyn wirtualnych platformy Azure można uruchomić powrót po awarii. Powrót po awarii wyłącza maszynę wirtualną platformy Azure i uruchamia lokalną maszynę wirtualną. Spodziewaj się przestoju aplikacji i odpowiednio wybierz czas powrotu po awarii.