In einem Live-Migrationsszenario können Sie die Registrierung und Ermittlung mit dem Migrate Agent-Dienstprogramm statt der automatisierten Ermittlung durchführen. Details zu Ursprungs-Workloads in Szenarien, in denen keine automatisierte Ermittlung möglich ist, müssen in jedem Fall mit dem Migrate Agent registriert und ermittelt werden, beispielsweise:
Wenn Sie den Migrate-Server in der Cloud bereitstellen, ohne ein Site-to-Site-VPN zwischen dem Netzwerk und der Cloud-Umgebung einzurichten.
Wenn Sie Cloud-zu-Cloud-Migrationen ohne Site-to-Site VPN zwischen den beteiligten Standorten planen: Ihrem Netzwerk, Ihrer Cloud-Ursprungsumgebung und Ihrer Cloud-Zielumgebung.
Wenn das Öffnen eingehender Ports aufgrund von Einschränkungen im Unternehmensnetzwerk oder in den Richtlinien untersagt ist.
Weitere Informationen zu den erforderlichen eingehenden Ports für die automatisierte Ermittlung von Windows- und Linux-Workloads finden Sie unter Abschnitt 2.6.1, Anforderungen für die Ermittlung.
Mit dem Migrate Agent migrieren Sie einen Windows-Workload, ohne eingehende Ports zu öffnen (z. B. SMB oder NetBIOS). Für Windows-Ursprungs-Workloads werden lediglich HTTPS (TCP/443) und ein Reproduktionsport (standardmäßig TCP/3725) in ausgehender Richtung benötigt. Für Linux-Ursprungs-Workloads müssen Sie zusätzlich noch den SSH-Port (TCP/22) öffnen. Weitere Informationen hierzu finden Sie unter Abschnitt 2.6.2, Voraussetzungen für die Workload-Registrierung.
Wenn der Migrate Agent auf dem Ursprungs-Workload läuft, stellt der Ursprungs-Workload eine Verbindung zum Ziel-Workload für die Datenübertragung her. Die Richtung wird auf Serverebene gesteuert. Sie müssen die Reproduktionsport-Richtung auf dem Migrate-Server neu konfigurieren (SourceListensForConnection=False). Siehe Konfigurieren der Verbindungsrichtung für den Reproduktionsport.
Sie müssen Migrate Agent auf jedem Ursprungs-Workload installieren. Mit der Option Registrieren führt der Migrate Agent die Ermittlung lokal auf dem Workload durch und die Details werden per HTTPS (TCP/443) an den Migrate-Server gesendet. Wenn Sie den Workload registriert haben, konfigurieren Sie die Workload-Migration zur Ziel-Cloud, in der die Migrate-Server-Instanz bereitgestellt ist, in der Migrate-Weboberfläche.
Registrierte Workloads unterscheiden sich von ermittelten Workloads wie folgt:
Bei registrierten Ursprungs-Workloads wird der Ursprungs-Berechtigungsnachweis nicht auf dem Migrate-Server gespeichert.
Sie müssen den Migrate Agent verwenden, um die Windows-PlateSpin-Treiber in registrierten Ursprungs-Workloads zu installieren, aufzurüsten und zu entfernen.
Nach dem Löschen eines Vertrags für einen registrierten Ursprungs-Workload müssen Sie den OFX-Controller manuell aus dem Workload entfernen. Weitere Informationen hierzu finden Sie unter Bereinigen von Linux-Workloads.
Weitere Informationen hierzu finden Sie in den folgenden Abschnitten in Abschnitt 22.7, Registrieren von Workloads und Ermitteln der Details im Migrate Agent: