Applies ToAzure Site Recovery

Wprowadzenie

W tym artykule opisano problemy, które naprawiono w 42 pakiet zbiorczy aktualizacji w następujących wersjach programu Microsoft Azure Site Recovery:

Dowiedz się więcej o szczegółach problemów, które zostały rozwiązane i Wymagania wstępne , które powinny zostać zweryfikowane przed zainstalowaniem tej aktualizacji.

Wymagania wstępne

Aby zainstalować Microsoft Azure witryny odzyskiwania dostawcy pakiet zbiorczy aktualizacji 42 (wersja 5.1.5200.0), musi mieć jedną z następujących zainstalowanych:

  • Dostawca odzyskiwania witryny Microsoft Azure (wersja 5.1.4800 lub nowsza wersja)

  • Microsoft Azure witryny odzyskiwania Unified Setup (VMware Azure) (wersja 9.26. xxxx. x lub nowszej wersji)

  • Microsoft Azure Recovery Services Agent (wersja 2.0.8700.0 lub nowsza wersja)

Uwaga   Wersję zainstalowanego dostawcy można sprawdzić w elemencie programy i funkcje w panelu sterowania.

Ulepszenia dokonane i problemy rozwiązane w tej aktualizacji

Po zainstalowaniu tej aktualizacji są rozwiązywany następujące problemy i są uwzględniane następujące ulepszenia.

Usługa mobilności

Ulepszenia

  • Azure Funkcja Site Recovery obsługuje teraz test trybu failover, pracy awaryjnej & powrotu po awarii VMware i Maszyny platformy Azure z układem UEFI

    • Vmware Obsługiwane są maszyny z następującymi systemami operacyjnymi-Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8

    • Wszystkie Obsługiwane są maszyny platformy Azure, które są generacji 2

  • Ulepszenia obsługi systemu operacyjnego Linux

    • Rhel 8

    • Oracle System Linux 7,7

  • Azure do usługi Azure DR

    • Maszyny systemu Linux platformy Azure z usługą Azure Disk Encryption (ADE) mogą być teraz chronione za pomocą usługi Azure Site Recovery

    • Python 3 dla rozszerzenia Linux jest teraz obsługiwana

  • Vmware do usługi Azure DR

    • Danych Zmiana szybkości (Churn) dysków i dzienników szybkości przesyłania danych są teraz dostępne w dzienniku Integracja Analytics z magazynem usług odzyskiwania

Rozwiązane problemy

  • Warunkiem wstępnym kontrole są włączone do sprawdzania poprawności kodu SHA2 obsługi podpisywania. System operacyjny działający w systemie Windows 2008 R2 z dodatkiem SP1, Windows 2008 z dodatkiem SP2 i Windows 7 z dodatkiem SP1 wymagają niektórych KBs być zainstalowany, aby umożliwić podpisywanie kodu SHA2. Ulepszenia agenta mobilności ASR i świeże instalacje nie powiedzie się, jeśli podpisywanie kodu SHA2 nie jest włączone. Dowiedz się więcej

Odzyskiwanie witryny Microsoft Azure (usługa)

Ulepszenia

  • Azure Maszyny wirtualne w Norwegii Geo można teraz chronione za pomocą usługi Azure Site Recovery.

  • Jednostka SKU serwera przetwarzania platformy Azure używana do operacji powrotu po awarii w VMware do Azure DR jest ustawiana domyślnie Standard_A8_v2

Rozwiązane problemy

  • Wydajności ulepszenia zostały wprowadzone w celu zminimalizowania czasu, aby załadować replikowanych elementów bloku z magazynu usług odzyskiwania & z bloku serwera przetwarzania

  • Ponowne synchronizowanie powiadomienia są aktualizowane w celu dostarczenia informacji o maszynach, które wymagają Ponowne synchronizowanie.

  • W scenariuszu Azure DR Azure konto automatyzacji pobrane podczas włączania replikacji nie zawsze jest w Region docelowy (ponieważ nie wszystkie regiony mają konta automatyzacji). Istnieje Geo który informuje, który region musi zostać uwzględniony w rachunku automatyzacji, aprowizowane. To mapowanie geograficzne jest aktualizowany, aby umożliwić klientom korzystanie kont automatyzacji z innego regionu.

Aktualizowanie składników usługi Azure Site Recovery w środowisku lokalnym

Między dwiema lokalnymi lokacjami programu VMM

  1. Pobierz najnowszy pakiet zbiorczy aktualizacji dla dostawcy odzyskiwania witryny Microsoft Azure

  2. Najpierw zainstaluj pakiet zbiorczy aktualizacji na lokalnym serwerze VMM, który zarządza witryną odzyskiwania.

  3. Po zaktualizowaniu lokacji odzyskiwania należy zainstalować pakiet zbiorczy aktualizacji na serwerze programu VMM, który zarządza lokacją podstawową.

Uwaga Jeśli VMM jest wysoce dostępne VMM (klastrowanego VMM), upewnij się, zainstaluj uaktualnienie na wszystkich węzłach klastra, w którym jest zainstalowana usługa VMM.

Między lokalną witryną programu VMM a platformą Azure

  1. Pobierz pakiet zbiorczy aktualizacji dla Dostawca odzyskiwania witryny Microsoft Azure.

  2. Zainstaluj pakiet zbiorczy aktualizacji na lokalnym serwerze VMM.

  3. Zainstaluj najnowszą Agent usług odzyskiwania systemu Microsoft Azure na wszystkich hostach funkcji Hyper-V.

Uwaga Jeśli VMM jest wysoce dostępne VMM (klastrowanego VMM), upewnij się, zainstaluj uaktualnienie na 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 dlaDostawca odzyskiwania witryny Microsoft Azure.

  2. Zainstaluj dostawcę na każdym węźle serwerów funkcji Hyper-V, które zostały zarejestrowane w usłudze Azure Site Recovery.

Uwaga Jeśli funkcja Hyper-V jest serwerem hosta klastrowanego funkcji Hyper-V, należy zainstalować uaktualnienie na wszystkich węzłach klastra.

Między lokalnym VMware lub fizycznej witryny Azure

  1. Aktualizowanie lokalnego serwera zarządzania przez pobranie Microsoft Azure witryny odzyskiwania Unified Setup. Jest to serwer, który ma serwer konfiguracji i role serwera przetwarzania.

  2. Jeśli masz skalowanie serwerów procesu, zaktualizuj je dalej, uruchamiając Microsoft Azure witryny odzyskiwania Unified Setup.

  3. Przejdź do witryny Azure Portal, a następnie przejdź do chronionych elementów > replikowane elementy strony. Wybierz maszynę wirtualną na tej stronie. Wybierz przycisk Aktualizuj agenta , który pojawia się u dołu strony dla każdej maszyny wirtualnej. Spowoduje to zaktualizowanie agenta usługi mobilności na 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 z ostatniego ponownego uruchomienia i wersja docelowa jest większa niż cztery (4) w ostatnim miejscu dziesiętnym. Szczegółowe wyjaśnienie zawiera poniższa tabela.

Wersja agenta podczas ostatniego ponownego uruchomienia

Uaktualnienie do

Czy ponowne uruchomienie jest obowiązkowe?

9,25

9,27

Nie obowiązkowe

9,25

9,28

Nie obowiązkowe

9,25

9,29

Nie obowiązkowe

9,25

9,30

MandatoryFirst uaktualnienie do wersji 9,29, a następnie uruchom ponownie przed uaktualnieniem do wersji 9,30 (ponieważ różnica między ostatnią wersją ponownego uruchomienia i wersja docelowa 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ą.