Stellen Sie sicher, dass die Ursprungs-Workloads und die Netzwerkumgebung die folgenden Anforderungen für das Migrate Agent-Dienstprogramm erfüllen.
Migrate Agent wird nur bei Live-Migrationen unterstützt.
Migrate Agent wird bei automatisierten Migrationen unterstützt. Sie können die Migration über den Migrate-Client oder die Migrate-Weboberfläche durchführen.
Halbautomatisierte (X2P-)Migrationen werden von Migrate Agent nicht unterstützt.
Wenn Sie Migrate Agent für die Registrierung und Migration von Workloads verwenden, stellen Sie sicher, dass die Migrationsumgebung die folgenden Voraussetzungen erfüllt:
Für den PlateSpin Migrate-Server-Host, das Reproduktionsnetzwerk und die Zielcomputer sind öffentliche IP-Adressen erforderlich. In einigen Bereitstellungsszenarien werden auch öffentliche IP-Adressen für die Ursprungscomputer benötigt.
Stellen Sie sicher, dass Workloads die öffentliche IP-Adresse für den Migrate-Server erreichen können.
Geben Sie auf der PlateSpin-Konfigurationsseite für den Parameter AlternateServerAddress die öffentliche IP-Adresse des Migrate-Servers an. Bei Migrate-Servern, die über einen Cloud-Marktplatz bereitgestellt wurden, fügt Migrate diesem Parameter automatisch die öffentliche IP-Adresse hinzu. Weitere Informationen hierzu finden Sie unter Abschnitt 5.7, Konfigurieren von alternativen IP-Adressen für den PlateSpin-Server.
Aktivieren Sie eine öffentliche IP-Adresse für das Reproduktionsnetzwerk, wenn Sie die Migration für einen Workload konfigurieren.
Migrate konfiguriert während der Migration automatisch öffentliche IP-Adressen auf Zielcomputern.
Informationen zu den Netzwerkanforderungen für die Registrierung und die Migration finden Sie in
HINWEIS:Details zu den Ports und zum Informationsfluss zwischen den verschiedenen Migrationskomponenten finden Sie in den Bereitstellungsdiagrammen für Ihr Migrationsziel. Weitere Informationen hierzu finden Sie unter Abschnitt III, Vorbereiten der Migrationsumgebung.
Konfigurieren Sie die Ursprungs-Workloads unbedingt so, dass ausgehender Datenverkehr für die folgenden Ports unterstützt wird:
HTTPS-Port (TCP/443)
Reproduktionsport (standardmäßig TCP/3725)
Der Reproduktionsport ist konfigurierbar. Wenn Sie den Parameter FileTransferPort auf der PlateSpin-Konfigurationsseite ändern, müssen Sie Ihre Firewall-Einstellungen entsprechend anpassen.
Wenn Migrate Agent auf dem Ursprungs-Workload verwendet wird, stellt der Ursprungs-Workload eine Verbindung zum Ziel-Workload für die Datenübertragung her. Sie müssen die Richtung des Reproduktionsports auf dem Migrate-Server neu konfigurieren.
Ändern Sie den Wert des Parameters SourceListensForConnection auf der PlateSpin-Konfigurationsseite von True zu False. Für Migrate-Server, die über einen Cloud-Marktplatz bereitgestellt wurden, ist dieser Parameter standardmäßig auf False festgelegt. Weitere Informationen hierzu finden Sie unter Abschnitt 5.9, Konfigurieren der Verbindungsrichtung für den Reproduktionsport.
Bei cloudbasierten Migrate-Servern wird der Server standardmäßig für die Migration zu dem Zieltyp konfiguriert, der zu der übergeordneten Cloud-Umgebung passt. Wenn sich die Ursprungs-Workloads zwecks Migration zu einem anderen Ziel in der übergeordneten Cloud-Umgebung befinden, müssen Sie den Standardwert für den Parameter ServerIsHostedInCloud entfernen (das Feld leer lassen), damit alle Zieltypen im Dialogfeld „Ziel hinzufügen“ verfügbar sind.
Software-Voraussetzungen
Das Migrate Agent-Dienstprogramm für Linux setzt voraus, dass auf dem Ursprungscomputer die GNU C-Bibliothek (glibc) Version 2.11.3 oder höher installiert ist.
Booten Sie den Computer neu
Bei der Installation, Deinstallation oder Aufrüstung von blockbasierten Übertragungstreibern ist ein Reboot des Windows-Ursprungs-Workloads erforderlich. Bei Linux-Ursprungs-Workloads ist kein Reboot erforderlich.
Obwohl bei Windows-Workloads ein Reboot immer erforderlich ist, können Sie mit dem Migrate Agent jedoch besser steuern, wann diese Aktion ausgeführt wird, und somit, wann der Server neu gebootet wird. Mit dem Migrate Agent-Dienstprogramm ist es beispielsweise möglich, die Treiber während einer geplanten Ausfallzeit statt während der ersten Reproduktion zu installieren.
Berechtigungsnachweis
Bei Windows-Workloads sind für das Migrate Agent-Dienstprogramm Administrator-Rechte zur Ausführung von Befehlen erforderlich.
Bei Linux-Workloads ist für das Migrate Agent-Dienstprogramm zur Ausführung von Befehlen der Zugriff auf root-Ebene erforderlich. Ein Nicht-root-Benutzerkonto muss autorisiert sein, den sudo-Befehl ausführen zu dürfen. Das heißt, dass der Benutzername in der Konfigurationsdatei /etc/sudoers als autorisierter Benutzer gelistet sein muss. Informationen zur Verwendung eines anderen als dem root-Konto finden Sie im KB-Artikel 7920711.
HINWEIS:Für Linux-Ursprungs-Workloads in Amazon Web Services erstellen AMI-Vorlagen automatisch ein standardmäßiges Nicht-root-Systembenutzerkonto, das für sudo aktiviert wird. Der Benutzername für dieses Konto variiert je nach AMI-Anbieter. Bei den meisten Linux-Distributionen lautet der Nicht-root-Benutzername für Amazon Linux-Images ec2-user. Für CentOS-AMIs lautet er centos. Weitere Informationen hierzu finden Sie in der AMI-Anbieter-Dokumentation.
In AWS muss ein Nicht-root-Benutzer den Befehl sudo -i ausführen, um Zugriff auf die root-Shell zu erhalten und die Migrate Agent-Befehle auszuführen. Die Eingabe von sudo in jedem Befehl des Migrate Agent-Dienstprogramms kann bei einigen Workloads Fehler verursachen.