Liste der automatisierten Migrationsaktivitäten mithilfe der Befehlszeile

Anmerkung

Wir empfehlen, die Automatisierung über die Cloud Migration Factory auf der AWS-Konsole auszuführen. Sie können die folgenden Schritte verwenden, um Automatisierungsskripts auszuführen. Stellen Sie sicher, dass Sie die Automatisierungsskripts aus dem GitHub Repository herunterladen und den Automatisierungsserver anhand der Schritte unter Automationen von der Befehlszeile ausführen konfigurieren und den Anweisungen zur Konfiguration von Berechtigungen unter AWSBerechtigungen für den Migrationsautomatisierungsserver konfigurieren folgen.

Die Cloud Migration Factory AWS on-Lösung stellt automatisierte Migrationsaktivitäten bereit, die Sie für Ihre Migrationsprojekte nutzen können. Sie können die unten aufgeführten Migrationsaktivitäten verfolgen und sie an Ihre Geschäftsanforderungen anpassen.

Bevor Sie mit einer der Aktivitäten beginnen, stellen Sie sicher, dass Sie an Ihrem Migrationsautomatisierungsserver als Domänenbenutzer mit lokalen Administratorrechten auf den Quellservern im Geltungsbereich angemeldet sind.

Wichtig

Sie müssen sich als Administratorbenutzer anmelden, um die in diesem Abschnitt aufgeführten Aktivitäten abzuschließen.

Verwenden Sie die folgenden Verfahren in derselben Reihenfolge, um einen vollständigen Testlauf der Lösung mithilfe des Beispiel-Automatisierungsskripts und der Aktivitäten durchzuführen.

Überprüfen Sie die Voraussetzungen

Connect zu den Quellservern im Geltungsbereich her, um die erforderlichen Voraussetzungen wie TCP 1500, TCP 443, freien Speicherplatz auf dem Root-Volume, .NET-Framework-Version und andere Parameter zu überprüfen. Diese Voraussetzungen sind für die Replikation erforderlich.

Bevor Sie die Prüfung der Voraussetzungen durchführen können, müssen Sie den ersten Agenten manuell auf einem Quellserver installieren, damit ein Replikationsserver in EC2 erstellt wird. Wir stellen eine Verbindung zu diesem Server her, um Port 1500 zu testen. Nach der Installation erstellt der AWS Application Migration Service (AWSMGN) den Replikationsserver in Amazon Elastic Compute Cloud (Amazon EC2). In dieser Aktivität müssen Sie den TCP-Port 1500 vom Quellserver zum Replikationsserver überprüfen. Informationen zur Installation des AWS MGN-Agenten auf Ihren Quellservern finden Sie in den Installationsanweisungen im Application Migration Service-Benutzerhandbuch.

Verwenden Sie das folgende Verfahren, während Sie beim Migrationsautomatisierungsserver angemeldet sind, um die Voraussetzungen zu überprüfen.

1. Wenn Sie als Administrator angemeldet sind, öffnen Sie eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem c:\migrations\scripts\script_mgn_0-Prerequisites-checks Ordner und führen Sie den folgenden Python-Befehl aus:

python 0-Prerequisites-checks.py --Waveid <wave-id> --ReplicationServerIP <rep-server-ip>

Ersetzen Sie <wave-id>und < rep-server-ip > durch die entsprechenden Werte:

• Das Waveid ist ein eindeutiger Ganzzahlwert zur Identifizierung Ihrer Migrationswellen.

• Der ReplicationServerIP Wert identifiziert die IP-Adresse des Replikationsservers. Ändern Sie diesen Wert in die Amazon EC2 EC2-IP-Adresse. Um diese Adresse zu finden, melden Sie sich bei der anAWS Management Console, suchen Sie nach Replication, wählen Sie einen der Replikationsserver aus und kopieren Sie die private IP-Adresse. Wenn die Replikation über das öffentliche Internet erfolgt, verwenden Sie stattdessen die öffentliche IP-Adresse.

3. Das Skript ruft automatisch eine Serverliste für die angegebene Welle ab.

Das Skript überprüft dann die Voraussetzungen für Windows-Server und gibt fail für jede Prüfung den Status entweder pass oder zurück.

Anmerkung

Möglicherweise erhalten Sie eine Sicherheitswarnung wie die folgende, wenn das PowerShell Skript nicht vertrauenswürdig ist. Führen Sie den folgenden Befehl aus PowerShell , um das Problem zu beheben:

Unblock-File C:\migrations\scripts\script_mgn_0-Prerequisites-checks\0-Prerequisites-Windows.ps1

Als Nächstes überprüft das Skript die Linux-Server.

Sobald die Prüfungen abgeschlossen sind, gibt das Skript für jeden Server ein Endergebnis zurück.

Wenn der Server eine oder mehrere Prüfungen der Voraussetzungen nicht bestanden hat, können Sie den fehlerhaften Server identifizieren, indem Sie entweder die ausführliche Fehlermeldung lesen, die Sie nach Abschluss der Prüfung erhalten haben, oder indem Sie durch die Protokolldetails blättern.

Das Skript aktualisiert auch den Migrationsstatus der Lösung in der Migration Factory-Weboberfläche, wie im folgenden Screenshot eines Beispielprojekts gezeigt.

Installieren Sie die Replikationsagenten

Anmerkung

Stellen Sie vor der Installation des Agenten sicher, dass AWSMGN in jedem Zielkonto initialisiert ist.

Gehen Sie wie folgt vor, um die Replikationsagenten automatisch auf den Quellservern im Geltungsbereich zu installieren.

1. Öffnen Sie auf dem Server für die Migrationsautomatisierung, der als Administrator signiert ist, eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem c:\migrations\scripts\script_mgn_1-AgentInstall Ordner und führen Sie den folgenden Python-Befehl aus:

python 1-AgentInstall.py --Waveid <wave-id>

Ersetzen Sie < wave-id > durch den entsprechenden Wave-ID-Wert, um den Replication Agent auf allen Servern in der identifizierten Welle zu installieren. Das Skript installiert den Agenten nacheinander auf allen Quellservern in derselben Welle.

Anmerkung

Um den Agenten erneut zu installieren, können Sie --force ein Argument hinzufügen.

3. Das Skript generiert eine Liste mit den Quellservern, die für die angegebene Welle enthalten sind. Darüber hinaus können auch Server bereitgestellt werden, die in mehreren Konten und für verschiedene Betriebssystemversionen identifiziert wurden.

Wenn in dieser Welle Linux-Computer enthalten sind, müssen Sie Ihre Linux-Sudo-Anmeldedaten eingeben, um sich bei diesen Quellservern anzumelden.

Die Installation beginnt unter Windows und geht dann für jeden unter Linux weiter. AWS-Konto

Anmerkung

Möglicherweise erhalten Sie eine Sicherheitswarnung wie die folgende, wenn das PowerShell Skript nicht vertrauenswürdig ist. Führen Sie den folgenden Befehl aus PowerShell , um das Problem zu beheben:

Unblock-File C:\migrations\scripts\script_mgn_1-AgentInstall\1-Install-Windows.ps1

Die Ergebnisse werden angezeigt, nachdem das Skript die Installation der Replikationsagenten abgeschlossen hat. Überprüfen Sie die Ergebnisse auf Fehlermeldungen, um Server zu identifizieren, die die Agents nicht installieren konnten. Sie müssen die Agents auf den ausgefallenen Servern manuell installieren. Wenn die manuelle Installation nicht erfolgreich ist, rufen Sie das AWSSupport Center auf und melden Sie eine Support-Anfrage.

Das Skript stellt auch den Migrationsstatus in der Migration Factory-Weboberfläche bereit, wie im folgenden Screenshot eines Beispielprojekts dargestellt.

Veröffentlichen Sie die Skripte nach dem Start

