Matryca wsparcia odzyskiwania danych lokalnych maszyn wirtualnych Hyper-V na Azure

W tym artykule przedstawiono podsumowanie obsługiwanych składników i ustawień odzyskiwania po awarii lokalnych maszyn wirtualnych Hyper-V do Azure przy użyciu Azure Site Recovery.

Note

Site Recovery nie przenosi ani nie przechowuje danych klientów z regionu docelowego, w którym skonfigurowano odzyskiwanie po awarii dla maszyn źródłowych. Klienci mogą wybrać magazyn usługi Recovery Services z innego regionu, jeśli tego sobie życzą. Magazyn usługi Recovery Services zawiera metadane, ale nie zawiera rzeczywistych danych klienta.

Obsługiwane scenariusze

Scenario Details
Hyper-V za pomocą programu Virtual Machine Manager

 Odzyskiwanie po awarii można wykonać do Azure dla maszyn wirtualnych działających na hostach Hyper-V zarządzanych w infrastrukturze System Center Virtual Machine Manager.

Ten scenariusz można wdrożyć w portalu Azure lub przy użyciu programu PowerShell.

Jeśli hosty Hyper-V są zarządzane przez program Virtual Machine Manager, można również wykonać odzyskiwanie po awarii w dodatkowej lokacji lokalnej. Aby dowiedzieć się więcej na temat tego scenariusza, przeczytaj samouczek.
Hyper-V bez programu Virtual Machine Manager Można przeprowadzać odzyskiwanie po awarii na platformie Azure dla maszyn wirtualnych uruchamianych na hostach Hyper-V, które nie są zarządzane przez Virtual Machine Manager.

Ten scenariusz można wdrożyć w portalu Azure lub przy użyciu programu PowerShell.

Note

Skonfigurowanie zarówno Azure Backup, jak i Azure Site Recovery na tym samym hoście Hyper-V może spowodować problem z replikacją i nie jest obsługiwane.

Serwery na miejscu

Server Requirements Details
Hyper-V (działa bez programu Virtual Machine Manager) Windows Server 2025, Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 z najnowszymi aktualizacjami

Uwaga: obsługiwane są również podstawowe instalacje tych systemów operacyjnych.		 Jeśli już skonfigurowałeś Windows Server 2012 R2 z/lub SCVMM 2012 R2 z Azure Site Recovery i planujesz aktualizację systemu, postępuj zgodnie z wytycznymi dotyczącymi aktualizacji Windows Server.
Hyper-V (uruchomione z programem Virtual Machine Manager) Virtual Machine Manager 2025, Virtual Machine Manager 2022 (rdzeń serwera nie obsługiwany), Virtual Machine Manager 2019, Virtual Machine Manager 2016, Virtual Machine Manager 2012 R2

Uwaga: obsługiwane są również podstawowe instalacje tych systemów operacyjnych.		 Jeśli jest używany program Virtual Machine Manager, hosty Windows Server 2019 powinny być zarządzane w programie Virtual Machine Manager 2019. Podobnie hosty Windows Server 2016 powinny być zarządzane w programie Virtual Machine Manager 2016.

Note

Upewnij się, że program .NET Framework 4.6.2 lub nowszy jest obecny na serwerze lokalnym.

Replikowane maszyny wirtualne

Note

Od 1 marca 2027 roku ASR zablokuje nowe replikacje dla następujących systemów operacyjnych Windows, które zakończyły wsparcie (EOS):

  • Windows 7 SP1 i nowsze
  • Windows 8 / Windows 8.1
  • Windows 10
  • Windows Server 2008 / 2008 R2
  • Windows Server 2012/ 2012 R2

