31.2 Konfigurieren der Migration eines Workloads in VMware vCloud Director

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.
Wählen Sie auf der Seite „Workloads“ den zu konfigurierenden Workload aus.
Klicken Sie auf Migration konfigurieren.
Wählen Sie eine der folgenden Optionen (abhängig vom Datenbereich, der vom Ursprung auf das Ziel übertragen werden soll):
- Vollreproduktion: Die Daten werden vollständig vom Ursprung auf das Ziel übertragen.
- Inkrementelle Reproduktion: Es werden nur Unterschiede vom Ursprung auf das Ziel übertragen, vorausgesetzt, sie verfügen über ähnliche Betriebssysteme und Volume-Profile.
  
  HINWEIS:PlateSpin Migrate unterstützt keine inkrementelle Reproduktion als anfängliche Reproduktion von Daten für vorhandene Ziel-Workloads in VMware vCloud Director. Sie können jedoch inkrementelle Reproduktionen für nachfolgende Datenreplikationen planen. Siehe Inkrementelle Wiederholung unter Schritt 8.
Wählen Sie eine zuvor als Ziel konfigurierte VMware vCloud-Organisation aus, in die Sie die Ursprungsdaten migrieren möchten. Weitere Informationen hierzu finden Sie unter Abschnitt 3.3.3, Ziele.
Klicken Sie auf Migration konfigurieren.

Konfigurieren Sie die folgenden Einstellungen. Stellen Sie sicher, dass sich die IP-Adressen des Ursprungs-Workloads, des Reproduktionsnetzwerks für das Ziel, des Übernahmenetzwerks und des Testübernahmenetzwerks unterscheiden.

