Przejdź do głównej zawartości
Pomoc techniczna
Zaloguj się przy użyciu konta Microsoft
Zaloguj się lub utwórz konto.
Witaj,
Wybierz inne konto.
Masz wiele kont
Wybierz konto, za pomocą którego chcesz się zalogować.

Wprowadzenie

W tym artykule opisano problemy, które zostały rozwiązane w pakiecie zbiorczym aktualizacji 66 w następujących wersjach platformy Microsoft Azure Site Recovery:

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 platformy Microsoft Azure Site Recovery 66, musisz mieć zainstalowany jeden z następujących składników:

  • Dostawca Site Recovery platformy Microsoft Azure (wersja 5.1.7600 lub nowsza)

  • Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (wersja 9.49.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

    • Ubuntu 22.04

    • RHEL 8,7

    • Cent OS 8,7

  • Unowocześnione oprogramowanie VMware/Physical na platformę Azure

    • Ubuntu 22.04

    • RHEL 8,7

    • Cent OS 8,7

  • Classic VMware/Physical to Azure

    • RHEL 8,7

    • Cent OS 8,7

Rozwiązano problem

  • Rozwiązano problem polegający na tym, że sterownik usługi mobilności był w stanie poprawnie wykryć tożsamość dysku źródłowego i powodował problemy z replikacją.

  • Rozwiązano problem polegający na tym, że niepowodzenie na komputerze z systemem Azure nie było uruchamiane z powodu przekroczenia limitu czasu operacji.

  • Rozwiązano problem polegający na tym, że automatyczna aktualizacja usługi mobilności nie działała w przypadku zmodernizowanych scenariuszy VMware/Physical na platformę Azure, jeśli podczas instalacji podano ścieżkę niestandardową.

  • Rozwiązano problem polegający na tym, że włączanie replikacji na SUSE Linux Enterprise Server 15 nie powiodło się.

  • Dodano poprawkę polegającą na tym, że serwer procesu nie działał, gdy kilka komputerów z tym samym identyfikatorem BIOSu próbowało nawiązać połączenie.

  • Usunięto błąd na serwerze konfiguracji, w którym pole oczekujące na zmiany danych nie było poprawnie analizowane z komputera źródłowego.

Urządzenie do replikacji platformy Microsoft Azure Site Recovery

Składnik

Wersja

Fizyczny serwer odnajdowania

2.0.2027.28

Serwer odnajdowania

2.0.2027.39

dostawca Site Recovery

5.1.8103.0

Menedżer konfiguracji urządzeń

6.0.850.235

Serwer proxy

1.37.8614.14830

Usługa replikacji

1.37.8614.14806

Serwer ponownej ochrony

1.38.8614.14832

Agent instalacji push

1.37.8614.14913

Agent usług odzyskiwania

2.0.9260.0

Serwer procesu

9.53.6605.1

Microsoft Azure Site Recovery (usługa)

Brak zmian.

Microsoft Azure Site Recovery (portal)

Brak zmian.

Dostawca Site Recovery platformy Microsoft Azure

  • Rozwiązano problem w klasycznym scenariuszu VMware/Physical na platformie Azure polegający na tym, że dostawca Site Recovery nie był w stanie połączyć się z magazynem usług odzyskiwania po aktualizacji.

Aktualizowanie składników lokalnych usługi Azure Site Recovery

Między dwiema lokalnymi witrynami VMM

  1. Pobierz najnowszy pakiet zbiorczy aktualizacji dla dostawcy Site Recovery Platformy Microsoft Azure.

  2. Zainstaluj najpierw pakiet zbiorczy aktualizacji na lokalnym serwerze VMM zarządzającym witryną odzyskiwania.

  3. Po zaktualizowaniu witryny odzyskiwania zainstaluj pakiet zbiorczy aktualizacji na serwerze VMM, który zarządza witryną podstawową.

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ą VMM a platformą Azure

  1. Pobierz pakiet zbiorczy aktualizacji dla dostawcy Site Recovery Platformy Microsoft Azure.

  2. Zainstaluj pakiet zbiorczy aktualizacji na lokalnym serwerze VMM.

  3. 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

  1. Pobierz pakiet zbiorczy aktualizacji dla dostawcy Site Recovery Platformy Microsoft Azure.

  2. 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

  1. 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.

  2. Jeśli masz serwery procesu skalowania, zaktualizuj je, uruchamiając narzędzie Microsoft Azure Site Recovery Unified Setup.

  3. Jeśli masz główne serwery docelowe, zaktualizuj je, sprawdzając kroki opisane tutaj.

  4. 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 16. 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 czynności: 

  • 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, 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

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)

Potrzebujesz dalszej pomocy?

Chcesz uzyskać więcej opcji?

Poznaj korzyści z subskrypcji, przeglądaj kursy szkoleniowe, dowiedz się, jak zabezpieczyć urządzenie i nie tylko.

Społeczności pomagają zadawać i odpowiadać na pytania, przekazywać opinie i słuchać ekspertów z bogatą wiedzą.

Czy te informacje były pomocne?

Jaka jest jakość języka?
Co wpłynęło na Twoje wrażenia?
Jeśli naciśniesz pozycję „Wyślij”, Twoja opinia zostanie użyta do ulepszania produktów i usług firmy Microsoft. Twój administrator IT będzie mógł gromadzić te dane. Oświadczenie o ochronie prywatności.

Dziękujemy za opinię!

×