AWS Application Migration Service unterstützt Skripts nach dem Start, um Sie bei der Automatisierung von Aktivitäten auf Betriebssystemebene wie der Installation/Deinstallation von Software nach dem Start von Ziel-Instances zu unterstützen. Diese Aktivität überträgt die Skripts nach dem Start auf Windows- und/oder Linux-Computer, je nachdem, welche Server für die Migration identifiziert wurden.

Verwenden Sie das folgende Verfahren vom Server für die Migrationsautomatisierung, um die Skripts nach dem Start auf Windows-Computer zu übertragen.

1. Als Administrator angemeldet, öffnen Sie eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem c:\migrations\scripts\script_mgn_1-FileCopy Ordner und führen Sie den folgenden Python-Befehl aus:

python 1-FileCopy.py --Waveid <wave-id> --WindowsSource <file-path> --LinuxSource <file-path>

<wave-id>Ersetzen Sie es durch den entsprechenden Wave-ID-Wert und <file-path>durch den vollständigen Dateipfad für Source, wo sich das Skript befindet. Zum Beispiel c:\migrations\scripts\script_mgn_1-FileCopy. Mit diesem Befehl werden alle Dateien aus dem Quellordner in den Zielordner kopiert.

Anmerkung

Mindestens eines dieser beiden Argumente muss angegeben werden: WindowsSource, LinuxSource. Wenn Sie WindowsSource den Pfad angeben, überträgt dieses Skript nur Dateien auf Windows-Server in dieser Welle, genau wie LinuxSource, das nur Dateien auf die Linux-Server in dieser Welle überträgt. Wenn Sie beide angeben, werden Dateien sowohl auf Windows- als auch auf Linux-Server übertragen.

3. Das Skript generiert eine Liste mit den Quellservern, die für die angegebene Welle enthalten sind. Darüber hinaus können auch Server bereitgestellt werden, die in mehreren Konten und für verschiedene Betriebssystemversionen identifiziert wurden.

Wenn in dieser Welle Linux-Computer enthalten sind, müssen Sie Ihre Linux-Sudo-Anmeldedaten eingeben, um sich bei diesen Quellservern anzumelden.

4. Das Skript kopiert die Dateien in den Zielordner. Wenn der Zielordner nicht existiert, erstellt die Lösung ein Verzeichnis und benachrichtigt Sie über diese Aktion.

Überprüfen Sie den Replikationsstatus

Bei dieser Aktivität wird der Replikationsstatus für die Quellserver im Geltungsbereich automatisch überprüft. Das Skript wird alle fünf Minuten wiederholt, bis sich der Status aller Quellserver in der angegebenen Welle in den Status Fehlerfrei ändert.

Verwenden Sie das folgende Verfahren vom Migrationsautomatisierungsserver aus, um den Replikationsstatus zu überprüfen.

1. Als Administrator angemeldet, öffnen Sie eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem \migrations\scripts\script_mgn_2-Verify-replication Ordner und führen Sie den folgenden Python-Befehl aus:

python 2-Verify-replication.py --Waveid <wave-id>

<wave-id>Ersetzen Sie ihn durch den entsprechenden Wave-ID-Wert, um den Replikationsstatus zu überprüfen. Das Skript überprüft die Replikationsdetails für alle Server in der spezifischen Welle und aktualisiert das Replikationsstatusattribut für den in der Lösung identifizierten Quellserver.

3. Das Skript generiert eine Liste mit den Servern, die für die angegebene Welle enthalten sind.

Der erwartete Status für die Quellserver im Geltungsbereich, die startbereit sind, lautet Fehlerfrei. Wenn Sie einen anderen Status für einen Server erhalten, ist er noch nicht startbereit.

Der folgende Screenshot einer Beispielwelle zeigt, dass alle Server in der aktuellen Welle die Replikation abgeschlossen haben und bereit sind, getestet oder umgestellt zu werden.

Optional können Sie den Status in der Migration Factory-Weboberfläche überprüfen.

Überprüfen Sie den Status der Zielinstanz

