Wie behebe ich eine Replikationsverzögerung oder einen Rückstand auf meinem Windows-Quellserver für Application Migration Service?

Kurzbeschreibung

Wenn du Daten replizierst, treten Verzögerungen und Rückstände auf, und zwar aus den folgenden Gründen:

• Aufgrund der langsamen Netzwerkverbindung konnte der Replikationsvorgang nicht abgeschlossen werden, oder die Bandbreite hat die Menge der Daten, die du replizieren kannst, begrenzt.
• Große Datenspitzen bei neuen Festplattendaten haben zu einem Rückstand geführt, den der AWS Replication Agent bei der ersten Synchronisierung senden muss.
• Eine hohe Leselatenz auf den Festplatten des Quellservers hat die Festplattenreplikation verzögert.
• Eine hohe CPU-, Arbeitsspeicher-, E/A-Wartezeit oder andere Ressourcenauslastung hat zu Replikationsengpässen geführt.
• Du hast Staging-Volumes von Amazon Elastic Block Store (Amazon EBS) mit niedrigem Durchsatz oder Eingabe-/Ausgabevorgängen pro Sekunde (IOPS) und Server mit begrenzter Netzwerkbandbreite ausgewählt. Dies führt zu Latenz- und Leistungsproblemen bei der Replikation.

Lösung

Hinweis: Wenn du beim Ausführen von AWS Command Line Interface (AWS CLI)-Befehlen Fehlermeldungen erhältst, findest du weitere Informationen dazu unter Problembehandlung bei der AWS CLI. Stelle außerdem sicher, dass du die neueste Version der AWS CLI verwendest.

Überprüfen des Quellservers

Überprüfen des Quellserver-Status

Stelle sicher, dass der Quellserver für die Migration gestartet wurde und läuft.

Sicherstellen, dass die Prozesse des AWS Replication Agent ausgeführt werden

Führe den folgenden Befehl in PowerShell aus, um die aktuell ausgeführten AWS-Replication-Agent-Services aufzulisten:

get-service | where-object name -like "*AWSR*"

Stelle in der Ausgabe sicher, dass AWSReplicationService den Wert Wird ausgeführt hat.

Beispielausgabe:

PS C:\Users\Administrator> get-service | where-object name -like "*AWSR*"

Status   Name               DisplayName
------   ----               -----------
Running  AwsReplicationD... AwsReplicationDriverLogger
Running  AwsReplicationL... AwsReplicationLogger
Stopped  AwsReplicationP... AwsReplicationPostConvertService
Running  AwsReplicationS... AwsReplicationService
Running  AwsReplicationV... AwsReplicationVolumeUpdaterService

Ode drücke Windows + R und gib dann services.msc ein. Drücke die Eingabetaste und überprüfe dann, ob AWSReplicationService den Wert Wird ausgeführt hat.

Aktive TCP-Verbindungen überprüfen

Stelle sicher, dass fünf aktive TCP-Verbindungen mit dem Replikationsserver am TCP-Port 1500 hergestellt wurden.

Um den TCP-Port 1500 zu überprüfen, führe den folgenden Befehl als Administrator aus:

netstat -an | find "1500"

Überprüfe die Befehlsausgabe auf die aktiven Verbindungen.

Beispielausgabe:

TCP    172.31.82.135:50929    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50930    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50931    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50933    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50934    Replicator Instance IP:1500    ESTABLISHED

Verwende den Windows-Ressourcenmonitor, um die Leistung auf dem Quellserver zu überprüfen.

Der AWS Replication Agent wird jeweils auf einem CPU-Kern ausgeführt. Wenn die CPU-Auslastung auf dem Kern, auf dem der AWS Replication Agent ausgeführt wird, hoch ist, verlangsamt sich die Datenreplikation. Gehe wie folgt vor, um die CPU-Auslastung zu überprüfen:

1. Öffne den Task-Manager und wähle dann die Registerkarte Leistung. Wähle dann Ressourcenmonitor öffnen.
   -oder-
   Öffne die Systemsteuerung und wähle dann Verwaltungstools. Wähle dann Ressourcenmonitor.
   -oder-
   Führe resmon.exe über die Befehlszeile oder PowerShell aus.
   -oder
   Wähle das Windows-Symbol aus und gib dann resmon.exe ein.
