Wprowadzenie
W tym artykule opisano problemy, które zostały rozwiązane w pakiecie zbiorczym aktualizacji 65 w następujących wersjach Microsoft Azure Site Recovery:
-
Azure to Azure
-
Unowocześnione oprogramowanie VMware na platformę Azure
-
Hyper-V lub VMM na Platformę Azure
-
VMware/Physical to Azure
-
Pobierz szablon OVF programu Microsoft Azure Site Recovery Configuration Server (wersja 5.1.7882.0)
-
Pobierz Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (wersja 9.52.6522.1)
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8, DEBIAN9 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
Dowiedz się więcej o szczegółach problemów, które zostały rozwiązane, i wymaganiach wstępnych, które powinny zostać zweryfikowane przed zainstalowaniem tej aktualizacji.
Wymagania wstępne
Aby zainstalować pakiet zbiorczy aktualizacji Microsoft Azure Site Recovery Provider Updateup 65, musisz mieć zainstalowany jeden z następujących składników:
-
Microsoft Azure Site Recovery Provider (wersja 5.1.7400 lub nowsza)
-
Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (wersja 9.48.xxxx.x lub nowsza)
-
Microsoft Agenta usług Odzyskiwania 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
-
Debian 11
-
SUSE Linux Enterprise Server 15 SP 4
-
-
VMware/Physical to Azure
-
Debian 11
-
SUSE Linux Enterprise Server 15 SP 4
-
Rozwiązano problemy
-
Rozwiązano problem polegający na tym, że replikacja komputera źródłowego z systemem operacyjnym SUSE Linux Enterprise Server 15 z dodatkiem SP 3 ulegała awarii z powodu odwołania do wskaźnika null.
-
Rozwiązano problem polegający na tym, że ustawienia usługi mobilności były resetowane po wykonaniu aktualizacji.
-
[Modernized VMware to Azure] Upewnij się, że informacje telemetryczne są wysyłane do platformy Azure po włączeniu serwera proxy.
Microsoft urządzenie do replikacji usługi Azure Site Recovery
Składnik |
Wersja |
---|---|
2.0.2027.28 |
|
2.0.2027.39 |
|
5.1.7870.0 |
|
6.0.850.157 |
|
1.36.8485.20713 |
|
1.36.8535.21415 |
|
1.37.8535.21636 |
|
1.36.8535.21404 |
|
2.0.9259.0 |
|
9.52.6522.1 |
Microsoft Azure Site Recovery (usługa)
Brak zmian.
Microsoft Azure Site Recovery (portal)
Ulepszenia
-
Zmodernizowane oprogramowanie VMware do usługi Azure DR jest teraz obsługiwane również w chmurach rządowych. Dowiedz się więcej.
Aktualizowanie składników lokalnych usługi Azure Site Recovery
Między dwiema lokalnymi witrynami VMM
-
Pobierz najnowszy pakiet zbiorczy aktualizacji dla dostawcy Microsoft Azure Site Recovery.
-
Zainstaluj najpierw pakiet zbiorczy aktualizacji na lokalnym serwerze VMM zarządzającym witryną odzyskiwania.
-
Po zaktualizowaniu witryny odzyskiwania zainstaluj pakiet zbiorczy aktualizacji na serwerze VMM, który zarządza witryną podstawową.
Uwaga 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ą VMM a platformą Azure
-
Pobierz pakiet zbiorczy aktualizacji dla dostawcy Microsoft Azure Site Recovery.
-
Zainstaluj pakiet zbiorczy aktualizacji na lokalnym serwerze VMM.
-
Zainstaluj najnowszą Microsoft Agenta usług Azure Recovery Services 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 Microsoft Azure Site Recovery.
-
Zainstaluj dostawcę na każdym węźle serwerów Hyper-V, które zostały zarejestrowane w usłudze Azure Site Recovery.
Uwaga 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
-
Zaktualizuj lokalny serwer zarządzania, pobierając Microsoft Azure Site Recovery Unified Setup. Jest to serwer, który ma role serwera konfiguracji i serwera procesu.
-
Jeśli masz serwery procesu skalowania, zaktualizuj je, uruchamiając Microsoft Azure Site Recovery Unified Setup.
-
Jeśli masz główne serwery docelowe, zaktualizuj je, sprawdzając kroki opisane tutaj.
-
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: Jeśli aktualizujesz lub chronisz komputery SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 i DEBIAN9, wykonaj poniższe kroki -
-
Pobierz odpowiedni instalator dla swoich komputerów —
-
Skopiuj instalatora do folderów INSTALL_DIR\home\svsystems\pushinstallsvc\repository na serwerach konfiguracji i serwerach procesu skalowania przed uaktualnieniem lub ochroną Virtual Machines. Na przykład poniżej będzie wyświetlana nazwa folderu, gdy ścieżka instalacji programu Configuration Server/Process Servers to C:\Program Files (x86)\Microsoft Azure Site Recovery –
-
C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
-
-
Po skopiowaniu instalatora przejdź do strony services.msc i uruchom ponownie usługę InMage PushInstall .
Uwaga: Ponowne uruchomienie jest zalecane po każdym uaktualnieniu agenta mobilności w celu upewnienia 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 Najpierw uaktualnij do wersji 9.29, a następnie uruchom ponownie przed uaktualnieniem do wersji 9.30 (ponieważ różnica między ostatnią wersją ponownego uruchomienia a wersją docelową jest większa niż 4) |