Einstellungen des Zeitplans
Inkrementelle Wiederholung
Geben Sie hierzu Folgendes an: Beginn der Wiederholung: Datum, an dem die Reproduktion gestartet werden soll. Sie können das Datum eingeben oder über das Kalendersymbol auswählen. Standardmäßig ist die Uhrzeit auf 0:00 Uhr (Mitternacht) eingestellt. Wiederholungsmuster: Muster, das für die wiederholte Reproduktion gelten soll. Beispiel: Soll die inkrementelle Wiederholung täglich verwendet werden, wählen Sie Täglich. Soll die inkrementelle Wiederholung nie verwendet werden, wählen Sie Keine. HINWEIS: Geplante inkrementelle Reproduktionen werden übersprungen, bis die erste Vollreproduktion abgeschlossen ist. Wenn Sie die inkrementelle Wiederholung planen, erfolgt die Reproduktion über einen Zeitraum von maximal 60 Tagen ab dem Anfangsdatum der Reproduktion. Beispiel: Bei der Option Täglich wird die Reproduktion 60 Tage lang ab dem Anfangsdatum der Reproduktion ausgeführt. Bei der Option Wöchentlich wird die Reproduktion 8 Wochen lang ab dem Anfangsdatum der Reproduktion ausgeführt. Bei der Option Monatlich wird die Reproduktion 2 Monate lang ab dem Anfangsdatum der Reproduktion ausgeführt.
Vollreproduktion
Führen Sie einen der folgenden Vorgänge aus: Zum Festlegen eines Zeitplans für die Reproduktion klicken Sie auf Start und geben Sie das Datum ein, an dem die Vollreproduktion gestartet werden soll. Um die Vollreproduktion manuell ohne die Einstellung eines Zeitplans zu starten, klicken Sie auf Keine. HINWEIS:Sie müssen den Workload vor dem geplanten Zeitpunkt vorbereiten. Die Vollreproduktion kann nur ausgeführt werden, wenn die Ziel-VM vorhanden und die Workload-Vorbereitung abgeschlossen ist. Migrate überspringt die geplante Vollreproduktion und versucht, sie zum nächsten geplanten Zeitpunkt erneut auszuführen.
Sperrzeit
Verwenden Sie diese Einstellungen zum Erzwingen einer Reproduktionssperrzeit. Mit der Reproduktionssperrzeit werden geplante Reproduktionen bei Spitzenauslastungszeiten ausgesetzt, und sie sorgt dafür, dass Konflikte zwischen VSS-bewusster Software und der PlateSpin-Komponente für den VSS-Datentransfer auf Blockebene vermieden werden. Zum Festlegen einer Sperrzeit klicken Sie auf Bearbeiten, und gehen Sie wie folgt vor: Legen Sie den Zeitpunkt für den Start und das Ende der Sperrzeit fest. Wählen Sie ein Wiederholungsmuster für die Sperrzeit aus (z. B. täglich, wöchentlich oder monatlich). Wenn die Reproduktionssperrzeit nicht erzwungen werden soll, wählen Sie Keine. HINWEIS:Die Anfangs- und Endzeiten für die Sperrzeit hängen von der Systemuhr des PlateSpin-Servers ab.
Komprimierungsgrad
Diese Einstellungen steuern, 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: Schnell: Niedrigste Auslastung der CPU-Ressourcen auf dem Ursprungscomputer, jedoch eine niedrigere Komprimierungsrate. Optimal: 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
Diese Einstellungen steuern die Bandbreitendrosselung. In PlateSpin Migrate können Sie die Menge an verfügbarer Bandbreite, die im Verlauf einer Workload-Migration durch die direkte Ursprung-zu-Ziel-Kommunikation verbraucht wird, steuern. Sie können für jeden Migrationsauftrag eine Durchsatzrate festlegen. Die Drosselung verhindert, dass Migrationsverkehr Ihr Produktionsnetzwerk überlastet, und verringert die Gesamtlast Ihres PlateSpin-Servers. Um die Bandbreite bei Reproduktionen auf eine bestimmte Rate zu drosseln, geben Sie den erforderlichen Durchsatzwert in Mb/s sowie das Zeitmuster ein.
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.
Prozessor
(Für die Migration zu vCloud- und VM-Plattformen mit VMware 5.1, 5.5 und 6.0 und mindestens VM-Hardware-Ebene 8) Geben Sie die Anzahl der Sockets sowie die Anzahl der Kerne pro Socket für den Ziel-Workload an. Die Gesamtzahl der Kerne wird automatisch berechnet. Dieser Parameter gilt für die anfängliche Einrichtung eines Workloads mit der anfänglichen Reproduktionseinstellung Vollreproduktion. HINWEIS:Die maximale Anzahl der Kerne, die ein Workload nutzen kann, ist abhängig von externen Faktoren, beispielsweise vom Gast-Betriebssystem, von der VM-Hardware-Version, der VMware-Lizenzierung für den ESXi-Host und den berechneten ESXi-Host-Höchstwerten für vSphere (siehe ESXi/ESX – Konfigurationshöchstwerte (VMware-KB 1003497)). In bestimmten Distributionen von Gast-Betriebssystemen wird die Konfiguration der Kerne und der Kerne pro Socket unter Umständen nicht berücksichtigt. Gast-Betriebssysteme mit SLES 10 SP4 behalten beispielsweise die ursprünglich installierten Einstellungen für Kerne und Sockets bei, während andere SLES- und RHEL-Distributionen die Konfiguration beachten.
Organisation des virtuellen Datencenters
(Für die Migration zu vCloud) Wählen Sie ein virtuelles Organisations-Datencenter, das Ihrer Organisation zugewiesen ist.
vApp
Geben Sie einen Namen für die VMware vApp an.
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) Geben Sie mindestens ein logisches LVM-Volume an, das für einen Linux-Workload migriert werden soll.
Reproduktionsnetzwerk für Ziel
Die Reproduktions-NIC ist standardmäßig die primäre NIC, die Sie unter Einstellungen für Ziel-Workload > Netzwerkverbindungen festgelegt haben. Geben Sie eine Netzwerkschnittstelle (NIC oder IP-Adresse) auf dem Ziel an, die für den Reproduktionsverkehr verwendet werden soll. Wählen Sie ein Netzwerk für den Reproduktionsdatenverkehr aus. Aktivieren Sie einen der folgenden Parameter: DHCP: Hiermit wird eine IP-Adresse abgerufen, die automatisch von einem DHCP-Server zugewiesen wird. Statisch – Manuell: Geben Sie eine statische IP-Adresse an. Statisch – IP-Pool: Wählen Sie diese Option, damit eine IP-Adresse automatisch aus dem IP-Pool ausgegeben wird. Geben Sie einen MTU-Wert an, den das Linux RAM Disk(LDR)-Reproduktionsnetzwerk in PlateSpin Migrate verwenden kann. Ein niedriger Wert trägt dazu bei, unnötigen Datenverkehr über ein Netzwerk zu vermeiden. Beispiel: Ein VPN. Der Standardwert ist eine leere Zeichenfolge. Wenn Networking im LRD konfiguriert ist, kann das Netzwerkgerät einen eigenen Standardwert festlegen (in der Regel 1500). Wenn Sie jedoch einen Wert eingeben, passt PlateSpin Migrate den MTU-Wert beim Konfigurieren der Netzwerkschnittstelle entsprechend an.
Reproduktionsnetzwerke für Ursprung
Wählen Sie für den Reproduktionsdatenverkehr mindestens eine Netzwerkschnittstelle (NIC oder IP-Adresse) auf dem Ursprungs-Workload aus, über die die Kommunikation mit der Reproduktionsumgebung abgewickelt werden kann.
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.)
VM-Arbeitsspeicher
Geben Sie die Menge an Arbeitsspeicher an, die dem Ziel-Workload zugeteilt werden soll.
VM-Tools
Zum Installieren der VM-Tools wählen Sie die Option VM-Tools installieren. Diese Option ist standardmäßig aktiviert.
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.
Systembezeichner (SID) – (Diese Einstellung gilt nur für Windows Server 2008 und Windows Server 2003)
Bevor Sie eine neue SID für einen Ziel-Workload-Computer mit Windows Server 2003 erstellen, gehen Sie wie folgt vor: Aktivieren Sie die SID-Erzeugung: Öffnen Sie einen Webbrowser und wechseln Sie zu folgender Adresse: https://Hostname oder IP_Adresse/platespinconfiguration Ersetzen Sie Hostname oder IP_Adresse durch den DNS-Hostnamen bzw. die IP-Adresse Ihres PlateSpin Migrate-Servers. Wenn SSL nicht aktiviert ist, verwenden Sie http in der URL. Wählen Sie auf der Konfigurationsseite für den PlateSpin-Server unter alwaysGenerateNewSid die Option „True“. Der Hostname des Ursprungs- und des Ziel-Workloads dürfen nicht übereinstimmen. Zum Erzeugen eines neuen Systembezeichners für den Ziel-Workload wählen Sie in der Weboberfläche unter „Testeinstellungen für Ziel-Workload“ die Option Neuen Systembezeichner (SID) generieren. Für Windows Server 2008 müssen Sie den Berechtigungsnachweis des lokalen Administrators angeben. Wenn dieses Konto auf dem Ursprungscomputer lokal umbenannt wurde, müssen Sie den neuen Namen angeben.
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 die Domäne oder Arbeitsgruppe 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. 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. Um eine andere NIC als primäre NIC festzulegen, klicken Sie auf Bearbeiten für die entsprechende NIC und wählen Sie Primäre Verbindung für diese NIC aus. Gehen Sie für die zu berücksichtigenden NICs jeweils wie folgt vor: Wählen Sie Verbunden starten aus, um die virtuelle Netzwerkschnittstelle beim Starten des Ziel-Workloads zu verbinden. Wählen Sie ein Netzwerk aus. (Bedingt) Um die NIC als primäre NIC festzulegen, klicken Sie auf Bearbeiten und wählen Sie Primäre Verbindung. Dadurch wird die Option Primäre Verbindung für die zuvor festgelegte primäre NIC zurückgesetzt. 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
(Für Linux-Workloads) 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.
Daemon-Status auf Ziel-VM
(Für Linux-Workloads) Wählen Sie die Linux-Daemons aus, die auf der Ziel-VM automatisch angehalten werden müssen.
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.
VM-Arbeitsspeicher
Geben Sie die Menge an Arbeitsspeicher an, die dem Ziel-Workload zugeteilt werden soll.
VM-Tools
Zum Installieren der VM-Tools wählen Sie die Option VM-Tools installieren. Diese Option ist standardmäßig aktiviert.
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.
Systembezeichner (SID) – (Diese Einstellung gilt nur für Windows Server 2008 und Windows Server 2003)
Bevor Sie eine neue SID für einen Ziel-Workload-Computer mit Windows Server 2003 erstellen, gehen Sie wie folgt vor: Aktivieren Sie die SID-Erzeugung: Öffnen Sie einen Webbrowser und wechseln Sie zu folgender Adresse: https://Hostname oder IP_Adresse/platespinconfiguration Ersetzen Sie Hostname oder IP_Adresse durch den DNS-Hostnamen bzw. die IP-Adresse Ihres PlateSpin Migrate-Servers. Wenn SSL nicht aktiviert ist, verwenden Sie http in der URL. Wählen Sie auf der Konfigurationsseite für den PlateSpin-Server unter alwaysGenerateNewSid die Option „True“. Der Hostname des Ursprungs- und des Ziel-Workloads dürfen nicht übereinstimmen. Zum Erzeugen eines neuen Systembezeichners für den Ziel-Workload wählen Sie in der Weboberfläche unter „Testeinstellungen für Ziel-Workload“ die Option Neuen Systembezeichner (SID) generieren. Für Windows Server 2008 müssen Sie den Berechtigungsnachweis des lokalen Administrators angeben. Wenn dieses Konto auf dem Ursprungscomputer lokal umbenannt wurde, müssen Sie den neuen Namen angeben.
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 die Domäne oder Arbeitsgruppe 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. Die erste NIC fungiert als standardmäßige primäre Verbindung. Gehen Sie für die zu berücksichtigenden NICs jeweils wie folgt vor: Wählen Sie Verbunden starten aus, um die virtuelle Netzwerkschnittstelle beim Starten des Ziel-Workloads zu verbinden. Wählen Sie ein Netzwerk aus. (Bedingt) Um die NIC als primäre NIC festzulegen, klicken Sie auf Bearbeiten und wählen Sie Primäre Verbindung. Dadurch wird die Option Primäre Verbindung für die zuvor festgelegte primäre NIC zurückgesetzt. 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.