2. Überprüfe die CPU-Auslastung des CPU-Kerns, auf dem der AWS Replication Agent ausgeführt wird.
   Wenn die CPU-Auslastung auf diesem Kern hoch ist, untersuche den Prozess, der den größten Teil der CPU beansprucht. Wenn der Agent mindestens 5 % der CPU nutzt, stelle sicher, dass genügend CPU verfügbar ist, damit der Agent die Datenreplikation durchführen kann.
3. Überprüfe die Festplattenleistung auf dem Quellserver. Überprüfe unter Festplattenaktivität die Metriken Write (B/sec) (Schreibvorgang (B/s)) und Antwortzeit.
   Wenn der Lesedurchsatz auf der Quellfestplatte niedrig ist, liest und repliziert der Agent weniger Daten. Achte auf Anstiege der Metriken für das Lesen von und Schreiben auf Datenträger.
   Hinweis: Die erforderliche Bandbreite für die Übertragung der replizierten Daten über den TCP-Port 1500 basiert auf der Schreibgeschwindigkeit des teilnehmenden Quellservers. Es hat sich bewährt, über eine Bandbreite zu verfügen, die mindestens der Summe der durchschnittlichen Schreibgeschwindigkeit aller replizierten Quellcomputer entspricht.
4. Überprüfe den Quellserver auf einen Anstieg der Schreibvorgänge. Überprüfe unter Festplattenaktivität die Metrik Write (B/sec) (Schreibvorgang (B/s)).
   Wenn sich die Workload ändert, überprüfe regelmäßig die Festplattenleistung, um die E/A-Last zu ermitteln. Wenn der Schreibdurchsatz den angegebenen Netzwerkdurchsatz überschreitet, kommt es zu einer Replikationsverzögerung.
5. (Optional) Berechne die erforderliche Bandbreite vom Quellserver zum Replikationsserver.
   Hinweis: Wenn der Quellserver schreibintensiv ist und mehr schreibt als die Replikationsgeschwindigkeit zulässt, wächst der Rückstand kontinuierlich an.

Überprüfen der Replikationsgeschwindigkeit und der verfügbaren Bandbreite vom Quellserver zum Staging-Bereich-Subnetz

Informationen zur Durchführung eines Geschwindigkeitstests findest du unter Wie kann ich einen SSL-Verbindungs- und Bandbreitentest durchführen?

Suche nach einem Quellserver, der unerwartet heruntergefahren wurde

Wenn ein Quellserver unerwartet heruntergefahren wird, scannt der AWS Replication Agent nach dem Serverneustart alle Festplatten erneut. Während der AWS Replication Agent die Festplatten erneut liest, nimmt die Verzögerung kontinuierlich zu, bis der Agent den Scan abgeschlossen hat. Weitere Informationen findest du unter Welche Windows- und Linux-Betriebssysteme unterstützen No-Rescan nach einem Neustart?

Gehe wie folgt vor, um zu überprüfen, wie der Quellcomputer heruntergefahren wurde:

1. Drücke Windows + R, und gib dann eventvwr.msc ein.
2. Drücke die Eingabetaste.
3. Doppelklicke im Navigationsbereich auf Windows-Protokolle, um die Optionen zu erweitern.
4. Öffne das Kontextmenü (Klicken mit der rechten Maustaste), um zum System zu gelangen.
5. Wähle Aktuelles Protokoll filtern aus.
6. Wähle den Abwärtspfeil Ereignisquellen und dann USER32.
7. Gib für Alle Ereignis-IDs 1074 ein, und wähle dann OK. Jetzt wird in der Ereignisanzeige eine Liste der Ereignisse des Ausschaltens (Herunterfahrens) und Neustartens vom Typ Herunterfahren angezeigt.
8. Um Datum und Uhrzeit aller unerwarteten Computerabschaltungen anzuzeigen, gib 6008 in das Feld Alle Ereignis-IDs ein und wähle dann OK.

Stelle sicher, dass du den ausgehenden Datenverkehr am TCP-Port 1500 nicht blockiert hast

Führe einen der folgenden Befehle aus, um dich zu vergewissern, dass der ausgehende Datenverkehr am TCP-Port 1500 vom Quellserver zum Replikationsserver nicht blockiert wird:

Führe dann in CMD den folgenden Befehl aus:

telnet replication-subnet-IP-address 1500