Istniejące chronione maszyny wirtualne działające na tych systemach operacyjnych nie zostaną siłą wyłączone ani zamknięte. Jednak ASR nie będzie świadczyć wsparcia ani prowadzić dochodzenia w sprawie problemów z replikacją, niepowodzeń przełączenia awaryjnego i innych problemów po 1 marca 2027 roku. Dla maszyn wirtualnych już zidentyfikowanych z tymi systemami operacyjnymi ASR ustawi stan kondycji trybu failover na Warning po 1 marca, dopóki nie uaktualnisz do obsługiwanego systemu operacyjnego.

Zaleca się zidentyfikowanie chronionych maszyn działających na wymienionych powyżej systemach operacyjnych i zaplanowanie przejścia na wersję Windows obsługiwaną zarówno przez Windows, jak i ASR. ASR obsługuje aktualizacje systemu operacyjnego Windows bez konieczności wyłączania replikacji. Aby zaktualizować system operacyjny do wspieranej wersji, postępuj zgodnie z instrukcjami w sekcji Windows In-Place Upgrades.

Poniższa tabela zawiera podsumowanie obsługi maszyn wirtualnych. Site Recovery obsługuje wszystkie obciążenia uruchomione w obsługiwanym systemie operacyjnym.

Component Details
Konfiguracja maszyny wirtualnej Maszyny wirtualne replikowane do Azure muszą spełniać wymagania Azure.
System operacyjny gościa Każdy system operacyjny gościa obsługiwany dla Azure.

Windows Server 2016 Nano Server nie jest obsługiwany.

Zarządzanie maszynami wirtualnymi/dyskami

Action Details
Zmienianie rozmiaru dysku na replikowanej maszynie wirtualnej Hyper-V Niewspierane. Wyłącz replikację, wprowadź zmianę, a następnie ponownie włącz replikację dla maszyny wirtualnej.
Dodawanie dysku na replikowanej maszynie wirtualnej Hyper-V Niewspierane. Wyłącz replikację, wprowadź zmianę, a następnie ponownie włącz replikację dla maszyny wirtualnej.
Zmienianie identyfikatora dysku na maszynie wirtualnej replikacji Hyper-V Niewspierane. Jeśli zmienisz identyfikator dysku, będzie on wpływać na replikację i wyświetli dysk jako "Nie jest chroniony".

konfiguracja sieci Hyper-V

Component Hyper-V z programem Virtual Machine Manager Hyper-V bez programu Virtual Machine Manager
Sieć hosta: teamowanie kart sieciowych Yes Yes
Sieć hosta: sieć VLAN Yes Yes
Sieć hosta: IPv4 Yes Yes
Sieć hosta: IPv6 No No
Sieć maszyn wirtualnych gościa: tworzenie zespołu kart interfejsu sieciowego No No
Sieć VM gościa: IPv4 Yes Yes
Sieć wirtualnych maszyn gościa: IPv6 No Yes
Sieć maszyn wirtualnych gościa: statyczny adres IP (Windows) Yes Yes
Sieć maszyn wirtualnych gościa: statyczny adres IP (Linux) Yes Yes
Sieć maszyn wirtualnych gościa: Multi-NIC (wiele adapterów sieciowych) Yes Yes
Https Proxy No No
Automatyczne prywatne adresowanie IP (APIPA) No No
Dostęp do łącza prywatnego do usługi Site Recovery Yes. Dowiedz się więcej. Yes. Dowiedz się więcej.

Note

W przypadku sieci maszyn wirtualnych gościa statyczny adres IP (Linux), statyczny adres IP ze źródłowej karty sieciowej systemu operacyjnego nie jest używany w Azure. Interfejs sieci wirtualnej (vNIC) na maszynie wirtualnej Azure jest skonfigurowany z nowym adresem IP Azure wybranej sieci wirtualnej.

Konfiguracja sieciowa VM w Azure (po przejściu w tryb failover)