Bei dieser Aktivität wird der Status der Zielinstanz überprüft, indem der Startvorgang für alle Quellserver im Geltungsbereich in derselben Welle überprüft wird. Es kann bis zu 30 Minuten dauern, bis die Ziel-Instances hochgefahren sind. Sie können den Status manuell überprüfen, indem Sie sich bei der Amazon EC2-Konsole anmelden, nach dem Namen des Quellservers suchen und den Status überprüfen. Sie erhalten eine Zustandsprüfungsnachricht, dass 2/2 Prüfungen bestanden wurden, was darauf hinweist, dass die Instance aus Sicht der Infrastruktur fehlerfrei ist.

Bei einer groß angelegten Migration ist es jedoch zeitaufwändig, den Status jeder Instanz zu überprüfen. Sie können also dieses automatisierte Skript ausführen, um den Status der 2/2 Prüfungen für alle Quellserver in einer bestimmten Welle zu überprüfen.

Verwenden Sie das folgende Verfahren vom Migrationsautomatisierungsserver aus, um den Status der Zielinstanz zu überprüfen.

1. Als Administrator angemeldet, öffnen Sie eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem c:\migrations\scripts\script_mgn_3-Verify-instance-status Ordner und führen Sie den folgenden Python-Befehl aus:

python 3-Verify-instance-status.py --Waveid <wave-id>

<wave-id>Ersetzen Sie ihn durch den entsprechenden Wave-ID-Wert, um den Instanzstatus zu überprüfen. Dieses Skript überprüft den Instanzstartvorgang für alle Quellserver in dieser Welle.

3. Das Skript gibt eine Liste der Serverliste und der Instanz-IDs für die angegebene Welle zurück.

4. Das Skript gibt dann eine Liste mit Zielinstanz-IDs zurück.

   Anmerkung

   Wenn Sie eine Fehlermeldung erhalten, dass die Zielinstanz-ID nicht existiert, wird der Startjob möglicherweise immer noch ausgeführt. Warten Sie einige Minuten, bevor Sie fortfahren.

5. Sie erhalten Instanzstatusprüfungen, aus denen hervorgeht, ob Ihre Ziel-Instances die 2/2-Zustandsprüfungen bestanden haben.

Anmerkung

Wenn Ihre Ziel-Instances die 2/2-Zustandsprüfungen beim ersten Mal nicht bestehen, kann das daran liegen, dass der Startvorgang länger dauert. Wir empfehlen, die Integritätsprüfungen etwa eine Stunde nach der ersten Integritätsprüfung ein zweites Mal durchzuführen. Dadurch wird sichergestellt, dass der Startvorgang abgeschlossen ist. Wenn die Integritätsprüfungen beim zweiten Mal fehlschlagen, wenden Sie sich an das AWSSupport Center, um einen Supportfall zu protokollieren.

Fahren Sie die Quellserver im Geltungsbereich herunter

Durch diese Aktivität werden die Quellserver im Geltungsbereich heruntergefahren, die an der Migration beteiligt sind. Nachdem Sie den Replikationsstatus der Quellserver überprüft haben, können Sie die Quellserver herunterfahren, um Transaktionen von den Client-Anwendungen zu den Servern zu beenden. Sie können die Quellserver im Übernahmefenster herunterfahren. Das manuelle Herunterfahren der Quellserver kann fünf Minuten pro Server und bei großen Wellen insgesamt einige Stunden dauern. Stattdessen können Sie dieses Automatisierungsskript ausführen, um alle Ihre Server in der angegebenen Welle herunterzufahren.

Verwenden Sie das folgende Verfahren vom Migrationsautomatisierungsserver aus, um alle an der Migration beteiligten Quellserver herunterzufahren.

1. Melden Sie sich als Administrator an und öffnen Sie eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem c:\migrations\scripts\script_mgn_3-Shutdown-all-servers Ordner und führen Sie den folgenden Python-Befehl aus:

   Python 3-Shutdown-all-servers.py –Waveid <wave-id>

3. <wave-id>Ersetzen Sie ihn durch den entsprechenden Wave-ID-Wert, um die Quellserver herunterzufahren.

