Ważne: Ta wersja zawiera tylko aktualizacje dla azure-to-Azure i ulepszone scenariusze ochrony VMware-to-Azure.
Wprowadzenie
W tym artykule opisano problemy, które zostały rozwiązane w pakiecie zbiorczym aktualizacji 69 w następujących wersjach platformy Microsoft Azure Site Recovery:
-
Azure to Azure
-
Unowocześnione oprogramowanie VMware/Physical na platformę Azure
Dowiedz się więcej o szczegółach problemów, które zostały rozwiązane, i wymaganiach wstępnych, które należy zweryfikować przed zainstalowaniem tej aktualizacji.
Wymagania wstępne
Aby zainstalować pakiet zbiorczy aktualizacji dostawcy platformy Microsoft Azure Site Recovery 69, musisz mieć zainstalowany jeden z następujących składników:
-
Dostawca Site Recovery platformy Microsoft Azure (wersja 5.1.7700 lub nowsza)
-
Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (wersja 9.52.xxxx.x lub nowsza)
-
Agent usług odzyskiwania platformy Microsoft Azure (wersja 2.0.9202.0 lub nowsza)
Uwaga: Możesz sprawdzić wersję zainstalowanego dostawcy w elemencie Programy i funkcje w Panel sterowania.
Ulepszenia i problemy rozwiązane w tej aktualizacji
Po zainstalowaniu tej aktualizacji rozwiązano następujące problemy i uwzględniono następujące ulepszenia.
Usługa mobilności
Obsługa systemu operacyjnego Linux
-
Azure to Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
-
Unowocześnione oprogramowanie VMware/Physical na platformę Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
Pomoc techniczna systemu operacyjnego Windows
-
Azure to Azure
-
Windows 11
-
Rozwiązano problemy:
-
Dodano sprawdzanie, które gwarantuje, że ponowna synchronizacja nie jest wyzwalana, jeśli chroniony komputer został pomyślnie zamknięty, unikając dodatkowych operacji transferu danych.
-
Rozwiązano problem dotyczący maszyn wirtualnych Oracle Linux 7.9 VMware, gdzie sterownik ASR nie mógł zidentyfikować kilku plików i powodował awarię jądra.
-
Edytowane komunikaty o błędach, w których metryki ubijania były wyświetlane z nieprawidłowymi jednostkami.
-
Rozwiązano problem polegający na tym, że chronione maszyny RHEL, na których sterownik Site Recovery mógł powodować awarię z powodu skoków pamięci.
-
Rozwiązano problem polegający na tym, że ponowne chronienie komputera Debian 11 nie powiodło się z powodu braku instrukcji oczyszczania.
-
Rozwiązano problem polegający na tym, że instalacja usługi mobilności nie powiodła się na komputerach z systemem CentOS 7.8 z powodu operacji niezgodnej z jądrami starszymi niż 3.1.x.
-
Rozwiązano problem polegający na tym, że początkowa operacja replikacji/ponownej synchronizacji nie postępuje podczas ponownej ochrony maszyny wirtualnej VMware systemu Windows, ponieważ proces usługi mobilności nie kończył się po zatrzymaniu.
Urządzenie do replikacji platformy Microsoft Azure Site Recovery
Aktualizacje:
|
Składnik |
Wersja |
|---|---|
|
Fizyczny serwer odnajdowania |
|
|
Serwer odnajdowania |
|
|
dostawca Site Recovery |
|
|
Menedżer konfiguracji urządzeń |
|
|
Serwer proxy |
|
|
Usługa replikacji |
|
|
Serwer ponownej ochrony |
|
|
Agent instalacji push |
|
|
Agent usług odzyskiwania |
|
|
Serwer procesu |
Aktualizowanie składników lokalnych usługi Azure Site Recovery
Między lokalną witryną VMM a platformą Azure
-
Pobierz pakiet zbiorczy aktualizacji dla dostawcy Site Recovery Platformy Microsoft Azure.
-
Zainstaluj pakiet zbiorczy aktualizacji na lokalnym serwerze VMM.
-
Zainstaluj najnowszą usługę Microsoft Azure Recovery Services Agent na wszystkich hostach Hyper-V.
Uwaga 16. Jeśli VMM jest wysoce dostępnym VMM (clustered VMM), upewnij się, że uaktualnienie zostało zainstalowane we wszystkich węzłach klastra, w którym jest zainstalowana usługa VMM.
Między lokalną witryną funkcji Hyper-V a platformą Azure
-
Pobierz pakiet zbiorczy aktualizacji dla dostawcy Site Recovery Platformy Microsoft Azure.
-
Zainstaluj dostawcę na każdym węźle serwerów Hyper-V, które zostały zarejestrowane w usłudze Azure Site Recovery.
Uwaga 16. Jeśli Funkcja Hyper-V jest serwerem hyper-V klastrowanym hostem, upewnij się, że uaktualnienie zostało zainstalowane we wszystkich węzłach klastra.
Między lokalnym programem VMware lub witryną fizyczną do platformy Azure (ulepszone środowisko)
-
Upewnij się, że urządzenie do zarządzania lokalnego jest aktualne, przechodząc do menedżera konfiguracji urządzeń. Jeśli nie, pobierz najnowszą wersję składników, które są za najnowszą wersją.
-
Przejdź do Azure Portal, a następnie przejdź do strony Elementy chronione > Elementy replikowane. Wybierz maszynę wirtualną na tej stronie. Wybierz przycisk Aktualizuj agenta, który jest wyświetlany u dołu strony dla każdej maszyny wirtualnej. Spowoduje to zaktualizowanie agenta usługi mobilności we wszystkich chronionych maszynach wirtualnych.
Uwaga: Ponowne uruchomienie jest zalecane po każdym uaktualnieniu agenta mobilności, aby upewnić się, że wszystkie najnowsze zmiany są ładowane na komputerze źródłowym. Niekoniecznie jest to obowiązkowe. Jednak ponowne uruchomienie jest obowiązkowe, jeśli różnica między wersjami agenta od ostatniego ponownego uruchomienia a wersją docelową jest większa niż cztery (4) w ostatnim miejscu dziesiętnym. Szczegółowe objaśnienie można znaleźć w poniższej tabeli.
|
Wersja agenta podczas ostatniego ponownego uruchomienia |
Uaktualnianie do |
Czy ponowne uruchomienie jest obowiązkowe? |
|---|---|---|
|
9.25 |
9.27 |
Nieobowiązkowe |
|
9.25 |
9.28 |
Nieobowiązkowe |
|
9.25 |
9.29 |
Nieobowiązkowe |
|
9.25 |
9.30 |
Obowiązkowe |