Component Hyper-V z programem Virtual Machine Manager Hyper-V bez programu Virtual Machine Manager
Azure ExpressRoute Yes Yes
ILB Yes Yes
ELB Yes Yes
Azure Traffic Manager Yes Yes
Multi-NIC Yes Yes
Zastrzeżony adres IP Yes Yes
IPv4 Yes Yes
Zachowaj źródłowy adres IP Yes Yes
punkty końcowe usługi Azure Virtual Network
(bez zapory Azure Storage)		 Yes Yes
Przyspieszone Sieciowanie No No

magazyn hostów Hyper-V

Pamięć Hyper-V z programem Virtual Machine Manager Hyper-V bez programu Virtual Machine Manager
NFS NA NA
Protokół SMB 3.0 Yes Yes
SIEĆ SAN (ISCSI) Yes Yes
Wiele ścieżek wejścia/wyjścia (MPIO). Przetestowano przy użyciu:

Microsoft DSM, EMC PowerPath 5.7 SP4, EMC PowerPath DSM dla CLARiiON		 Yes Yes

przechowywanie gościa maszyny wirtualnej Hyper-V

Pamięć Hyper-V z programem Virtual Machine Manager Hyper-V bez programu Virtual Machine Manager
VMDK NA NA
VHD/VHDX Yes Yes
Maszyna wirtualna generacji 2 Yes Yes
EFI/UEFI Yes Yes
Udostępniony dysk klastra No No
Zaszyfrowany dysk No No
NFS NA NA
Protokół SMB 3.0 No No
RDM NA NA
Dysk >1 TB Tak, do 32 767 GiB (około 32 TiB).

Zaktualizuj dostawcę replikacji na Hyper-V hostzie do wersji nowszej niż 2.0.9214.0. Duże dyski replikują się tylko do dysków zarządzanych.		 Tak, do 32 767 GiB (około 32 TiB).

Zaktualizuj dostawcę replikacji na Hyper-V hostzie do wersji nowszej niż 2.0.9214.0. Duże dyski replikują się tylko do dysków zarządzanych.
Dysk: sektory logiczne 4 KiB i sektory fizyczne 4 KiB (4Kn) Nie: Gen 1/Gen 2 Nie: Gen 1/Gen 2
Dysk: 512-bajtowy sektor logiczny i 4-KiB fizyczny (512e) Yes Yes
Zarządzanie woluminami logicznymi (LVM). LVM jest obsługiwane tylko na dyskach danych. Azure zapewnia tylko jeden dysk systemu operacyjnego. Yes Yes
Wolumen z paskowanym dyskiem >1 TB Yes Yes
Miejsca do magazynowania/Bezpośrednie miejsca do magazynowania (S2D) No No
Dodawanie/usuwanie dysku na gorąco No No
Wyklucz dysk Yes Yes
Wiele ścieżek (MPIO) Yes Yes

Note

W bieżącej ścieżce przełączania awaryjnego dysku zarządzanego maszyna źródłowa 2. generacji jest odzyskiwana jako maszyna wirtualna platformy Azure 2. generacji.

Azure Storage

Note

Hyper-V do odzyskiwania po awarii w Azure nie obsługuje Południowo-Środkowych Indii i Północno-Wschodni USA 5 jako regionów docelowych.

Component Hyper-V z programem Virtual Machine Manager Hyper-V bez programu Virtual Machine Manager
Lokalnie nadmiarowe przechowywanie Yes Yes
Przechowywanie z geograficzną nadmiarowością Yes Yes
Przechowywanie geograficznie nadmiarowe z dostępem tylko do odczytu Yes Yes
Magazynowanie nadmiarowe strefowo No No
Chłodzenie magazynowe No No
Przechowywanie aktywne No No
Bloby blokowe No No
Szyfrowanie na hoście No No
Szyfrowanie danych w spoczynku (SSE) Yes Yes
Szyfrowanie danych w spoczynku (CMK)

(tylko na potrzeby przełączenia awaryjnego do zarządzanych dysków)		 Tak (za pomocą modułu PowerShell Az w wersji 3.3.0 i nowszej) Tak (za pomocą modułu PowerShell Az w wersji 3.3.0 i nowszej)
Podwójne szyfrowanie w spoczynku

