Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel erfahren Sie, wie Sie Computer mithilfe des Azure-Migrations- und Modernisierungstools als physische Server zu Azure migrieren. Die Behandlung von Computern als physische Server für die Migration ist in verschiedenen Szenarien hilfreich:
- Migrieren von lokalen physischen Servern
- Migrieren von VMs, die über eine Plattform, z. B. Xen oder KVM, virtualisiert wurden.
- Migrieren Sie Hyper-V- oder VMware-VMs, wenn Sie den Standardmigrationsprozess für hyper-V - oder VMware-agentlose Migration nicht verwenden können.
- Migrieren von VMs, die in privaten Clouds ausgeführt werden
- Migrieren von VMs, die in öffentlichen Clouds ausgeführt werden, z. B. Amazon Web Services (AWS) oder Google Cloud Platform (GCP).
In diesem Tutorial lernen Sie Folgendes:
- Bereiten Sie Azure mit erforderlichen Berechtigungen für die Verwendung von Azure Migrate vor.
- Überprüfen der Anforderungen für zu migrierende Computer. Vorbereiten eines Computers für die Replikationsappliance von Azure Migration und Modernisierung, die zum Ermitteln und Migrieren von Computern zu Azure verwendet wird.
- Einrichten der Replikationsappliance
- Installieren des Mobility Service auf Computern, die Sie migrieren möchten
- Starten Sie die Migrationsausführung.
- Nachverfolgen und Überwachen von Migrationen.
- Führen Sie eine Testmigration aus, um sicherzustellen, dass alles wie erwartet funktioniert.
- Durchführen einer vollständigen VM-Migration
Hinweis
In den Tutorials wird der einfachste Bereitstellungspfad für ein Szenario erläutert, damit Sie schnell einen Proof of Concept einrichten können. In den Tutorials werden nach Möglichkeit Standardoptionen verwendet und nicht alle möglichen Einstellungen und Pfade gezeigt. Ausführliche Beschreibungen finden Sie in den Anleitungen zu Azure Migration und Modernisierung.
Wenn Sie nicht über ein Azure-Abonnement verfügen, erstellen Sie ein kostenloses Konto , bevor Sie beginnen.
Voraussetzungen
Bevor Sie beginnen:
- Wechseln Sie zu einem vorhandenen Projekt, oder erstellen Sie ein neues Projekt.
- Vervollständigen Sie das Lernprogramm, um Azure vorzubereiten und physische Server für die Migration zu ermitteln.
- Es wird empfohlen, das Tutorial Bewertung physischer Server abzuschließen, bevor Sie Server zu Azure migrieren.
- Überprüfen Sie die Berechtigungen für Ihr Azure-Konto. Sie benötigen Berechtigungen, um:
- Erstellen einer VM.
- Schreiben auf einen verwalteten Azure-Datenträger
- Die erforderlichen integrierten Azure Migrate-Rollen und Berechtigungsdetails zum Erstellen eines Projekts und Ausführen von Ermittlungen, Bewertungen und Migrationen finden Sie unter Vorbereiten von Azure-Konten für Azure Migrate.
- Weisen Sie Berechtigungen zum Registrieren der Replikations-Appliance in Microsoft Entra ID zu. Weitere Informationen finden Sie unter erforderlichen Berechtigungen.
Außerdem
- Überprüfen Sie die Migrationsarchitektur.
- Überprüfen Sie die Einschränkungen im Zusammenhang mit der Migration von Windows Server 2008-Servern zu Azure.
Hinweis
Windows Server 2008, 2008 R2, 2012 und 2012 R2 haben das Ende des Supports (EOS) erreicht. Überprüfen Sie Ihre Nutzung und planen Sie Betriebssystemupgrades und -migrationen entsprechend. Weitere Informationen finden Sie unter Ende des Supports für:
Hinweis
Wenn Sie planen, Ihr Windows-Betriebssystem zu aktualisieren, lädt Azure Migration und Modernisierung möglicherweise Windows SetupDiag für Fehlerdetails herunter, falls das Upgrade fehlschlägt. Stellen Sie sicher, dass der virtuelle Computer, der nach der Migration in Azure erstellt wurde, Zugriff auf SetupDiag hat. Falls kein Zugriff auf SetupDiag besteht, können Sie möglicherweise keine detaillierten Fehlercodes für Betriebssystemupgrades abrufen, aber das Upgrade kann trotzdem fortgesetzt werden.
Erstellen eines Azure-Netzwerks
Wichtig
Virtuelle Netzwerke (VNets) sind ein regionaler Dienst. Stellen Sie daher sicher, dass Sie Ihr VNet in der gewünschten Azure-Zielregion erstellen. Wenn Sie z. B. planen, VMs aus Ihrer lokalen Umgebung in die Region "Ost-USA" zu replizieren und zu migrieren, muss Ihr virtuelles Zielnetzwerk in der Region Ost-USA erstellt werden . Informationen zum Verbinden virtueller Netzwerke in verschiedenen Regionen finden Sie unter Virtual Network Peering.
Richten Sie ein virtuelles Azure-Netzwerk ein. Wenn Sie in Azure replizieren, werden die erstellten Azure-VMs in das virtuelle Azure-Netzwerk eingebunden, das Sie beim Einrichten der Migration angegeben haben.
Vorbereiten der Migration
Um sich auf die Migration physischer Server vorzubereiten, stellen Sie folgendes sicher:
- Überprüfen Sie die Computeranforderungen: Überprüfen Sie, ob Ihre Quellcomputer für die Migration physischer Server unterstützt werden.
- Einrichten einer Replikations-Appliance: Physische Servermigrationen erfordern eine separate Replikations-Appliance zum Ausführen von agentbasierten Migrationen. Sie können die Azure Migrate Appliance, die für die Ermittlung erstellt wurde, nicht verwenden, um physische Servermigrationen auszuführen.
Überprüfen der Computeranforderungen für die Migration
Stellen Sie sicher, dass die Computer die Anforderungen für die Migration zu Azure erfüllen.
Hinweis
Bei der Migration physischer Computer verwendet das Migrations- und Modernisierungstool dieselbe Replikationsarchitektur wie die agentgestützte Notfallwiederherstellung in Azure Site Recovery. Einige Komponenten verwenden dieselbe Codebasis. Einige Inhalte sind daher ggf. mit der Site Recovery-Dokumentation verknüpft.
Überprüfen Sie die Anforderungen des physischen Servers.
Stellen Sie sicher, dass lokale Computer, die Sie in Azure replizieren, den Anforderungen des virtuellen Azure-Computers entsprechen.
Auf den VMs sind einige Änderungen erforderlich, bevor Sie sie zu Azure migrieren:
- Bei einigen Betriebssystemen führt Azure Migrate und Modernize diese Änderungen automatisch durch.
- Nehmen Sie diese Änderungen vor, bevor Sie mit der Migration beginnen. Wenn Sie den virtuellen Computer migrieren, bevor Sie die Änderung vorgenommen haben, wird der virtuelle Computer in Azure unter Umständen nicht gestartet. Überprüfen Sie Windows - und Linux-Änderungen , die Sie vornehmen müssen.
Vorbereiten eines Computers für die Replikationsappliance
Die Azure Site Recovery-Replikations-Appliance wird verwendet, um Computer in Azure zu replizieren. Weitere Informationen.
Zum Einrichten einer neuen Appliance können Sie das PowerShell-Installationsprogrammskript verwenden. Stellen Sie sicher, dass Sie die Hardware - und Softwareanforderungen und alle anderen Voraussetzungen erfüllen.
Hinweis
Die Replikationsappliance sollte nicht auf einem zu replizierenden Quellcomputer oder auf der Ermittlungs- und Bewertungsappliance von Azure Migrate installiert werden, die Sie unter Umständen bereits installiert haben.
Einrichten der Replikationsappliance
Wichtig
Die klassische Replikations-Appliance wird am 30. September 2026 abgeschaltet.
- Der letzte Wiederherstellungspunkt für vorhandene Replikationen ist der 31. Mai 2026.
- Die Migrationsunterstützung für diese Replikationen wird bis zum 30. September 2026 fortgesetzt.
- Sie müssen die vereinfachte Appliance für alle neuen agentbasierten Migrationen verwenden.
Dieser Abschnitt beschreibt, wie man das PowerShell-Installationsskript herunterlädt und verwendet, um das vereinfachte Gerät einzurichten.
Wählen Sie im Azure Migrate Projekt >Execute>MigrationStart execution aus.
Bei "Absicht angeben" wähle unter "Was möchtest du migrieren" Server oder virtuelle Maschinen (VMs). Wählen Sie unter Wohin möchten Sie migrierenAzure VM aus.
Wählen Sie unter Wie möchten Sie Workloads auswählen unter Andere Quellen die Option Von Replikationsgerät (Physisch oder Sonstige) aus. Wählen Sie den auf der Seite verfügbaren Link aus, um das Setup zu starten.
Auf der Einrichtungsseite wird der Virtualisierungstyp basierend auf der im vorherigen Schritt getroffenen Auswahl (Physisch) vorausgefüllt.
Wählen Sie in der Zielregion die Azure-Region aus, zu der Sie die Computer migrieren möchten.
Wählen Sie "Bestätigen", dass die Zielregion für die Migration lautet
region-name.Wählen Sie "Ressourcen erstellen" aus. Durch diese Aktion wird im Hintergrund ein Azure Site Recovery-Tresor erstellt.
Hinweis
Du kannst die Zielregion für dieses Projekt nicht mehr ändern, nachdem du den Button "Ressourcen erstellen " ausgewählt hast, und alle nachfolgenden Migrationen gehen in diese Region.
Einrichten der Appliance mithilfe von PowerShell
Dieser Abschnitt beschreibt, wie man die Appliance mithilfe von PowerShell einrichtet.
Laden Sie die Installationsprogramme aus dem Portal oder aus dem bereitgestellten Link herunter, und platzieren Sie sie auf der Replikations-Appliance, die Sie in Ihrer Umgebung erstellt haben. Stellen Sie sicher, dass die Appliance die Anforderungen erfüllt.
Entpacken und extrahieren Sie die Komponenten.
Führen Sie das DRInstaller.ps1 PowerShell-Skript als Administrator aus.
Appliance registrieren
Nachdem die Appliance erstellt wurde, wird der Microsoft Azure Appliance Konfigurations-Manager automatisch gestartet. Es überprüft voraussetzungen wie Internetkonnektivität, Zeitsynchronisierung, Systemkonfigurationen und Gruppenrichtlinien.
CheckRegistryAccessPolicy – Verhindert den Zugriff auf Registerbearbeitungstools
- Schlüssel:
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System. - Der Wert
DisableRegistryToolssollte nicht gleich 0 sein.
- Schlüssel:
CheckCommandPromptPolicy – Verhindert den Zugriff auf die Eingabeaufforderung
- Schlüssel:
HKLM\SOFTWARE\Policies\Microsoft\Windows\System. - Der Wert
DisableCMDsollte gleich 0 sein.
- Schlüssel:
CheckTrustLogicAttachmentsPolicy – Vertrauenslogik für Dateianhänge.
- Schlüssel:
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments. - Der Wert
UseTrustedHandlerssollte nicht gleich 3 sein.
- Schlüssel:
CheckPowershellExecutionPolicy – Skriptausführung aktivieren.
- Die PowerShell-Ausführungsrichtlinie sollte nicht auf AllSigned oder Restricted gesetzt sein.
- Stellen Sie sicher, dass die Gruppenrichtlinie "Turn on Script Execution Attachment Manager " nicht auf Deaktiviert oder "Nur signierte Skripte erlauben" gesetzt ist.
Führen Sie die folgenden Schritte aus, um die Appliance zu registrieren:
Wenn die Appliance einen Proxy für den Internetzugriff verwendet, konfigurieren Sie die Proxyeinstellungen, indem Sie die Option "Proxy zum Herstellen einer Internetverbindung verwenden" aktivieren.
- Alle Azure Site Recovery-Dienste verwenden diese Einstellungen, um eine Verbindung mit dem Internet herzustellen.
Hinweis
Es werden nur HTTP-Proxys unterstützt.
Stellen Sie sicher, dass die erforderlichen URLs von der Azure Site Recovery-Replikations-Appliance zulässig und erreichbar sind, um eine kontinuierliche Konnektivität aufrechtzuerhalten.
Nachdem die Voraussetzungen überprüft wurden, ruft die Appliance im nächsten Schritt alle Informationen zu ihren Komponenten ab. Überprüfen Sie den Status aller Komponenten, und wählen Sie dann "Weiter" aus.
Speichern Sie die Details, und fahren Sie dann mit der Auswahl der Appliance-Konnektivitätsmethode fort. Sie können entweder einen FQDN oder eine NAT-IP auswählen, um zu definieren, wie die Kommunikation mit der Appliance erfolgt.
.Nachdem Sie die Verbindungsdetails gespeichert haben, wählen Sie "Weiter " aus, um mit der Registrierung in Microsoft Azure fortzufahren.
Stellen Sie sicher, dass die Voraussetzungen erfüllt sind, und fahren Sie dann mit der Registrierung fort.
.Freundlicher Name der Appliance: Geben Sie einen freundlichen Namen an, um diese Appliance im Azure-Portal unter der Recovery Services Vault-Infrastruktur zu verfolgen.
Hinweis
Der Name kann nicht geändert werden, nachdem er festgelegt wurde.
Azure Migrate-Replikationsgeräteschlüssel: Kopieren Sie den Schlüssel aus dem Entdeckungsbildschirm des Portals.
.Wählen Sie nach dem Einfügen des Schlüssels "Anmelden" aus. Sie werden zu einer neuen Authentifizierungsregisterkarte weitergeleitet. Standardmäßig wird auf der Seite Appliance-Konfigurationsmanager ein Authentifizierungscode generiert. Verwenden Sie den folgenden Code auf der Registerkarte "Authentifizierung".
Geben Sie Ihre Microsoft Azure-Anmeldeinformationen ein, um die Registrierung abzuschließen.
Nach erfolgreicher Registrierung können Sie die Registerkarte schließen und zum Appliance Konfigurations-Manager zurückkehren, um das Setup fortzusetzen.
Hinweis
Ein Authentifizierungscode läuft fünf Minuten nach der Generierung ab. Wenn eine Inaktivität länger als diese Dauer besteht, werden Sie aufgefordert, sich erneut bei Azure anzumelden.
Nach erfolgreicher Anmeldung werden die Details zu Abonnement, Ressourcengruppe und Recovery Services-Tresor angezeigt.
Wählen Sie "Weiter" aus, um fortzufahren.
.Fahren Sie nach erfolgreicher Registrierung mit der Konfiguration von vCenter-Details fort.
werden.Wählen Sie "vCenter Server hinzufügen" aus, um die vCenter-Informationen einzugeben.
Geben Sie den Servernamen oder die IP-Adresse des VCenters inklusive der Portnummer ein, und anschließend den Benutzernamen, das Kennwort und einen freundlichen Namen. Diese Informationen werden verwendet, um Details zu den virtuellen Computern abzurufen, die über das vCenter verwaltet werden. Die Benutzerkontodetails werden verschlüsselt und lokal auf dem Computer gespeichert. Weitere Informationen.
Hinweis
Wenn Sie denselben vCenter Server zu mehreren Appliances hinzufügen, stellen Sie sicher, dass derselbe freundliche Name bei allen Appliances verwendet wird.
Nachdem die vCenter-Informationen erfolgreich gespeichert wurden, wählen Sie " Anmeldeinformationen für virtuelle Computer hinzufügen " aus, um Benutzerdetails für die virtuellen Computer bereitzustellen, die über das vCenter ermittelt wurden.
Hinweis
- Stellen Sie für das Linux-Betriebssystem sicher, dass Sie Stammanmeldeinformationen bereitstellen.
- Für das Windows-Betriebssystem sollte ein Benutzerkonto mit Administratorrechten hinzugefügt werden. Diese Anmeldeinformationen werden verwendet, um die Installation des Mobilitätsagenten während des Vorgangs „Replikation aktivieren“ auf die Quell-VM zu übertragen. Die Zugangsdaten können pro VM im Azure-Portal während des Workflows zur Aktivierung der Replikation ausgewählt werden.
- Besuchen Sie den Appliance-Konfigurator , um Anmeldeinformationen für den Zugriff auf Ihre Computer zu bearbeiten oder hinzuzufügen.
Erweitern Sie nach dem Hinzufügen der vCenter-Details die Option Physische Serverdetails bereitstellen, um Informationen zu allen physischen Servern hinzuzufügen, die Sie schützen möchten.
.Wählen Sie "Anmeldeinformationen hinzufügen" aus, um die Anmeldeinformationen des Computers hinzuzufügen, den Sie schützen möchten. Stellen Sie alle nötigen Details bereit, z. B. das Betriebssystem, den Anzeigenamen für die Anmeldeinformationen, den Benutzernamen und das Kennwort. Die Benutzerkontodetails werden verschlüsselt und lokal auf dem Computer gespeichert.
Wählen Sie abschließend "Hinzufügen" aus.
werden.Wählen Sie "Server hinzufügen" aus, um die physischen Serverdetails hinzuzufügen. Gib die IP-Adresse oder FQDN des Geräts an.
Wählen Sie das Anmeldeinformationskonto und dann "Hinzufügen" aus.
werden.
Installieren des Mobilitätsdienst-Agents
Wenn Sie die Replikation für virtuelle VMware-Computer und physische Server aktivieren, wird der Mobilitätsdienst auf jedem lokalen Computer installiert. Der Mobilitätsdienst erfasst Daten, schreibt sie auf den Computer und leitet sie an den Site Recovery-Prozess-Server weiter.
Sie können den Mobilitätsdienst mithilfe der Mobilitätsdienst-Agent-Software installieren. Die folgenden Methoden stehen für die Bereitstellung zur Verfügung:
- Puchinstallation: Wenn der Schutz im Azure-Portal aktiviert wird, installiert Site Recovery den Mobilitätsdienst auf dem Server.
- Manuelle Installation: Sie können den Mobilitätsdienst manuell auf jedem Computer über die Benutzeroberfläche (UI) oder ein Eingabeaufforderung installieren.
- Automatisierte Bereitstellung: Sie können die Installation des Mobilitätsdiensts mit Softwarebereitstellungstools wie Konfigurations-Manager automatisieren.
Erfahren Sie mehr über die Installation des Mobilitätsdienst-Agents.
Ausführen von Migrationen
Hinweis
Im Portal können für die Replikation bis zu zehn virtuelle Computer gleichzeitig ausgewählt werden. Wenn Sie eine größere Zahl replizieren müssen, können Sie jeweils Zehnergruppen verwenden.
Wählen Sie im Azure Migrate Projekt >Execute>MigrationStart execution aus.
Wählen Sie auf der Seite "Intent festlegen" unter "Was möchten Sie migrieren" Server oder virtuelle Computer (VMs) aus. Wählen Sie unter Wo möchten Sie zu Azure VM migrieren.
Wählen Sie unter "So wählen Sie Workloads" eine der folgenden Optionen aus:
- Wenn Sie eine bestehende Azure Migrate-Appliance haben, wählen Sie eine der folgenden Optionen und gehen Sie zur Discovery-Methode über.
- Aus dem gesamten Inventar zum manuellen Auswählen von Servern.
- Von einer Bewertung zur Verwendung einer vorhandenen Bewertung.
- Wenn Sie keine bestehende Azure Migrate-Appliance haben (erforderlich für Assessments, Wellenplanung und andere Planungsfunktionen) und direkt agentenbasierte Migrationen durchführen möchten, wählen Sie aus einer Replikations-Appliance (physisch oder andere). Wenn Sie das Setup der Replikations-Appliance abgeschlossen haben, können Sie mit Workloads fortfahren. Führen Sie andernfalls die Einrichtung gemäß den schritten aus, die im vorherigen Abschnitt angegeben sind.
- Wenn Sie eine bestehende Azure Migrate-Appliance haben, wählen Sie eine der folgenden Optionen und gehen Sie zur Discovery-Methode über.
Wählen Sie in der Discovery-Methode die Appliance aus, die Ihrer Quellumgebung (Physisch) entspricht, und wählen Sie dann "Weiter" aus.
Unter Workloads:
- Wählen Sie den Ziel-VM-Sicherheitstyp aus:
- Azure Migrate unterstützt die Migration zu vertrauenswürdigen Launch Virtual Machines (TVMs). Standardmäßig werden berechtigte VMs als TVMs migriert. Diese virtuellen Computer bieten erweiterte Sicherheitsfeatures wie sicherer Start und virtuelles TPM ohne zusätzliche Kosten.
- Sie können auch geeignete Computer zu vertraulichen virtuellen Maschinen (Vorschau) migrieren. Weitere Informationen. Wenn Confidential Virtual Machines ausgewählt wird, stehen nur die berechtigten Server zur Auswahl zur Verfügung, die übrigen sind ausgegraut.
- Wählen Sie die Replikations-Appliance aus, die Sie im Dropdownmenü eingerichtet haben, oder richten Sie eine neue Replikations-Appliance ein, indem Sie auf die im vorherigen Abschnitt angegebenen Schritte verweisen.
- Geben Sie in Gastanmeldeinformationen das VM-Administratorkonto an, das Sie für die Pushinstallation der Mobilitätsdienst verwenden.
- Wählen Sie dann "Weiter" aus, nachdem Sie die virtuellen Computer ausgewählt haben, die Sie replizieren möchten.
- Wählen Sie den Ziel-VM-Sicherheitstyp aus:
Wählen Sie in den Zieleinstellungen die Abonnement- und Zielregion aus, zu der Sie migrieren möchten, und geben Sie die Ressourcengruppe an, in der sich die Azure VMs nach der Migration befinden. Führen Sie die folgenden Einstellungen aus:
- Speicherkonto: Behalten Sie die Standardoption bei, um das Cachespeicherkonto zu verwenden, das vom Portal automatisch für das Projekt erstellt wird. Um ein anderes Speicherkonto für die Replikation zu verwenden, wählen Sie es aus der Dropdownliste aus.
Hinweis
- Wenn Sie einen privaten Endpunkt als Konnektivitätsmethode für das Azure Migrate-Projekt verwenden, gewähren Sie dem Recovery Services-Tresor Zugriff auf das Cache-Speicherkonto. Weitere Informationen
- Erstellen Sie einen privaten Endpunkt für das Cachespeicherkonto, um die Replikation mithilfe von ExpressRoute mit privatem Peering zu ermöglichen. Weitere Informationen
Azure-Hybridvorteil: Nutzen Sie den Azure-Hybridvorteil, und sparen Sie im Vergleich zu den Kosten bei nutzungsbasierter Bezahlung bis zu 76 %, indem Sie eine qualifizierte Windows Server- und/oder Enterprise Linux-Lizenz verwenden. Aktivieren Sie die Kontrollkästchen, die für Ihre Lizenz gelten (Windows Server Lizenz oder Enterprise Linux-Lizenz).
Virtuelles Netzwerk: Wählen Sie das Azure virtuelles Netzwerk und Subnetz aus, dem die Azure VMs nach der Migration beitreten.
Verfügbarkeitsoptionen: Wählen Sie eine der folgenden Optionen aus:
- Die Availability Zone verbindet die migrierte Maschine mit einer bestimmten Availability Zone in der Region. Verwenden Sie diese Option, um Computer zu verteilen, die Teil einer Mehrnode-Anwendungsebene sind, über Verfügbarkeitszonen hinweg. Wenn Sie diese Option auswählen, geben Sie die Verfügbarkeitszone für jeden ausgewählten Computer auf der Registerkarte "Berechnen" an. Diese Option ist nur verfügbar, wenn die ausgewählte Zielregion Verfügbarkeitszonen unterstützt.
- Availability Set legt die migrierte Maschine in ein Availability Set. Die ausgewählte Zielressourcengruppe muss mindestens einen Verfügbarkeitssatz enthalten.
- Keine Infrastrukturredundanz erforderlich– Wählen Sie diese Option aus, wenn Sie keine Verfügbarkeitszonen oder Verfügbarkeitssätze für die migrierten Computer benötigen.
In Sicherheitsdetails,
Wenn der ausgewählte Zielsicherheitstyp Standard- oder Trusted Launch-VMs ist:
- Der sichere Start ist standardmäßig aktiviert (empfohlen). Sie können diese Option entfernen. Fahren Sie dann mit der Auswahl des Datenträgerverschlüsselungstyps fort.
Wenn der ausgewählte Zielsicherheitstyp vertrauliche virtuelle Computer ist:
- Optional können Sie die Betriebssystemdatenträger vertraulich verschlüsseln. Diese Verschlüsselung bietet eine zusätzliche Verschlüsselungsebene, die die Datenträgerverschlüsselungsschlüssel an das TPM des virtuellen Computers bindet und den Datenträgerinhalt nur für die VM zugänglich macht.
- Um diese Verschlüsselung zu aktivieren, überprüfen Sie die Option " Vertrauliche Computeverschlüsselung ", und fahren Sie mit der Auswahl des Verschlüsselungstyps des Betriebssystemdatenträgers fort. Fahren Sie andernfalls mit der Auswahl des Datenträgerverschlüsselungstyps fort.
-
Betriebssystemdatenträgerverschlüsselungstyp, wählen Sie Folgendes aus:
- Verschlüsselung ruhender Daten mit plattformverwaltetem Schlüssel (Standard, falls Sie Vertrauliche-Compute-Verschlüsselung nicht ausgewählt haben)
- Vertrauliche Verschlüsselung mit plattformverwaltetem Schlüssel (Verfügbar, wenn Sie Verschlüsselung für vertrauliches Computing ausgewählt haben)
- Vertrauliche Verschlüsselung mit kundenseitig verwaltetem Schlüssel (Verfügbar, wenn Sie Confidential-Compute-Verschlüsselung ausgewählt haben)
Hinweis
Die Verschlüsselung vertraulicher Betriebssystemdatenträger wird für RHEL- und Rocky Linux-VMs nicht unterstützt. Wenn die Betriebssystemdatenträgerverschlüsselung erforderlich ist, entfernen Sie diese virtuellen Computer aus der Auswahl.
Datenträgerverschlüsselungstyp, wählen Sie Folgendes aus:
- Datenverschlüsselung im Ruhezustand mit plattformverwaltetem Schlüssel
- Verschlüsselung von Daten im Ruhezustand mit kundengesteuertem Schlüssel
- Mehrfachverschlüsselung mit plattformseitig und kundenseitig verwalteten Schlüsseln
Hinweis
- Um VMs mit vom Kunden verwalteten Schlüsseln (CMK) zu replizieren, erstellen Sie eine Datenträgerverschlüsselung, die unter der Zielressourcengruppe festgelegt ist. Ein Datenträgerverschlüsselungssatz-Objekt ordnet verwaltete Datenträger einer Key Vault-Instanz zu, die den für SSE zu verwendenden CMK enthält.
- Der Seed-Datenträger wird während der Replikation/des Stagings vor der Umstellung in Azure erstellt. Die Verschlüsselung schützt Daten ab dem ersten Schreibvorgang, solange sie in Azure gespeichert sind. Die Einstellung für den Datenträgerverschlüsselungstyp gilt sowohl für Seed-Datenträger als auch für die verwalteten Datenträger nach der endgültigen Migration.
Überprüfen Sie in Compute den Vm-Namen, die Größe, den Betriebssystemdatenträgertyp und die Verfügbarkeitskonfiguration (sofern im vorherigen Schritt ausgewählt). VMs müssen Azure Anforderungen entsprechen.
- VM-Größe: Wenn Sie Bewertungsempfehlungen verwenden, zeigt die Dropdownliste für die VM-Größe die empfohlene Größe an. Andernfalls wählt Azure Migrate eine Größe basierend auf der höchsten Übereinstimmung im Azure-Abonnement aus. Alternativ können Sie eine manuelle Größe in azure VM-Größe auswählen.
- Betriebssystemdatenträger: Geben Sie den Betriebssystemdatenträger (Startdatenträger) für den virtuellen Computer an. Der Betriebssystemdatenträger enthält das Startladeprogramm des Betriebssystems und das Installationsprogramm.
- Verfügbarkeitszone: Geben Sie die zu verwendende Verfügbarkeitszone an.
- Verfügbarkeitssatz: Geben Sie den zu verwendenden Verfügbarkeitssatz an.
- Kapazitätsreservierung: Wenn Sie bereits über eine Kapazitätsreservierung für die VM-SKU im Zielabonnement und -standort verfügen, geben Sie sie hier für diese Bereitstellung an. Kapazitätsreservierungen stellen sicher, dass die erforderliche VM-SKU beim Starten der Migration verfügbar ist. Sie können eine Reservierung jetzt zuordnen oder diesen Schritt überspringen und später während der Migration konfigurieren. Die Kapazitätsreservierung für die SKU kann sich in jeder beliebigen Ressourcengruppe innerhalb des Zielabonnements und -standorts befinden. Weitere Informationen.
Geben Sie in Datenträgern an, ob die VM-Datenträger in Azure repliziert werden sollen, und wählen Sie den Datenträgertyp (Premium v2, Ultra Disk, Standard SSD, Standard HDD oder Premium Managed Disk) in Azure aus. Wählen Sie dann "Weiter" aus.
- Sie können Datenträger von der Replikation ausschließen.
- Wenn Sie Datenträger ausschließen, sind diese nach der Migration nicht auf der Azure-VM vorhanden.
- Sie können Datenträger ausschließen, wenn der Mobilitäts-Agent bereits auf diesem Server installiert ist. Weitere Informationen.
Wählen Sie unter "Tags" die Option zum Hinzufügen von Tags zu Ihren virtuellen Computern, Datenträgern und NICs aus.
In Überprüfen und starten Sie die Ausführung, überprüfen Sie die Einstellungen, und wählen Sie Überprüfen und starten Sie die Ausführung, um die erste Replikation für die Server zu starten.
Nachverfolgen und Überwachen
Wechseln Sie im Projekt Azure Migrate zu "Migrationen ausführen >". Verwenden Sie "Ansicht nach Anwendungen" oder "Anzeigen nach Workloads" , um zu wechseln, wie Elemente gruppiert werden.
Die Replikation wird wie folgt durchgeführt:
- Wenn der Start-Replikationsauftrag erfolgreich abgeschlossen ist, beginnen die Maschinen ihre erste Replikation zu Azure.
- Während der ersten Replikation wird eine VM-Momentaufnahme erstellt. Die Datenträgerdaten der Momentaufnahme werden auf verwalteten Replikatdatenträgern in Azure repliziert.
- Nach Abschluss der ersten Replikation beginnt die Deltareplikation. Inkrementelle Änderungen an den Quelldatenträgern werden regelmäßig auf die Replikatdatenträger in Azure repliziert.
Der Ausführungsfortschritt wird in der Ausführungsphase und im Ausführungsstatus angezeigt:
- Ausführungsphase: Vorbereitung, Tests oder Abschluss.
- Ausführungsstatus: In Bearbeitung, Fehler, Aktion ausstehend oder abgeschlossen.
Der Ausführungsfortschritt wird in drei Phasen der Ausführungsphase nachverfolgt:
Vorbereitung:
- Server, die für die Replikation aktiviert sind, verbleiben in der Vorbereitungsphase, während die erste Replikation (Datenreplikation) ausgeführt wird.
- Sie können die Replikation beenden und Replikationsvorgänge in dieser Phase starten, wenn dies erforderlich ist, indem Sie die Dropdowns verwenden, die im Drilldown-Blatt des Servers verfügbar sind.
- Nach Abschluss der ersten Replikation wechseln die Server zur Testphase .
Testing:
- Server, für die die anfängliche Replikation abgeschlossen ist und die Delta-Replikation in Bearbeitung ist, werden in die Testphase verschoben.
- Sie können vor der tatsächlichen Migration (empfohlen) Testmigrationen in einem virtuellen Testnetzwerk durchführen.
- Sie können die Testphase überspringen und die Migration direkt starten, indem Sie die im Dropdownmenü "Abschluss " verfügbaren Aktionen verwenden.
Abschluss:
- Server, für die die Testmigrationen abgeschlossen oder übersprungen wurden, gelangen in diese Phase. Sie können endgültige Migrationen (Cutover) für diese Server ausführen.
- Führen Sie nach Abschluss der Migration die vollständige Migration aus, um die Migrationsressourcen mithilfe der Dropdowns zu bereinigen, die im Drilldown-Blatt des Servers verfügbar sind.
Ausführen einer Testmigration
Wenn die Deltareplikation beginnt, können Sie zunächst eine Testmigration für die VMs ausführen, bevor eine vollständige Migration zu Azure erfolgt. Dieser Schritt sollte vor der Migration mindestens einmal für jeden Computer ausgeführt werden.
- Führen Sie eine Testmigration durch, um sicherzustellen, dass die Migration wie erwartet funktioniert, ohne die Quellcomputer (lokal oder AVS) zu beeinflussen, die weiterhin betrieben werden und die Replikation fortsetzen.
- Die Testmigration simuliert die Migration, indem eine Azure-VM mit replizierten Daten erstellt wird (meist in ein nicht-produktionsbasiertes virtuelles Netzwerk in Ihrem Azure-Abonnement).
- Sie können den replizierten virtuellen Azure-Testcomputer verwenden, um die Migration zu überprüfen, App-Tests durchzuführen und Probleme zu beheben, bevor die vollständige Migration erfolgt.
Führen Sie die Testmigration wie folgt durch:
Im Azure Migrate-Projekt wählt man unter Execute>Migrations den Server aus, indem man seinen Namen in der Workloads-Spalte auswählt.
Wählen Sie im Drilldownmenü unter Dropdown " Testen " die Option "Testmigration starten" aus.
Bei der Testmigration wählen Sie das virtuelle Azure-Netzwerk aus, in dem sich die Azure-VM während des Tests befindet. Wir empfehlen, ein nicht-produktionsbasiertes virtuelles Netzwerk zu verwenden.
Wählen Sie das Subnetz aus, das jeder Netzwerkschnittstellenkarte (Network Interface Card, NIC) auf der migrierten VM zugeordnet werden soll.
Sie haben die Möglichkeit, das Windows Server-Betriebssystem während der Testmigration zu aktualisieren. Um ein Upgrade durchzuführen, wählen Sie die verfügbare Option "Upgrade " aus.
Wählen Sie im daraufhin angezeigten Bereich die Zielbetriebssystemversion aus, auf die Sie ein Upgrade durchführen möchten, und wählen Sie Anwenden aus. Weitere Informationen.
Wählen Sie die Testmigration aus, um den Job zu starten. Überwachen Sie den Auftragsstatus im Portal unter "Ausführungsstatus". Nach Abschluss der Testmigration bereinigen Sie die Testressourcen, indem Sie zum Server navigieren und im Dropdown-Menü Testing die Option Testmigration bereinigen auswählen.
Hinweis
- Um von automatisiertem Patching, automatisiertem Backup und vereinfachter Lizenzverwaltung durch die Verwendung der SQL IaaS Agent Extension zu profitieren, registrieren Sie Ihre Server mit SQL Server bei SQL VM RP.
- Wählen Sie den Server unter der Spalte "Workloads " auf der Seite "Migration ausführen> " aus. Aktivieren Sie in den Einstellungen "Compute" und "Netzwerk" das Kontrollkästchen für die Registrierung bei der SQL IaaS-Erweiterung.
- Wählen Sie Azure Hybrid Benefit für SQL Server, wenn Sie SQL Server-Instanzen haben, die mit aktiven Software Assurance- oder SQL Server-Abonnements abgedeckt sind und den Vorteil auf die Maschinen anwenden möchten, die Sie migrieren.
Migrieren virtueller Computer
Nachdem Sie überprüft haben, ob die Testmigration erwartungsgemäß funktioniert, können Sie die Quellcomputer migrieren.
- Im Azure Migrate-Projekt wählt man unter Execute>Migrations den Server aus, indem man seinen Namen in der Workloads-Spalte auswählt.
- Wählen Sie im Drill-Down-Menü unter dem Dropdown-Menü Abschluss die Option Migrieren aus.
- Wählen Sie in "Migrieren>" virtuelle Computer herunter, und führen Sie eine geplante Migration ohne Datenverlust aus, und wählen Sie "Ja" aus.
- Standardmäßig schaltet Azure Migrate die Quell-VM ab und führt eine On-Demand-Replikation durch, um alle VM-Änderungen zu synchronisieren, die seit der letzten Replikation vorgetreten sind. Dieser Prozess stellt sicher, dass kein Datenverlust besteht.
- Wenn Sie den virtuellen Computer nicht herunterfahren möchten, wählen Sie "Nein" aus.
- Sie haben die Möglichkeit, das Windows Server-Betriebssystem während der Migration zu aktualisieren.
- Um ein Upgrade durchzuführen, wählen Sie die verfügbare Option "Upgrade " aus. Wählen Sie im daraufhin angezeigten Bereich die Zielbetriebssystemversion aus, auf die Sie ein Upgrade durchführen möchten, und wählen Sie Anwenden aus. Weitere Informationen.
- Wenn Sie bereits über eine Kapazitätsreservierung für die VM-SKU im Zielabonnement und der Zielregion verfügen, geben Sie sie hier für diese Bereitstellung an. Kapazitätsreservierungen stellen sicher, dass die erforderliche VM-SKU beim Starten der Migration verfügbar ist. Die Kapazitätsreservierung für die SKU kann sich in jeder beliebigen Ressourcengruppe innerhalb des Zielabonnements und -standorts befinden. Weitere Informationen.
- Nachdem Sie die Einstellungen abgeschlossen haben, wählen Sie "Migrieren" aus. Ein Migrationsauftrag wird für den Server gestartet. Verfolgen Sie den Auftrag anhand der Azure-Benachrichtigungen nach.
- Nachdem der Auftrag abgeschlossen ist, können Sie den Server über die Seite Migrationen anzeigen und verwalten, was unter der Abschlussphase nachverfolgt wird.
Fertigstellen der Migration
- Öffnen Sie nach Abschluss der Migration die Drilldownseite des Servers. Wählen Sie unter "Abschluss" die Option "Migration abschließen" aus. Diese Aktion stoppt die Replikation für den Quellcomputer und bereinigt die Replikationsstatusinformationen für den virtuellen Computer.
- Überprüfen und Beheben von Windows-Aktivierungsproblemen auf dem virtuellen Azure-Computer.
- Führen Sie App-Anpassungen nach der Migration durch, z. B. die Aktualisierung von Hostnamen, Datenbankverbindungszeichenfolgen und Webserverkonfigurationen.
- Führen Sie endgültige Anwendungs- und Migrationsakzeptanztests für die migrierte Anwendung durch, die nun in Azure ausgeführt wird.
- Leiten Sie den Datenverkehr auf die migrierte Instanz der Azure-VM um.
- Entfernen Sie die lokalen VMs aus Ihrem lokalen VM-Bestand.
- Entfernen Sie die lokalen VMs aus lokalen Sicherungen.
- Aktualisieren Sie die interne Dokumentation zum Anzeigen des neuen Speicherorts und der IP-Adresse der Azure-VMs.
Bewährte Methoden nach der Migration
- Beachten Sie zur Steigerung der Resilienz Folgendes:
- Schützen Sie Ihre Daten, indem Sie Azure-VMs mit dem Azure Backup-Dienst sichern. Weitere Informationen.
- Sorgen Sie für die kontinuierliche Ausführung und Verfügbarkeit von Workloads, indem Sie Azure-VMs mithilfe von Site Recovery in eine sekundäre Region replizieren. Weitere Informationen.
- Beachten Sie zur Steigerung der Sicherheit Folgendes:
- Sperren und Einschränken des Zugriffs auf eingehenden Datenverkehr mit Microsoft Defender für Cloud – Just-in-Time-Verwaltung.
- Verwalten und Steuern von Updates auf Windows- und Linux-Computern mit Azure Update Manager.
- Beschränken Sie den Netzwerkdatenverkehr auf Verwaltungsendpunkte mit Netzwerksicherheitsgruppen.
- Stellen Sie Azure Disk Encryption bereit, um Datenträger zu sichern und Daten vor Diebstahl und unbefugtem Zugriff zu schützen.
- Weitere Informationen zum Sichern von IaaS-Ressourcen und Microsoft Defender für Cloud.
- Beachten Sie zur Überwachung und Verwaltung Folgendes:
- Erwägen Sie die Bereitstellung von Microsoft Cost Management , um die Ressourcennutzung und -ausgaben zu überwachen.
Nächste Schritte
Untersuchen Sie die Cloudmigrationsreise im Cloud Adoption Framework für Azure.