Migrieren von virtuellen Hyper-V-Computern zu Azure

In diesem Artikel wird beschrieben, wie Sie lokale Hyper-V virtuellen Computer (VMs) zu Azure-Tool migrieren.

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.

In diesem Tutorial lernen Sie Folgendes:

  • Ermitteln der zu migrierenden VMs
  • Beginnen mit der Replikation von VMs
  • Führen Sie eine Testmigration aus, um sicherzustellen, dass alles wie erwartet funktioniert.
  • Durchführen einer vollständigen VM-Migration

Wenn Sie kein Azure-Abonnement besitzen, können Sie ein kostenloses Konto erstellen, bevor Sie beginnen.

Voraussetzungen

Bevor Sie beginnen:

  1. Lesen Sie den Artikel zur Hyper-V-Migrationsarchitektur.
  2. Beachten Sie die Anforderungen der Hyper-V-Hosts für die Migration sowie die Azure-URLs, auf die Hyper-V-Hosts und -Cluster bei der VM-Migration zugreifen müssen.
  3. Überprüfen Sie die Anforderungen für Hyper-V-VMs, die Sie zu Azure migrieren möchten.
  4. Es wird empfohlen, das Lernprogramm assess Hyper-V VMs abzuschließen, bevor Sie Hyper-V Server zu Azure migrieren.
  5. Wechseln Sie zu einem vorhandenen Projekt, oder erstellen Sie ein neues Projekt.
  6. Überprüfen Sie die Berechtigungen für Ihr Azure-Konto.
    • Ihr Azure Konto benötigt Berechtigungen zum Erstellen eines virtuellen Computers.
    • Schreiben auf einen verwalteten Azure-Datenträger
    • Verwalten Sie Failovervorgänge für den Recovery Services-Tresor, der Ihrem Azure Migrate Projekt zugeordnet ist.
  7. 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.

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 die in Azure nach der Migration erstellte VM 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.

Herunterladen des Anbieters

Für die Migration von Hyper-V-VMs müssen Sie die Softwarekomponente (Azure Site Recovery-Provider und Recovery Services-Agent) auf Hyper-V-Hosts oder Clusterknoten installieren. Die Azure Migrate-Appliance wird nicht für die Hyper-V-Migration verwendet.

  1. Wählen Sie im Azure Migrate Projekt >Execute>MigrationStart execution aus.

  2. Wählen Sie auf der Seite " Absicht angeben " unter "Was möchten Sie migrieren möchten" Server oder virtuelle Computer (VMs) aus. Wählen Sie unter Wohin möchten Sie migrierenAzure VM aus.

  3. Wählen Sie unter Andere Quellen in Wie wählen Sie Workloads aus die Option Vom Replikationsanbieter (Hyper-V) aus. Wählen Sie den im Portal bereitgestellten Link aus, um die Einrichtung des Replikationsanbieters zu starten.

  4. Auf der Setupseite wird der Virtualisierungstyp aus dem vorherigen Schritt vorgefüllt (Hyper-V).

  5. Wählen Sie unter Zielregion die Azure-Region aus, zu der Sie die Computer migrieren möchten.

  6. Wählen Sie "Bestätigen", dass die Zielregion für die Migration lautet region-name.

  7. Klicken Sie auf Ressourcen erstellen. Dadurch wird im Hintergrund ein Recovery Services-Tresor erstellt.

    • Nachdem Sie diese Schaltfläche ausgewählt haben, kann die Zielregion für dieses Projekt nicht mehr geändert werden.
    • Alle anschließenden Migrationen erfolgen zu dieser Region.
  8. Laden Sie unter Bereiten Sie die Hyper-V-Hostserver vor den Hyper-V-Replikationsanbieter und die Datei mit dem Registrierungsschlüssel herunter.

    • Der Registrierungsschlüssel wird benötigt, um den Hyper-V-Host beim Migrations- und Modernisierungstool zu registrieren.
    • Der Schlüssel ist nach der Erstellung fünf Tage lang gültig.

    Der Screenshot zeigt den Downloadanbieter und den Schlüssel.

  9. Kopieren Sie die Setupdatei für den Anbieter und die Datei mit dem Registrierungsschlüssel auf alle Hyper-V-Hosts (oder Clusterknoten), auf denen die zu replizierenden VMs ausgeführt werden.

Installieren und Registrieren des Anbieters

Führen Sie zum Installieren und Registrieren des Anbieters die folgenden Schritte auf der Benutzeroberfläche oder über Befehle aus.

Führen Sie die Anbietersetupdatei auf jedem Host aus:

  1. Wählen Sie auf der Taskleiste das Dateisymbol aus, um den Ordner zu öffnen, in den die Installationsdatei und der Registrierungsschlüssel heruntergeladen werden.
  2. Wählen Sie die Datei AzureSiteRecoveryProvider.exe aus.
    1. Vergewissern Sie sich im Installations-Assistenten für den Anbieter, dass Ein (empfohlen) aktiviert ist, und wählen Sie dann Weiter aus.
    2. Wählen Sie Installieren aus, um den Standardinstallationsordner zu übernehmen.
    3. Wählen Sie Registrieren aus, um diesen Server im Recovery Services-Tresor zu registrieren.
    4. Wählen Sie Durchsuchen aus.
    5. Suchen Sie nach dem Registrierungsschlüssel, und wählen Sie Öffnen aus.
    6. Wählen Sie Weiter aus.
    7. Vergewissern Sie sich, dass Direkt mit Azure Site Recovery verbinden (ohne Proxyserver) aktiviert ist, und wählen Sie dann Weiter aus.
    8. Wählen Sie Fertig stellen aus.

Wechseln Sie nach der Installation des Anbieters auf Hosts zum Azure Portal zur Einrichtungsseite des Websitewiederherstellungsanbieters, und wählen Sie Finalize registration aus.

Screenshot: Bildschirm „Registrierung abschließen“