(tylko dla przełączania awaryjnego do zarządzanych dysków)

Dowiedz się więcej na temat obsługiwanych regionów dla Windows i Linux		 Tak (za pomocą modułu PowerShell Az w wersji 3.3.0 i nowszej) Tak (za pomocą modułu PowerShell Az w wersji 3.3.0 i nowszej)
Magazynowanie premium Yes Yes
Magazynowanie standardowe Yes Yes
Usługa importu/eksportu No No
Azure Storage konta z włączoną zaporą Yes. Dla docelowego przechowywania i pamięci podręcznej. Yes. Dla docelowego przechowywania i pamięci podręcznej.
Modyfikowanie konta storage No. Nie można zmodyfikować konta docelowego Azure Storage po włączeniu replikacji. Aby zmodyfikować, wyłączyć, a następnie ponownie włączyć odzyskiwanie po awarii. No
Opcja bezpiecznego transferu Yes Yes
Bezpieczny rozruch UEFI No No

Note

Woluminy paskowane i dyski dynamiczne nie są obsługiwane w przypadku migawek spójnych na poziomie aplikacji. Upewnij się, że częstotliwość migawek spójnych na poziomie aplikacji jest ustawiona na zero w wybranych zasadach replikacji.

Typy zabezpieczeń Trusted Launch i poufna maszyna wirtualna nie są obsługiwane na potrzeby odzyskiwania po awarii z Hyper-V do platformy Azure.

Istniejące replikacje wykorzystujące dyski niezarządzane są wymuszane konwersją na dyski zarządzane podczas przełączania awaryjnego. Zapoznaj się z ostrzeżeniem zadania i sprawdź, czy wybrany docelowy rozmiar maszyny wirtualnej obsługuje generację źródłowej maszyny wirtualnej.

Azure funkcje obliczeniowe

Feature Hyper-V z programem Virtual Machine Manager Hyper-V bez programu Virtual Machine Manager
Grupy dostępności Yes Yes
Strefy dostępności No No
HUB Yes Yes
Dyski zarządzane Tak, zarówno w przypadku trybu failover, jak i powrotu po awarii. Tak, zarówno przełączenie awaryjne, jak i powrót do normalnej pracy.
Typ zabezpieczeń VM: Standard Yes Yes
Typ zabezpieczenia VM: Zaufany Launch lub poufny VM No No

wymagania dotyczące maszyn wirtualnych Azure

Lokalne maszyny wirtualne replikowane do Azure muszą spełniać wymagania maszyn wirtualnych Azure podsumowane w tej tabeli.

Component Requirements Details
System operacyjny gościa Site Recovery obsługuje wszystkie systemy operacyjne obsługiwane przez Azure. Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Architektura systemu operacyjnego gościa 32-bitowe (Windows Server 2008)/64-bitowe Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Rozmiar dysku systemu operacyjnego Do 2 TB maszyn wirtualnych generacji 1.

Do 4 095 GiB dla maszyn wirtualnych generacji 2.

Zaktualizuj dostawcę replikacji na Hyper-V hostze do wersji nowszej niż 2.0.9214.0, aby replikować duże dyski operacyjne. Duże dyski replikują się tylko do dysków zarządzanych.		 Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Liczba dysków systemu operacyjnego 1 Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Liczba chronionych dysków Łącznie do 64 dysków, wliczając dysk systemu operacyjnego. LUN-y dysku danych to od 0 do 63. Efektywna liczba dysków danych może być niższa dla wybranego docelowego rozmiaru maszyny wirtualnej Azure. Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Rozmiar dysku danych VHD Od 1 GiB do 32 767 GiB (około 32 TiB).