3. Das Skript gibt eine Liste der Serverliste und der Instanz-IDs für die angegebene Welle zurück.

4. Das Skript fährt zuerst Windows-Server in der angegebenen Welle herunter. Nachdem die Windows-Server heruntergefahren wurden, wechselt das Skript zur Linux-Umgebung und fordert Sie zur Eingabe der Anmeldeinformationen auf. Nach erfolgreicher Anmeldung fährt das Skript die Linux-Server herunter.

Rufen Sie die Zielinstanz-IP ab

Diese Aktivität ruft die Zielinstanz-IP ab. Wenn das DNS-Update in Ihrer Umgebung ein manueller Prozess ist, müssten Sie die neuen IP-Adressen für alle Zielinstanzen abrufen. Sie können jedoch das Automatisierungsskript verwenden, um die neuen IP-Adressen für alle Instanzen in der angegebenen Welle in eine CSV-Datei zu exportieren.

Verwenden Sie das folgende Verfahren vom Migrationsautomatisierungsserver, um die IPs der Zielinstanz abzurufen.

1. Als Administrator angemeldet, öffnen Sie eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem c:\migrations\scripts\script_mgn_4-Get-instance-IP Ordner und führen Sie den folgenden Python-Befehl aus:

Python 4-Get-instance-IP.py -–Waveid <wave-id>

<wave-id>Ersetzen Sie ihn durch den entsprechenden Wave-ID-Wert, um die neuen IP-Adressen für die Zielinstanzen abzurufen.

3. Das Skript gibt eine Serverliste und die ID-Informationen der Zielinstanz zurück.

4. Das Skript gibt dann die Zielserver-IP zurück.

Das Skript exportiert den Servernamen und die IP-Adressen in eine CSV-Datei (<wave-id>- <project-name>-Ips.csv) und platziert sie im selben Verzeichnis wie Ihr Migrationsskript (c:\migrations\scripts\script_mgn_4-Get-instance-IP).

Die CSV-Datei enthält Details zu instance_name und instance_IPS. Wenn die Instanz mehr als eine Netzwerkkarte oder IP enthält, werden sie alle aufgelistet und durch Kommas getrennt.

Überprüfen Sie die Verbindungen zum Zielserver

Diese Aktivität überprüft die Verbindungen für den Zielserver. Nachdem Sie die DNS-Einträge aktualisiert haben, können Sie mit dem Hostnamen eine Verbindung zu den Zielinstanzen herstellen. In dieser Aktivität überprüfen Sie, ob Sie sich mithilfe des Remote Desktop Protocol (RDP) oder über Secure Shell (SSH) beim Betriebssystem anmelden können. Sie können sich manuell bei jedem Server einzeln anmelden, es ist jedoch effizienter, die Serververbindung mithilfe des Automatisierungsskripts zu testen.

Verwenden Sie das folgende Verfahren vom Migrationsautomatisierungsserver aus, um die Verbindungen für den Zielserver zu überprüfen.

1. Als Administrator angemeldet, öffnen Sie eine Befehlszeile (CMD.exe).

2. Navigieren Sie zu dem c:\migrations\scripts\script_mgn_4-Verify-server-connection Ordner und führen Sie den folgenden Python-Befehl aus:

Python 4-Verify-server-connection.py -–Waveid <wave-id> 

<wave-id>Ersetzen Sie ihn durch den entsprechenden Wave-ID-Wert, um die neuen IP-Adressen für die Zielinstanzen abzurufen.

Anmerkung

Dieses Skript verwendet den Standard-RDP-Port 3389 und den SSH-Port 22. <rdp-port><ssh-port>Bei Bedarf können Sie die folgenden Argumente hinzufügen, um auf die Standardports zurückzusetzen: --rdpPort --sshPort.

3. Das Skript gibt eine Serverliste zurück.

4. Das Skript gibt die Testergebnisse sowohl für den RDP- als auch für den SSH-Zugriff zurück.