Es kann bis zu 15 Minuten nach Abschluss der Registrierung dauern, bis ermittelte VMs im Tool angezeigt werden.

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.

  1. Wählen Sie im Azure Migrate Projekt >Execute>MigrationStart execution aus.

  2. Wählen Sie auf der Seite " Absicht angeben " unter "Was möchten Sie migrieren möchten" Server oder virtuelle Computer (VMs) aus. Wählen Sie unter Wohin möchten Sie migrierenAzure VM aus.

  3. Wählen Sie unter "So wählen Sie Workloads" eine der folgenden Optionen aus:

    • Wenn Sie über eine vorhandene Azure Migrate Appliance verfügen, wählen Sie eine der folgenden Optionen aus, und fahren Sie mit der Discovery-Methode fort:
      • Aus dem gesamten Bestand zur manuellen Auswahl von Servern.
      • Von einer Bewertung zur Verwendung einer vorhandenen Bewertung.
    • Wenn Sie nicht über eine vorhandene Azure Migrate Appliance verfügen (erforderlich für Bewertungen, Wellenplanung und andere Planungsfunktionen) und Hyper-V Migrationen direkt ausführen möchten, wählen Sie "Von Replikationsanbieter (Hyper-V)" aus. Wenn Sie die Einrichtung des Standortwiederherstellungsanbieters für Hyper-V abgeschlossen haben, können Sie mit Workloads fortfahren. Führen Sie andernfalls die Einrichtung gemäß den schritten aus, die im vorherigen Abschnitt angegeben sind.
  4. Wählen Sie in der Discovery-Methode die Appliance aus, die Ihrer Quellumgebung entspricht (Hyper-V), und wählen Sie dann "Weiter" aus. Wenn Sie die Einrichtung des Site Recovery-Anbieters für Hyper-V abgeschlossen haben, können Sie mit Workloads fortfahren. Führen Sie andernfalls die Einrichtung gemäß den schritten aus, die im vorherigen Abschnitt angegeben sind.

  5. In Workloads,

    • Wählen Sie den Ziel-VM-Sicherheitstyp aus: Azure Migrate unterstützt die Migration zu vertrauenswürdiger Start-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.
    • Wählen Sie dann die Server aus, die Sie migrieren möchten, und wählen Sie "Weiter" aus.
  6. 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
  • Wenn Sie ExpressRoute mit privatem Peering replizieren möchten, erstellen Sie einen privaten Endpunkt für das Cachespeicherkonto. 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:

    • Verfügbarkeitszone – Heftet den migrierten Computer an eine bestimmte Verfügbarkeitszone in der Region an. 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.
    • Verfügbarkeitssatz – Platziert den migrierten Computer in einem Verfügbarkeitssatz. 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 virtuelle Computer vom Typ Standard oder Trusted Launch 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.
  • 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 in Azure während der Replikation bzw. Stagingphase vor der Umschaltung 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.
  1. Überprüfen Sie in Compute Name, Größe, Betriebssystem- Datenträger und Verfügbarkeitskonfiguration der VM (falls 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 unter Azure-VM-Größe manuell eine Größe auswählen.
    • Betriebssystemdatenträger: Geben Sie den Betriebssystemdatenträger (Startdatenträger) für die VM 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 in jeder Ressourcengruppe innerhalb des Ziel-Abonnements und des Standorts erfolgen.Erfahren Sie mehr.
  2. 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 Weiteraus.

    • 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.
  3. Wählen Sie unter "Tags" die Option zum Hinzufügen von Tags zu Ihren virtuellen Computern, Datenträgern und NICs aus.

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

Erste Bereitstellung

Wenn dies die erste VM ist, die Sie im Rahmen des Azure Migrate-Projekts replizieren, werden diese Ressourcen vom Migrations- und Modernisierungstool automatisch in derselben Ressourcengruppe wie das Projekt bereitgestellt.

  • Speicherkonto: Die Site Recovery Anbietersoftware, die Sie auf Hyper-V Hosts installieren, lädt Replikationsdaten für die VMs hoch, die Sie für die Replikation auf ein Speicherkonto (das als Cachespeicherkonto oder Protokollspeicherkonto bezeichnet) in Ihrem Abonnement konfigurieren. Azure Migration und Modernisierung kopiert dann die hochgeladenen Replikationsdaten aus dem Speicherkonto auf die zur VM gehörenden verwalteten Replikatdatenträger. Sie müssen das Cachespeicherkonto angeben, während Sie die Replikation für einen virtuellen Computer konfigurieren. Das Azure Migrate Portal erstellt automatisch eins für das Azure Migrate Projekt, wenn Sie die Replikation zum ersten Mal im Projekt konfigurieren.

Nachverfolgen und Überwachen

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

  2. Die Replikation funktioniert wie folgt:

    • Nachdem der Auftrag "Replikation starten" erfolgreich abgeschlossen wurde, beginnen die Maschinen mit der ersten Replikation nach Azure.
      • Während der anfänglichen Replikation erstellt Azure Migrate einen VM-Snapshot und repliziert die Daten-Datenträger aus dem Snapshot auf verwaltete Replikationsdatenträger in Azure.
      • Nach Abschluss der ersten Replikation beginnt die Deltareplikation. Inkrementelle Änderungen an den Quelldatenträgern werden regelmäßig auf die Replikatdatenträger in Azure repliziert.
  3. 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.
  4. 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 .

      Screenshot der Vorbereitungsphase.

    • 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 Migration abschließen aus, um die Migrationsressourcen mithilfe der Dropdown-Menüs zu bereinigen, die auf 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.
  • Mit der Testmigration wird die Migration simuliert, indem eine Azure-VM mit replizierten Daten erstellt wird (normalerweise per Migration zu einem nicht für die Produktion bestimmten VNET unter 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:

  1. Wählen Sie im Azure Migrate-Projekt unter Ausführen>Migrationen> den Server aus, indem Sie seinen Namen in der Spalte Workloads auswählen.

  2. Wählen Sie im Drilldownmenü unter Dropdown " Testen " die Option "Testmigration starten" aus.

  3. Wählen Sie in Test-Migration die Azure Virtual Network(Vnet) aus, in der sich die Azure VM während des Tests befindet. Es empfiehlt sich, ein nicht für die Produktion bestimmtes VNET zu verwenden.

  4. Wählen Sie das Subnetz aus, das jeder Netzwerkschnittstellenkarte (Network Interface Card, NIC) auf der migrierten VM zugeordnet werden soll.

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

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

  7. Nachdem Sie die Testmigration ausgewählt haben, wird der Auftrag gestartet. Überwachen Sie den Status unter Ausführungsstatus im Azure Portal. Bereinigen Sie nach Abschluss der Testmigration die Testressourcen. Wechseln Sie zum Server, und wählen Sie dann Testmigration bereinigen aus der Dropdownliste Testen aus.

    Hinweis

    Sie können jetzt Ihre Server, auf denen SQL Server ausgeführt wird, bei SQL VM RP registrieren, um die Vorteile automatisierter Patches, der automatisierten Sicherung und vereinfachten Lizenzverwaltung mit der Erweiterung für den SQL-IaaS-Agent zu nutzen.

    • 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-Hybridvorteil“ aus, wenn Sie über SQL Server-Instanzen verfügen, die durch aktive Software Assurance- oder SQL Server-Abonnements abgedeckt sind, und den Vorteil auf die zu migrierenden Computer anwenden möchten.

Migrieren virtueller Computer

Nachdem Sie überprüft haben, ob die Testmigration erwartungsgemäß funktioniert, können Sie die Quellcomputer migrieren.

  1. Wählen Sie im Azure Migrate-Projekt unter Execute>Migrations> die Option, den Server auszuwählen, indem Sie in der Spalte „Workloads“ auf seinen Namen klicken.
  2. Wählen Sie im Drill-Down-Menü unter dem Dropdown-Menü Abschluss die Option Migrieren aus.
  3. 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 wird Azure Migrate den virtuellen Quellcomputer heruntergefahren und führt eine On-Demand-Replikation aus, um alle VM-Änderungen zu synchronisieren, die seit der letzten Replikation aufgetreten sind. So wird sichergestellt, dass keine Daten verloren gehen.
    • Wenn Sie den virtuellen Computer nicht herunterfahren möchten, wählen Sie "Nein" aus.
  4. Sie haben die Möglichkeit, das Windows Server-Betriebssystem während der Migration zu aktualisieren.
  5. 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.
  6. Wenn Sie bereits über eine Kapazitätsreservierung für die VM-SKU in der Ziel-Subscription und im Zielstandort verfügen, geben Sie diese hier für die 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.
  7. 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.
  8. Nach dem Abschließen des Jobs können Sie den Server auf der Seite Migrationen anzeigen und verwalten, die unter Abschluss Stage nachverfolgt wird.

Fertigstellen der Migration

  1. Ö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.
  2. Überprüfen und beheben Sie alle Windows-Aktivierungsprobleme auf dem virtuellen Azure-Computer.
  3. Führen Sie App-Anpassungen nach der Migration durch, z. B. die Aktualisierung von Hostnamen, Datenbankverbindungszeichenfolgen und Webserverkonfigurationen.
  4. Führen Sie endgültige Anwendungs- und Migrationsakzeptanztests für die migrierte Anwendung durch, die nun in Azure ausgeführt wird.
  5. Leiten Sie den Datenverkehr auf die migrierte Instanz der Azure-VM um.
  6. Entfernen Sie die lokalen VMs aus Ihrem lokalen VM-Bestand.
  7. Entfernen Sie die lokalen VMs aus lokalen Sicherungen.
  8. Aktualisieren Sie die interne Dokumentation zum Anzeigen des neuen Speicherorts und der IP-Adresse der Azure-VMs.

Bewährte Methoden nach der Migration

Nächste Schritte

Sehen Sie sich den Artikel zur Cloudmigration im Cloud Adoption Framework für Azure an.