Führe in PowerShell den folgenden Befehl aus:

TNC replication-subnet-IP-address -port 1500

Hinweis: Ersetze replication-subnet-IP-address durch die IP-Adresse deiner Replikator-Instance.

Stelle sicher, dass deine lokale Firewall die Konnektivität vom Quellserver zum Replikationsserver über den TCP-Port 443 zulässt. Gehe wie folgt vor, um die Konnektivität auf der Betriebssystem-Firewall zu aktivieren:

1. Öffne auf dem Quellserver die Windows-Firewall-Konsole.
2. Wähle Ausgehende Regeln.
3. Wähle in der Tabelle Ausgehende Regeln die Regel aus, die sich auf die Verbindung am Remote-Port 1500 bezieht. Stelle sicher, dass der Status Aktiviert auf Ja gesetzt ist.
4. Wenn der Status Aktiviert der Regel Nein lautet, öffne das Kontextmenü (Klick mit der rechten Maustaste), um zur Regel zu gelangen. Wähle dann Regel aktivieren aus.

Stelle sicher, dass deine Unternehmens-Firewall den Datenverkehr über den TCP-Port 1500 zulässt.

Stelle sicher, dass die Bandbreitendrosselung in den Replikationseinstellungen auf dem Quellserver deaktiviert ist

Deaktiviere die Bandbreitendrosselung auf dem Quellserver, um genügend Bandbreite für Datenübertragungen vom Quellserver zum Staging-Bereich-Subnetz bereitzustellen. Eine Bandbreitendrosselung kann zu einem stetigen oder stagnierenden Anstieg der Verzögerung führen, da sie die Datenreplikation vom Quellserver zum Replikationsserver einschränkt.

Gehe wie folgt vor, um zu überprüfen, ob eine Bandbreitendrosselung vorliegt:

1. Öffne die Application-Migration-Service-Konsole.
2. Wähle Einstellungen aus.
3. Wähle unter Datenweiterleitung und -drosselung die Replikationsvorlage aus.
4. Wähle Bandbreite nicht drosseln aus, damit die Replikation die gesamte verfügbare Netzwerkkapazität nutzt und die Migrationszeit reduziert wird.
   Hinweis: Wenn du Bandbreite drosseln wählst, begrenzt Application Migration Service die Datenübertragungsgeschwindigkeiten künstlich. Dadurch entsteht ein Engpass, der den Replikationsprozess verlangsamt. Wähle diese Option nur, wenn du die Netzwerknutzung aus Kostengründen oder zum Schutz der Ressourcen für andere kritische Anwendungen einschränken musst.

Überprüfen der Ressourcen für den Staging-Bereich

Sicherstellen, dass eingehender Datenverkehr am TCP-Port 1500 nicht blockiert wird

Gehe wie folgt vor, um zu bestätigen, dass die Sicherheitsgruppen des Replikationsservers den eingehenden Datenverkehr am TCP-Port 1500 nicht blockieren:

1. Öffne die Amazon Elastic Compute Cloud (Amazon EC2)-Konsole.
2. Wähle im Navigationsbereich Sicherheitsgruppen aus und wähle dann die Sicherheitsgruppe aus, die an die Replikator-Instance angefügt ist.
3. Stelle sicher, dass die Sicherheitsgruppe eingehenden Datenverkehr am TCP-Port 1500 zulässt.

Deine Staging-Ressourcen analysieren

Überprüfe die Konfiguration der Replikations-Instance und des Staging-Datenträgers auf Leistungsengpässe.

Überprüfen des Snapshot-Kontingents in der Zielregion

Stelle sicher, dass das AWS-Konto das Snapshot-Kontingent in der AWS-Region des Replikationsservers nicht überschritten hat.

Führe den folgenden AWS-CLI-Befehl get-service-quota aus, um das Snapshot-Kontingent in der Region zu überprüfen:

aws service-quotas get-service-quota --service-code ebs --quota-code L-309BACF6 --region regionexample --query "Quota.Value"  

Hinweis: Ersetze regionexample durch deine Region.

Führe dann den folgenden describe-snapshots-Befehl aus, um die Snapshots in der Region zu überprüfen:

aws ec2 describe-snapshots --owner-ids self --region regionexample --query "length(Snapshots)"

Hinweis: Ersetze regionexample durch deine Region.