Zaktualizuj dostawcę replikacji na Hyper-V hostze do wersji nowszej niż 2.0.9214.0, aby replikować duże dyski. Duże dyski replikują się tylko do dysków zarządzanych.		 Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Churn replikacji Normalny churn obsługuje do 54 MB/s na maszynę wirtualną. Site Recovery ocenia łączną szybkość zmian przychodzących na chronionych dyskach VM. Limity na dysk zależą od typu pamięci, rozmiaru dysku oraz średniego rozmiaru zapisu. Określ łączność i przepustowość oraz dobierz odpowiedni rozmiar dla łącznego obciążenia maszyn wirtualnych.
Adaptery sieciowe Obsługiwane są różne adaptery
Udostępniony plik VHD Niewspierane Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Dysk FC Niewspierane Sprawdzanie wymagań wstępnych kończy się niepowodzeniem, jeśli wymagane funkcje nie są obsługiwane.
Format dysku twardego VHD

VHDX		 Site Recovery automatycznie konwertuje dysk VHDX na dysk VHD po przejściu w tryb failover do Azure. Po przywróceniu do środowiska lokalnego maszyny wirtualne nadal używają formatu VHDX.
BitLocker Niewspierane Funkcja BitLocker musi być wyłączona przed włączeniem replikacji dla maszyny wirtualnej.
Nazwa maszyny wirtualnej Od 1 do 63 znaków. Ograniczone do liter, cyfr i łączników. Nazwa maszyny wirtualnej musi zaczynać się i kończyć literą lub cyfrą. Zaktualizuj wartość we właściwościach maszyny wirtualnej w Site Recovery.
Typ maszyny wirtualnej Pierwsza generacja

Druga generacja		 Maszyny wirtualne Generacji 2 wymagają docelowego rozmiaru maszyny wirtualnej Azure, która obsługuje Generację 2.

Note

Podczas przełączania awaryjnego Site Recovery może warunkowo utworzyć tymczasową maszynę wirtualną pomocniczą Generacji 1, aby przygotować replikowane dyski dla Azure. Rozmiar pomocniczego może różnić się od ostatecznego rozmiaru maszyny wirtualnej i musi wspierać architekturę x64, Generację 1 oraz liczbę i typ podłączonych dysków źródłowych. Szczegóły można znaleźć w artykule Proces nawodnienia.

Akcje skrytki usług odzyskiwania

Action Hyper-V z programem VMM Hyper-V bez VMM
Przenoszenie sejfu między grupami zasobów

W ramach subskrypcji i między subskrypcjami		 No No
Przenoszenie magazynu, sieci, maszyn wirtualnych Azure między grupami zasobów

W ramach subskrypcji i między subskrypcjami		 No No

Note

Podczas replikowania Hyper-VM z lokalnego środowiska do Azure można replikować tylko do jednej dzierżawy usługi AD z jednego określonego środowiska — witryny Hyper-V lub Hyper-V z programem VMM, jeśli dotyczy.

Dostawca i agent

Aby upewnić się, że wdrożenie jest zgodne z ustawieniami w tym artykule, upewnij się, że używasz najnowszej wersji dostawcy i agenta.

Name Description Details
dostawca Azure Site Recovery Koordynuje komunikację między serwerami lokalnymi i Azure

Hyper-V za pomocą programu Virtual Machine Manager: zainstalowane na serwerach programu Virtual Machine Manager

Hyper-V bez programu Virtual Machine Manager: zainstalowane na hostach Hyper-V		 Najnowsze funkcje i poprawki
agent usługi Microsoft Azure Recovery Services Koordynuje replikację między maszynami wirtualnymi Hyper-V i Azure

Zainstalowane na lokalnych serwerach Hyper-V (z lub bez programu Virtual Machine Manager)		 Najnowszy agent dostępny w portalu

Dalsze kroki

Dowiedz się, jak przygotować Azure do odzyskiwania po awarii lokalnych maszyn wirtualnych Hyper-V.

  • Ostatnia aktualizacja o