30.2 Konfigurieren der Migration eines Workloads in Microsoft Azure

Wenn Sie einen Workload hinzufügen oder ermitteln, wird er auf der Seite „Workloads“ aufgeführt, und er erhält den Status Nicht konfiguriert. Vor dem Migrieren des Workloads müssen Sie ihn für die Migration vorbereiten:

Starten Sie die PlateSpin Migrate-Weboberfläche.
Wenn Sie keinen Microsoft Azure-Standort als Migrationsziel konfiguriert haben, klicken Sie auf Ziele > Ziel hinzufügen und konfigurieren Sie dann die Azure-Cloud-Zielplattform.

Weitere Informationen hierzu finden Sie unter Abschnitt 3.3.3, Ziele.
Wählen Sie auf der Seite „Workloads“ den zu konfigurierenden Workload aus.
Klicken Sie auf Migration konfigurieren.
Geben Sie die Anfängliche Übertragungsmethode für die Reproduktion gemäß dem Umfang der Daten an, die vom Ursprung zum Ziel übertragen werden sollen:
- Vollreproduktion: Migrate reproduziert das gesamte Volume vom Ursprung zum Ziel.
- Inkrementelle Reproduktion: Migrate reproduziert lediglich die Unterschiede in den Daten zwischen Ursprung und Ziel, sofern die Workloads ähnliche Betriebssystem- und Volume-Profile aufweisen.
  
  HINWEIS:PlateSpin Migrate unterstützt keine inkrementelle Reproduktion als anfängliche Reproduktion von Daten für vorhandene Ziel-Workloads in der Azure-Cloud. Sie können jedoch inkrementelle Reproduktionen für nachfolgende Datenreplikationen planen. Siehe Inkrementelle Wiederholung unter Schritt 8.
Wählen Sie einen vorhandenen Microsoft Azure-Standort als Ziel, zu dem der Ursprungs-Workload migriert werden soll.

Die Verfügbarkeit von Storage Premium für den Zielstandort können Sie unter Verfügbare Microsoft Azure-Produkte nach Region überprüfen.
Klicken Sie auf Migration konfigurieren.

Konfigurieren Sie die folgenden Einstellungen:

