Wprowadzenie
W tym artykule opisano problemy, które zostały rozwiązane w pakiecie zbiorczym aktualizacji 63 w następujących wersjach platformy Microsoft Azure Site Recovery:
-
Azure to Azure
-
VMware/Physical to Azure
-
Pobierz szablon OVF programu Microsoft Azure Site Recovery Configuration Server (wersja 5.1.7626.0)
-
Pobierz program Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (wersja 9.50.6419.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 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.
-
-
-
Hyper-V lub VMM na Platformę Azure
-
VMware to Azure (wersja zapoznawcza)
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 dostawcy usługi Microsoft Azure Site Recovery 63, musisz mieć zainstalowany jeden z następujących składników:
-
Dostawca Site Recovery platformy Microsoft Azure (wersja 5.1.7200 lub nowsza)
-
Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (wersja 9.46.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
-
Oracle Linux 8.6
-
-
VMware/Physical to Azure
-
Oracle Linux 8.6
-
Rozwiązano problemy
-
Rozwiązano problem polegający na tym, że replikacja dla maszyn wirtualnych Azure nie działała z powodu błędu ASRMobilityServiceVMPlatformNotSet z powodu uszkodzenia w pliku konfiguracji.
-
Rozwiązano problem polegający na tym, że plik konfiguracji nie był aktualizowany poprawnie podczas uaktualniania agenta mobilności.
-
Rozwiązano problem polegający na tym, że włączanie replikacji na maszynach wirtualnych Azure nie działało, ponieważ agent nie był w stanie utworzyć nowych procesów.
Microsoft Azure Site Recovery (usługa)
Brak zmian.
Microsoft Azure Site Recovery (portal)
Ulepszenia
-
Wprowadzono możliwość migracji do przenoszenia istniejących replikacji z środowiska klasycznego do ulepszonego środowiska na potrzeby odzyskiwania po awarii maszyn wirtualnych VMware, która została włączona przy użyciu usługi Azure Site Recovery. 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 Site Recovery Platformy Microsoft Azure.
-
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 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 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 microsoftAzure 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 narzędzie 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 i DEBIAN8, 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 |