Einstellungen des Zeitplans
Inkrementelle Wiederholung
Geben Sie den Zeitpunkt und das Muster für inkrementelle Reproduktionen nach der ersten vollständigen Reproduktion an oder starten Sie die inkrementelle Reproduktion jeweils manuell. Die Standardeinstellung lautet „Keine“. Für die inkrementellen Reproduktionen ist kein Zeitpunkt geplant. So können Sie den Wiederholungszeitpunkt und das Wiederholungsmuster für inkrementelle Reproduktionen festlegen oder bearbeiten: Klicken Sie auf Bearbeiten. Legen Sie unter Wiederholungsplan beginnen den Zeitpunkt (Datum und Uhrzeit) fest, zu dem die geplanten inkrementellen Reproduktionen erstmals ausgeführt werden sollen. Sie können das Datum eingeben (TT/MM/JJJJ) oder über das Kalendersymbol auswählen. Die standardmäßige Uhrzeit für die Ausführung ist 00:00:00 Uhr (hh:mm:ss). Legen Sie unter Einstellung für wiederholte Ausführung das Muster für die geplanten inkrementellen Reproduktionen fest: Täglich: Die Reproduktion wird in den angegebenen täglichen Intervallen bzw. jede Woche an bestimmten Wochentagen ausgeführt, und zwar über einen Zeitraum von 60 Tagen ab Beginn der Reproduktion. Wöchentlich: Die Reproduktion wird in den angegebenen Intervallen über einen Zeitraum von acht Wochen ab Beginn der Reproduktion ausgeführt. Monatlich: Die Reproduktion wird in den angegebenen Intervallen über einen Zeitraum von zwei Monaten ab Beginn der Reproduktion ausgeführt. HINWEIS: Geplante inkrementelle Reproduktionen werden übersprungen, bis die erste Vollreproduktion abgeschlossen ist. Die geplanten inkrementellen Reproduktionen werden maximal 60 Tage ab Beginn der geplanten inkrementellen Reproduktionen ausgeführt.
Vollreproduktion
Geben Sie den Zeitpunkt an, zu dem die erste vollständige Reproduktion ausgeführt werden soll, oder starten Sie die erste vollständige Reproduktion manuell. Die erste vollständige Reproduktion ist ein einmaliges Ereignis. Es wird jedoch täglich nach Zeitplan versucht, diese Reproduktion zu starten, bis die erste vollständige Reproduktion tatsächlich gestartet und erfolgreich abgeschlossen werden kann. Die Standardeinstellung lautet „Keine“. Die erste vollständige Reproduktion erfolgt nicht nach einem Zeitplan. HINWEIS:Sie müssen den Workload vor dem geplanten Zeitpunkt bzw. vor dem manuellen Start vorbereiten. Die Vollreproduktion kann nur ausgeführt werden, wenn die Ziel-VM vorhanden und die Workload-Vorbereitung abgeschlossen ist. Sind diese Bedingungen nicht erfüllt, überspringt Migrate die geplante vollständige Reproduktion und versucht sie am nächsten Tag zum geplanten Zeitpunkt zu starten. So können Sie den Zeitplan für die erste vollständige Reproduktion festlegen oder bearbeiten: Klicken Sie auf Bearbeiten. Klicken Sie auf Starten und legen Sie den Zeitpunkt (Datum und Uhrzeit) fest, zu dem die erste vollständige Reproduktion gestartet werden soll. Sie können das Datum eingeben (TT/MM/JJJJ) oder über das Kalendersymbol auswählen. Die standardmäßige Uhrzeit für die Ausführung ist 00:00:00 Uhr (hh:mm:ss).
Sperrzeit
Legen Sie eine Reproduktionssperrzeit fest, mit der die geplanten Reproduktionsaktivitäten in einem bestimmten Zeitrahmen und Muster verzögert werden. Verzögern Sie beispielsweise die Reproduktionen in den Zeiträumen, in denen das Netzwerk am stärksten ausgelastet ist. Auch Konflikte zwischen VSS-fähiger Software und der PlateSpin-VSS-Komponente für die blockbasierte Datenübertragung können so verhindert werden. Die Standardeinstellung lautet „Keine“. Es ist keine Sperrzeit geplant. So können Sie eine Sperrzeit festlegen oder ändern: Klicken Sie auf Bearbeiten. Legen Sie den Zeitpunkt für den Start und das Ende der Sperrzeit fest. Die Anfangs- und Endzeiten für die Sperrzeit hängen von der Systemuhr des PlateSpin-Servers ab. Wählen Sie Täglich, Wöchentlich oder Monatlich für die Sperrzeit und legen Sie ein Wiederholungsmuster fest.
Komprimierungsgrad
Diese Einstellung steuert, ob Daten während der Übertragung zwischen dem Ursprungs- und dem Ziel-Workload komprimiert werden und auf welcher Stufe die angewendete Datenkomprimierung ausgeführt wird. Weitere Informationen hierzu finden Sie unter Datenkomprimierung. Wählen Sie eine der folgenden Optionen aus: Keine: Keine Komprimierung. Schnell: Niedrigste Auslastung der CPU-Ressourcen auf dem Ursprungscomputer, jedoch eine niedrigere Komprimierungsrate. Optimal: (Standard) Optimale Auslastung der CPU-Ressourcen auf dem Ursprungscomputer, optimale Komprimierungsrate. Diese Option wird empfohlen. Maximum: Höchste Auslastung der CPU-Ressourcen auf dem Ursprungscomputer, jedoch eine höhere Komprimierungsrate.
Bandbreitendrosselung
Durch die Bandbreitendrosselung steuern Sie die verfügbare Bandbreite, die durch die direkte Ursprung-Ziel-Kommunikation im Verlauf einer Workload-Migration verbraucht wird. Die Drosselung verhindert, dass Migrationsverkehr Ihr Produktionsnetzwerk überlastet, und verringert die Gesamtlast Ihres PlateSpin-Servers. Sie können jeweils eine Durchsatzrate für die einzelnen Migrationsaufträge festlegen. Die Drosselung ist standardmäßig deaktiviert; für die Drosselungsrate ist also der Wert „Aus“ festgelegt. So drosseln Sie die Reproduktionen auf eine bestimmte Rate: Geben Sie einen maximalen Durchsatzwert in Mb/s für die Datenübertragung für den Workload an. Legen Sie das Drosselungsmuster fest: Immer: Die Datenübertragung für die Reproduktionen wird immer gedrosselt. Benutzerdefiniert: Geben Sie den Zeitpunkt und die Wochentage an, an denen die Datenübertragung bei Reproduktionen, die in diesem Zeitfenster ausgeführt werden, gedrosselt werden soll. Die Drosselungszeit ist lokal zum Ursprungs-Workload.
Migrationseinstellungen
Übertragungsmethode
(Für Windows-Workloads) Wählen Sie eine Datenübertragungsmethode und Sicherheit durch Verschlüsselung aus. Weitere Informationen hierzu finden Sie unter Abschnitt 2.2, Unterstützte Datenübertragungsmethoden. Wählen Sie zum Aktivieren der Verschlüsselung die Option Datenübertragung verschlüsseln. Weitere Informationen hierzu finden Sie unter Abschnitt 2.3, Sicherheit und Datenschutz. HINWEIS:Die Datenübertragungsmethode Offline-Übertragung mit temporärer Bootumgebung ist für die Weboberfläche nicht verfügbar.
Übertragungsverschlüsselung
(Für Linux-Workloads) Wählen Sie zum Aktivieren der Verschlüsselung die Option Datenübertragung verschlüsseln. Weitere Informationen hierzu finden Sie unter Abschnitt 2.3, Sicherheit und Datenschutz.
Ursprungsberechtigungsnachweis
Geben Sie den erforderlichen Berechtigungsnachweis für den Zugriff auf den Workload an. Weitere Informationen hierzu finden Sie unter Abschnitt 22.3, Ermittlungsrichtlinien für Ursprungs-Workloads.
Azure-Ressourcengruppe
Geben Sie eine Ressourcengruppe für die Ressourcen der Ziel-VM an. Führen Sie einen der folgenden Vorgänge aus: Erstellen Sie in PlateSpin eine neue Ressourcengruppe mit dem Standardnamen: <Hostname>-VM-Resources Geben Sie den Namen für eine Ressourcengruppe ein, die neu in PlateSpin erstellt werden soll. Wählen Sie eine vorhandene Ressourcengruppe in der Liste aus.
Name der virtuellen Maschine
Geben Sie einen Anzeigenamen für die neue virtuelle Maschine ein.
Festplatten
Geben Sie den Pfad zur Festplatte der Ziel-VM an.
Volumes
Wählen Sie die Volumes aus, die in das Ziel für die Migration aufgenommen werden sollen
Clustergröße für NTFS
(Für dateibasierte Windows-Workloads) Geben Sie die Clustergröße für das NTFS-Volume an. Weitere Informationen zur Standard-Clustergröße für ein NTFS-Volume finden Sie im KB-Artikel 140365 des Microsoft-Supports.
Speicher ohne Volumes
(Für Linux-Workloads) Geben Sie einen Nicht-Volume-Speicher (z. B. eine Auslagerungspartition) an, der mit dem Ursprungs-Workload verbunden ist. Dieser Speicher wird im migrierten Workload erneut erstellt.
Datenträger für Volume-Gruppen
(Für Linux-Workloads) Geben Sie die Datenablage und den Pfad an, in dem der virtuelle Datenträger auf dem Zielcomputer erstellt werden soll. Auf Wunsch können Sie den vorgeschlagenen Standardpfad übernehmen.
Volume-Gruppen
(Für Linux-Workloads) Legen Sie die LVM-Volume-Gruppen fest, die mit den unter Konvertierte logische Volumes in den Einstellungen angegebenen logischen LVM-Volumes migriert werden sollen.
Konvertierte logische Volumes
(Für Linux-Workloads) Wählen Sie die logischen LVM-Volumes aus, die in das Ziel für die Migration aufgenommen werden sollen.
Reproduktionsnetzwerk für Ziel
Die Reproduktions-NIC ist die primäre NIC, die Sie unter Einstellungen für Ziel-Workload > Netzwerkverbindungen festgelegt haben. Wählen Sie ein Netzwerk und ein Teilnetz für den Reproduktionsdatenverkehr aus. Wenn Sie kein Azure-VPN verwenden, ist für die Reproduktions-NIC eine öffentliche IP-Adresse erforderlich, die automatisch durch Azure zugewiesen wird. Klicken Sie auf Bearbeiten und wählen Sie Öffentliche IP erstellen. Geben Sie eine Ressourcengruppe für das Reproduktionsnetzwerk an. Die Einstellung Azure-Ressourcengruppe ist die Standardeinstellung. Wenn eine andere Ressourcengruppe angegeben werden soll, klicken Sie auf Bearbeiten und führen Sie einen der folgenden Vorgänge aus: Geben Sie den Namen für eine Ressourcengruppe ein, die neu in PlateSpin erstellt werden soll. Wählen Sie eine vorhandene Ressourcengruppe in der Liste aus. Aktivieren Sie einen der folgenden Parameter: DHCP: Hiermit wird eine IP-Adresse abgerufen, die automatisch von einem DHCP-Server zugewiesen wird. Statisch: Geben Sie eine statische private IP-Adresse, eine Teilnetzmaske und eine Gateway-IP-Adresse an. Die IP-Adresse muss im unterstützten Teilnetz eindeutig sein.
Reproduktionsnetzwerke für Ursprung
Geben Sie für den Reproduktionsdatenverkehr mindestens eine Netzwerkschnittstelle (NIC oder IP-Adresse) auf dem Ursprungs-Workload an, über die die Kommunikation mit der Reproduktionsumgebung abgewickelt werden kann. Falls das Netzwerk für die angegebene NIC nicht zum Azure-VPN gehört, muss die NIC eine öffentliche IP-Adresse aufweisen.
Dienste, die bei jeder Reproduktion anzuhalten sind
(Für Windows-Workloads) Es wird empfohlen, alle nicht VSS-konformen Dienste oder Virenschutzprogramme vorübergehend im Ursprung anzuhalten, während der VSS-Snapshot im Ursprung erfasst wird. Wählen Sie die Windows-Dienste aus, die vorübergehend auf dem Ursprungs-Workload angehalten werden sollen, während der VSS-Snapshot im Ursprung erfasst wird. Diese Dienste werden wiederhergestellt, sobald die Erstellung des VSS-Snapshots abgeschlossen ist.
Dienste, die bei der Übernahme mit Reproduktion anzuhalten sind
(Für Windows-Workloads) Wählen Sie die Windows-Dienste aus, die bei der Übernahme mit einer beliebigen Reproduktion dauerhaft im Ursprungs-Workload angehalten werden sollen. Die Dienste, die während des Reproduktionsvorgangs im Ursprungs-Workload angehalten wurden, werden anschließend nicht wiederhergestellt. Dies gilt nicht für Testübernahmen.
Daemons, die bei jeder Reproduktion anzuhalten sind
(Für Linux-Workloads) Wählen Sie die Linux-Dienste aus, die vor der Reproduktion vorübergehend auf dem Ursprungs-Workload angehalten werden sollen. Diese Dienste werden nach Abschluss der Replikation wiederhergestellt.
Daemons, die bei der Übernahme mit Reproduktion anzuhalten sind
(Für Linux-Workloads) Wählen Sie die Linux-Dienste aus, die bei der Übernahme mit einer beliebigen Reproduktion dauerhaft im Ursprungs-Workload angehalten werden sollen. Die Dienste, die während des Reproduktionsvorgangs im Ursprungs-Workload angehalten wurden, werden nach der Übernahme nicht wiederhergestellt. Die angehaltenen Dienste werden nach einer Testübernahme wiederhergestellt.
Einstellungen für Ziel-Workload (Diese Einstellungen werden beim Ausführen der Übernahme angewendet.)
Größe der Cloud-Instanz
Wählen Sie die für den Workload richtige Größe der Cloud-Instanz sowie den Speicherkontotyp für die Zielplattform aus. WICHTIG:Die Größe der Cloud-Instanz muss denselben Speichertyp wie das Zielkonto aufweisen (Standard-Speicher oder Premium-Speicher). Andernfalls wird ein Bestätigungsfehler angezeigt. Die Verfügbarkeit von Storage Premium für den Zielstandort können Sie unter Verfügbare Microsoft Azure-Produkte nach Region überprüfen. Standardmäßig legt Migrate eine Größe für die Cloud-Instanz fest, die denselben Speicherkontotyp unterstützt und dem Ursprungs-Workload für die folgenden Komponenten am ehesten entspricht: Gesamtzahl der Kerne Menge an Arbeitsspeicher Anzahl der Datenplatten Anzahl der NICs Die Standardinstanz erfüllt oder übertrifft die Werte der Einstellungen für alle Komponenten im Ursprungs-Workload. Bei Bedarf können Sie jedoch eine kleinere Instanz je nach Ihren Anforderungen festlegen: Die Ziel-VM verwendet die zulässigen CPUs und die zulässige Arbeitsspeichermenge für die Instanzengröße. So reduzieren Sie die Anzahl der CPUs bzw. die Arbeitsspeichermenge auf dem Ziel-Workload: Wählen Sie eine kleinere Cloud-Instanz mit weniger CPUs oder weniger Arbeitsspeicher aus, die Ihre Anforderungen optimal erfüllt. Die Ziel-VM verwendet maximal die zulässige Anzahl an Datenplatten für die Instanzengröße. So migrieren Sie nur einen Teil der Datenplatten: Wählen Sie eine kleinere Cloud-Instanz mit weniger Datenplatten aus, die Ihre Anforderungen optimal erfüllt. Heben Sie die Auswahl aller Volumes auf, die nicht migriert werden sollen, bis die Anzahl der Datenplatten für die Migration zur ausgewählten Instanz passt. Die Ziel-VM verwendet maximal die zulässige Anzahl an NICs für die Instanzengröße. So migrieren Sie nur einen Teil der NICs: Wählen Sie eine Cloud-Instanz mit weniger NICs aus, die Ihre Anforderungen optimal erfüllt. Mindestens eine NIC ist erforderlich. Heben Sie unter Einstellungen für Ziel-Workload die Auswahl der NICs auf, die nicht migriert werden sollen, bis die Anzahl der NICs für die Migration zur ausgewählten Instanz passt. HINWEIS:Die Anzahl der Datenplatten, die durch die Volumes auf der Ziel-VM belegt werden, darf nicht größer sein als die maximale Anzahl an Datenplatten, die durch die ausgewählte Cloud-Instanz unterstützt werden. In der Liste Größe der Cloud-Instanz zeigt die Spalte Unterstützt Premium-Speicher den Speicherkontotyp der Instanz, also Standard-Speicher (Nein) oder Premium-Speicher (Ja). Die neue Instanzgröße muss denselben Speicherkontotyp wie die Zielplattform unterstützen.
Hostname
Führen Sie einen der folgenden Vorgänge aus: Soll der Hostname beibehalten werden, wählen Sie Keine Änderung. Zum Ändern des Hostnamens wählen Sie Festlegen auf und geben Sie den neuen Namen an. HINWEIS:Wenn Sie den Hostnamen bei der Übernahme ändern, ist eine inkrementelle Reproduktion erforderlich.
Domäne/Arbeitsgruppe
(Für Windows-Workloads) Abhängig davon, ob der Ursprungs-Workload zu einer Arbeitsgruppe oder einer Domäne gehört, wird eine der folgenden Angaben angezeigt: Arbeitsgruppe: Arbeitsgruppenname Arbeitsgruppenname bezeichnet hierbei den Namen der Arbeitsgruppe, zu der der Ursprungs-Workload gehört. Domäne: Domänenname Domänenname bezeichnet hierbei den Namen der Domäne, zu der der Ursprungs-Workload gehört. HINWEIS:Wenn Sie den Domänen- oder Arbeitsgruppennamen bei der Übernahme ändern, ist eine inkrementelle Reproduktion erforderlich. Abhängig davon, wo der Ziel-Workload beitreten soll, führen Sie einen der folgenden Schritte aus: Wenn der Ursprungs-Workload zu einer Arbeitsgruppe gehört: Beispiel: Der Ursprungs-Workload gehört zur Arbeitsgruppe Arbeitsgruppe1. Damit der Ziel-Workload derselben Arbeitsgruppe beitritt (WorkGroup1), übernehmen Sie die folgenden Standardeinstellungen: Arbeitsgruppe: Arbeitsgruppe1 Soll der Ziel-Workload einer anderen Arbeitsgruppe beitreten (z. B. Arbeitsgruppe2), wählen Sie Arbeitsgruppe beitreten und geben Sie den Namen Arbeitsgruppe2 an. Soll der Ziel-Workload einer Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an. Wenn der Ursprungs-Workload zu einer Domäne gehört: Beispiel: Der Ursprungs-Workload gehört zur Domäne Domäne1. Soll der Ziel-Workload einer Arbeitsgruppe beitreten, klicken Sie auf Arbeitsgruppe beitreten und geben Sie den Namen der gewünschten Arbeitsgruppe an. Damit der Ziel-Workload derselben Domäne beitritt (Domäne1) und die Einstellungen für die Domänenregistrierung beibehalten werden, übernehmen Sie die folgenden Standardeinstellungen: Domäne: Domäne1 Wenn der Ziel-Workload derselben Domäne beitreten soll (Domäne1), ohne dass die Einstellungen für die Domänenregistrierung beibehalten werden, wählen Sie Domäne beitreten und geben Sie den Domänennamen Domäne1 an. Soll der Ziel-Workload einer anderen Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an.
Berechtigungsnachweis für Domäne
(Für Windows-Workloads) Wenn Sie Domäne beitreten wählen, geben Sie den Berechtigungsnachweis des Domänenadministrators an.
Netzwerkverbindungen
Bei Workloads mit mehreren NICs aktivieren Sie die Option Einbeziehen für jede zu migrierende NIC. Soll eine NIC nicht berücksichtigt werden, deaktivieren Sie die Option Einbeziehen. Mindestens eine NIC ist erforderlich. Die Anzahl der zu migrierenden NICs darf nicht größer sein als die Anzahl der NICs, die durch die ausgewählte Cloud-Instanz unterstützt wird. Wählen Sie für die zu berücksichtigenden NICs jeweils ein Netzwerk und ein Teilnetz aus. Vergewissern Sie sich, dass die primäre NIC für ihre Rolle entsprechend konfiguriert ist. Die erste NIC fungiert als standardmäßige primäre Verbindung. Weitere Informationen finden Sie unter Abschnitt 9.4, Richtlinien für das Azure-Netzwerk. Wenn Sie kein Azure-VPN verwenden, ist für die primäre NIC eine öffentliche IP-Adresse erforderlich, die automatisch durch Azure zugewiesen wird. Klicken Sie bei der primären NIC auf Bearbeiten und wählen Sie Öffentliche IP erstellen. Gehen Sie für die zu berücksichtigenden NICs jeweils wie folgt vor: Geben Sie eine Ressourcengruppe für die NIC an. Die Einstellung Azure-Ressourcengruppe ist die Standardeinstellung. Wenn eine andere Ressourcengruppe angegeben werden soll, klicken Sie auf Bearbeiten und führen Sie einen der folgenden Vorgänge aus: Geben Sie den Namen für eine Ressourcengruppe ein, die neu in PlateSpin erstellt werden soll. Wählen Sie eine vorhandene Ressourcengruppe in der Liste aus. Aktivieren Sie einen der folgenden Parameter: DHCP: Hiermit wird eine IP-Adresse abgerufen, die automatisch von einem DHCP-Server zugewiesen wird. Statisch: Geben Sie eine statische IP-Adresse, eine Teilnetzmaske und eine Gateway-IP-Adresse an. Die IP-Adresse muss im unterstützten Teilnetz eindeutig sein.
DNS-Server
Geben Sie die DNS-Server für die Ziel-Workloads an. Dies gilt nur dann, wenn Sie unter Netzwerkverbindungen die Option Static wählen: Primärer DNS: Geben Sie die IP-Adresse des primären DNS-Servers an. Alternativer DNS: Geben Sie die IP-Adresse des alternativen DNS-Servers an. Zusätzlicher DNS: So geben Sie Adressen für zusätzliche DNS-Server an: Klicken Sie auf Erweitert. Geben Sie die IP-Adresse des DNS-Servers an. Klicken Sie auf Hinzufügen. Der Server wird in die Liste der DNS-Server aufgenommen. Klicken Sie auf OK.
Status der Dienste auf Ziel-VM
(Für Windows-Workloads) Wählen Sie die Startbedingungen für die Windows-Dienste auf der Ziel-VM aus. Die Startoptionen lauten Automatisch, Manuell, Deaktiviert und Automatisch (Verzögerter Start).
Zu ändernde Daemonstatus
(Für Linux-Workloads) Wählen Sie die Startbedingungen für die Linux-Daemons auf der Ziel-VM aus. Aktivieren Sie die Kontrollkästchen auf den entsprechenden Ausführungsebenen (0 bis 6) und „Booten“, sodass der Daemon gestartet werden kann.
Testeinstellungen für Ziel-Workload (Diese Einstellungen werden beim Testen der Übernahme angewendet.)
Einstellungen für Ziel-Workload kopieren
Klicken Sie auf die Option Einstellungen für Ziel-Workload kopieren, um die Workload-Einstellungen im Abschnitt Einstellungen für Ziel-Workload (Diese Einstellungen werden beim Ausführen der Übernahme angewendet.) automatisch in den Abschnitt Testeinstellungen für Ziel-Workload (Diese Einstellungen werden beim Testen der Übernahme angewendet.) zu kopieren.
Größe der Cloud-Instanz
Wählen Sie die für den Workload richtige Größe der Cloud-Instanz sowie den Speicherkontotyp für die Zielplattform aus. WICHTIG:Die Größe der Cloud-Instanz muss denselben Speichertyp wie das Zielkonto aufweisen (Standard-Speicher oder Premium-Speicher). Andernfalls wird ein Bestätigungsfehler angezeigt. Die Verfügbarkeit von Storage Premium für den Zielstandort können Sie unter Verfügbare Microsoft Azure-Produkte nach Region überprüfen. Standardmäßig legt Migrate eine Größe für die Cloud-Instanz fest, die denselben Speicherkontotyp unterstützt und dem Ursprungs-Workload für die folgenden Komponenten am ehesten entspricht: Gesamtzahl der Kerne Menge an Arbeitsspeicher Anzahl der Datenplatten Anzahl der NICs Die Standardinstanz erfüllt oder übertrifft die Werte der Einstellungen für alle Komponenten im Ursprungs-Workload. Bei Bedarf können Sie jedoch eine kleinere Instanz je nach Ihren Anforderungen festlegen: Die Ziel-VM verwendet die zulässigen CPUs und die zulässige Arbeitsspeichermenge für die Instanzengröße. So reduzieren Sie die Anzahl der CPUs bzw. die Arbeitsspeichermenge auf dem Ziel-Workload: Wählen Sie eine kleinere Cloud-Instanz mit weniger CPUs oder weniger Arbeitsspeicher aus, die Ihre Anforderungen optimal erfüllt. Die Ziel-VM verwendet maximal die zulässige Anzahl an Datenplatten für die Instanzengröße. So migrieren Sie nur einen Teil der Datenplatten: Wählen Sie eine kleinere Cloud-Instanz mit weniger Datenplatten aus, die Ihre Anforderungen optimal erfüllt. Heben Sie die Auswahl aller Volumes auf, die nicht migriert werden sollen, bis die Anzahl der Datenplatten für die Migration zur ausgewählten Instanz passt. Die Ziel-VM verwendet maximal die zulässige Anzahl an NICs für die Instanzengröße. So migrieren Sie nur einen Teil der NICs: Wählen Sie eine Cloud-Instanz mit weniger NICs aus, die Ihre Anforderungen optimal erfüllt. Mindestens eine NIC ist erforderlich. Heben Sie unter Einstellungen für Ziel-Workload die Auswahl der NICs auf, die nicht migriert werden sollen, bis die Anzahl der NICs für die Migration zur ausgewählten Instanz passt. HINWEIS:Die Anzahl der Datenplatten, die durch die Volumes auf der Ziel-VM belegt werden, darf nicht größer sein als die maximale Anzahl an Datenplatten, die durch die ausgewählte Cloud-Instanz unterstützt werden. In der Liste Größe der Cloud-Instanz zeigt die Spalte Unterstützt Premium-Speicher den Speicherkontotyp der Instanz, also Standard-Speicher (Nein) oder Premium-Speicher (Ja). Die neue Instanzgröße muss denselben Speicherkontotyp wie die Zielplattform unterstützen.
Hostname
Führen Sie einen der folgenden Vorgänge aus: Soll der Hostname beibehalten werden, wählen Sie Keine Änderung. Zum Ändern des Hostnamens wählen Sie Festlegen auf und geben Sie den neuen Namen an. HINWEIS:Wenn Sie den Hostnamen bei der Testübernahme ändern, ist keine inkrementelle Reproduktion erforderlich.
Domäne/Arbeitsgruppe
(Für Windows-Workloads) Abhängig davon, ob der Ursprungs-Workload zu einer Arbeitsgruppe oder einer Domäne gehört, wird eine der folgenden Angaben angezeigt: Arbeitsgruppe: Arbeitsgruppenname Arbeitsgruppenname bezeichnet hierbei den Namen der Arbeitsgruppe, zu der der Ursprungs-Workload gehört. Domäne: Domänenname Domänenname bezeichnet hierbei den Namen der Domäne, zu der der Ursprungs-Workload gehört. HINWEIS:Wenn Sie den Domänen- oder Arbeitsgruppennamen bei der Testübernahme ändern, ist keine inkrementelle Reproduktion erforderlich. Abhängig davon, wo der Ziel-Workload beitreten soll, führen Sie einen der folgenden Schritte aus: Wenn der Ursprungs-Workload zu einer Arbeitsgruppe gehört: Beispiel: Der Ursprungs-Workload gehört zur Arbeitsgruppe Arbeitsgruppe1. Damit der Ziel-Workload derselben Arbeitsgruppe beitritt (WorkGroup1), übernehmen Sie die folgenden Standardeinstellungen: Arbeitsgruppe: Arbeitsgruppe1 Soll der Ziel-Workload einer anderen Arbeitsgruppe beitreten (z. B. Arbeitsgruppe2), wählen Sie Arbeitsgruppe beitreten und geben Sie den Namen Arbeitsgruppe2 an. Soll der Ziel-Workload einer Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an. Wenn der Ursprungs-Workload zu einer Domäne gehört: Beispiel: Der Ursprungs-Workload gehört zur Domäne Domäne1. Soll der Ziel-Workload einer Arbeitsgruppe beitreten, klicken Sie auf Arbeitsgruppe beitreten und geben Sie den Namen der gewünschten Arbeitsgruppe an. Damit der Ziel-Workload derselben Domäne beitritt (Domäne1) und die Einstellungen für die Domänenregistrierung beibehalten werden, übernehmen Sie die folgenden Standardeinstellungen: Domäne: Domäne1 Wenn der Ziel-Workload derselben Domäne beitreten soll (Domäne1), ohne dass die Einstellungen für die Domänenregistrierung beibehalten werden, wählen Sie Domäne beitreten und geben Sie den Domänennamen Domäne1 an. Soll der Ziel-Workload einer anderen Domäne beitreten, wählen Sie Domäne beitreten und geben Sie den Namen der gewünschten Domäne an.
Berechtigungsnachweis für Domäne
(Für Windows-Workloads) Wenn Sie Domäne beitreten wählen, geben Sie den Berechtigungsnachweis des Domänenadministrators an.
Netzwerkverbindungen
Die verfügbaren NICs entsprechen den berücksichtigten NICs unter Einstellungen für Ziel-Workload > Netzwerkverbindungen. Wählen Sie für die zu berücksichtigenden NICs jeweils ein Netzwerk und ein Teilnetz aus. Vergewissern Sie sich, dass die primäre NIC für ihre Rolle entsprechend konfiguriert ist. Die erste NIC fungiert als standardmäßige primäre Verbindung. Weitere Informationen finden Sie unter Abschnitt 9.4, Richtlinien für das Azure-Netzwerk. Wenn Sie kein Azure-VPN verwenden, ist für die primäre NIC eine öffentliche IP-Adresse erforderlich, die automatisch durch Azure zugewiesen wird. Klicken Sie bei der primären NIC auf Bearbeiten und wählen Sie Öffentliche IP erstellen. Gehen Sie für die zu berücksichtigenden NICs jeweils wie folgt vor: Geben Sie eine Ressourcengruppe für die NIC an. Die Einstellung Azure-Ressourcengruppe ist die Standardeinstellung. Wenn eine andere Ressourcengruppe angegeben werden soll, klicken Sie auf Bearbeiten und führen Sie einen der folgenden Vorgänge aus: Geben Sie den Namen für eine Ressourcengruppe ein, die neu in PlateSpin erstellt werden soll. Wählen Sie eine vorhandene Ressourcengruppe in der Liste aus. Aktivieren Sie einen der folgenden Parameter: DHCP: Hiermit wird eine IP-Adresse abgerufen, die automatisch von einem DHCP-Server zugewiesen wird. Statisch: Geben Sie eine statische IP-Adresse, eine Teilnetzmaske und eine Gateway-IP-Adresse an. Die IP-Adresse muss im unterstützten Teilnetz eindeutig sein.
DNS-Server
Geben Sie die DNS-Server für die Ziel-Workloads an. Dies gilt nur dann, wenn Sie unter Netzwerkverbindungen die Option Static wählen: Primärer DNS: Geben Sie die IP-Adresse des primären DNS-Servers an. Alternativer DNS: Geben Sie die IP-Adresse des alternativen DNS-Servers an. Zusätzlicher DNS: So geben Sie Adressen für zusätzliche DNS-Server an: Klicken Sie auf Erweitert. Geben Sie die IP-Adresse des DNS-Servers an. Klicken Sie auf Hinzufügen. Der Server wird in die Liste der DNS-Server aufgenommen. Klicken Sie auf OK.
Status der Dienste auf Ziel-VM
(Für Windows-Workloads) Wählen Sie die Windows-Dienste aus, die auf der Ziel-VM automatisch angehalten werden müssen.
Zu ändernde Daemonstatus
(Für Linux-Workloads) Wählen Sie die Linux-Daemons aus, die auf der Ziel-VM automatisch angehalten werden müssen.
Tag
Tag
Wählen Sie ein Tag aus, das dem Workload zugewiesen werden soll. Weitere Informationen zu Tags erhalten Sie unter Abschnitt 22.9, Verfolgen logischer Verknüpfungen von Workloads mithilfe von Tags.

(Optional) Zum Ändern des Ziels klicken Sie auf Ziel ändern.

HINWEIS:Wenn Sie das Ziel ändern, werden alle angegebenen Einstellungen gelöscht.
Führen Sie einen der folgenden Vorgänge aus:
- Speichern Sie die Einstellungen mit Speichern.
- Klicken Sie auf Speichern und vorbereiten. Die Einstellungen werden gespeichert, und die Workload-Migration wird vorbereitet.
- Beenden Sie den Vorgang mit Abbrechen.