Freigeben über

Behandeln von Problemen mit langsamer Replikation oder hängen gebliebener Migration bei der agentlosen VMware-Migration

  • Artikel

Dieser Artikel hilft Ihnen bei der Behandlung von Problemen mit einer langsamen Replikation oder einer hängen gebliebenen Migration, die auftreten können, wenn Sie lokale VMware-VMs mithilfe der agentlosen Azure Migrate-Servermigration replizieren.

Replikation langsam oder hängen geblieben

Beim Durchführen von Replikationen stellen Sie möglicherweise fest, dass die Replikation für eine bestimmten VM nicht im erwarteten Tempo voranschreitet. Im Allgemeinen ist der Grund für dieses Problem eine Nichtverfügbarkeit oder Knappheit einiger Ressourcen, die für die Replikation erforderlich sind. Die Ressourcen werden möglicherweise von anderen VMs genutzt, die repliziert werden, oder einem anderen Prozess, der auf der Appliance im Rechenzentrum ausgeführt wird.

Im Folgenden sind einige Gründe aufgeführt, die in der Regel zu diesem Problem führen, sowie Gegenmaßnahmen.

Geringe NFC-Puffergröße

Die Azure Migrate-Appliance wird unter der Einschränkung der Verwendung von 32 MB NFC-Puffer ausgeführt, um gleichzeitig acht Datenträger auf dem ESXi-Host zu replizieren. Eine NFC-Puffergröße von weniger als 32 MB kann zu einer langsamen Replikation führen. Möglicherweise wird auch die folgende Ausnahme angezeigt:

Ausnahme: GatewayErrorHandling.GatewayServiceException: Fehler bei diesem Vorgang: „Fehler beim Belegen von Speicher. Nicht genügend Arbeitsspeicher.“

Behebung

Sie können die NFC-Puffergröße auf über 32 MB erhöhen, um die Parallelität zu steigern. Die Einstellung muss sowohl auf dem ESXi-Host als auch auf der Appliance erfolgen. Wenn nicht, kann die Replikation noch langsamer werden.

Achtung

Das Erhöhen der Größe auf mehr als 32 MB kann zu Ressourceneinschränkungen in der Umgebung führen. Bevor Sie fortfahren, wenden Sie sich an den Systemadministrator, um die Auswirkungen zu verstehen.

Änderungen am ESXi-Host

  1. Stellen Sie eine SSH-Verbindung mit dem ESXi-Host als Stamm her.

  2. Verwenden Sie den vi-Editor, um „/etc/vmware/hostd/config.xml“ zu öffnen.

  3. Suchen Sie den Abschnitt, der wie folgt aussieht:

    <nfcsvc> 
<enabled>true</enabled> 
<maxMemory>134217728</maxMemory> 
<maxStreamMemory>10485760</maxStreamMemory> 
<path>libnfcsvc.so</path> 
</nfcsvc>

  4. Ändern Sie den Wert von maxMemory in den Wert (in Bytes), den Sie für den NFC-Puffer konfigurieren möchten. In diesem Beispiel ist er auf 128 MB festgelegt (128 × 1024 × 1024).

  5. Speichern Sie Ihre Änderungen, und schließen Sie die Anwendung.

  6. Starten Sie die Verwaltungs-Agents über die Shell neu, indem Sie die folgenden Befehle verwenden:

    • /etc/init.d/hostd restart
    • /etc/init.d/vpxa restart

Änderungen an der Appliance

  1. Melden Sie sich über den Remotedesktop bei der Azure Migrate-Appliance als Administrator an.
  2. Öffnen Sie die Datei „GatewayDataWorker.json“ im Ordner „%programdata%\Microsoft Azure\Config“.
  3. Erstellen Sie eine leere JSON-Datei, wenn noch keine vorhanden ist, und fügen Sie den folgenden Text in die neue erstellte Datei ein. 
    { 
 "HostBufferSizeInMB": "32", 
}
  4. Ändern Sie den Wert von HostBufferSizeInMB in den Wert, den Sie im ESXi-Host festgelegt haben.
  5. Speichern Sie Ihre Änderungen, und schließen Sie die Anwendung.
  6. Starten Sie den Azure Migrate-Gatewaydienst neu, der auf der Appliance ausgeführt wird. Öffnen Sie PowerShell, und führen Sie Folgendes aus:
    • net stop asrgwy (warten, bis der Dienst beendet wird)
    • net start asrgwy

ESXi-Host: verfügbarer RAM niedrig

Wenn der ESXi-Host, auf dem die replizierbare VM vorhanden ist, zu ausgelastet ist, verlangsamt sich der Replikationsprozess aufgrund der Nichtverfügbarkeit von RAM.

Behebung

Verwenden Sie VMotion, um die VM mit langsamer Replikation auf einen ESXi-Host zu verschieben, der nicht zu ausgelastet ist.

Netzwerkbandbreite

Replikationen können aufgrund geringer Netzwerkbandbreite für die Azure Migrate-Appliance langsam sein. Geringe Bandbreite kann auf andere Anwendungen zurückzuführen sein, die die Bandbreite verbrauchen, auf das Vorhandensein von Bandbreiteneinschränkungsanwendungen oder auf eine Proxyeinstellung, die die Bandbreitennutzung der Replikationsappliance einschränkt.

Behebung

Bei geringer Bandbreite können Sie zunächst die Anzahl der Anwendungen reduzieren, die die Netzwerkbandbreite verwenden. Erkundigen Sie sich bei Ihrem Netzwerkadministrator, ob eine Einschränkungsanwendung oder Proxyeinstellung vorhanden ist.

Datenträger-E/A

Replikationen können langsam sein, da der replizierte Server zu stark ausgelastet ist und dies zu vielen E/A-Vorgängen auf angefügten Datenträgern führt. Sie sollten die Auslastung des Servers reduzieren, um die Replikationsgeschwindigkeit zu erhöhen. Möglicherweise tritt auch der folgende Fehler auf:

Fehler beim letzten Replikationszyklus für den virtuellen Computer „VM-Name“. Timeoutereignis aufgetreten.

Wenn keine Maßnahme ergriffen wird, wird die Replikation fortgesetzt und mit einer Verzögerung abgeschlossen.

Datenträgerschreibraten

Replikationen können langsamer als erwartet sein, wenn die Geschwindigkeit des Datenuploads höher als die Schreibgeschwindigkeit des Datenträgers ist, den Sie beim Aktivieren der Replikation ausgewählt haben. Um bessere Geschwindigkeiten mit denselben Uploadgeschwindigkeiten zu erzielen, müssen Sie die Replikation neu starten und Premium auswählen, während Sie den Datenträgertyp für die Replikation auswählen.

Achtung

Der während der Bewertung empfohlene Datenträgertyp ist möglicherweise nicht Premium für eine bestimmte VM. In diesem Fall ist es nicht ratsam, auf einen Premium-Datenträger zu wechseln, um die Replikationsgeschwindigkeiten zu verbessern, da es nach der Migration möglicherweise nicht erforderlich ist, dass ein Premium-Datenträger an diese VM angefügt ist.

Migrationsvorgang für VM bleibt hängen

Beim Auslösen der Migration für eine bestimmte VM stellen Sie möglicherweise fest, dass die Migration in einer Phase (Warteschlange oder Deltasynchronisierung) länger als erwartet hängen bleibt. Im Allgemeinen ist der Grund für dieses Problem eine Nichtverfügbarkeit oder Knappheit einiger Ressourcen, die für die Migration erforderlich sind. Die Ressourcen werden möglicherweise von anderen VMs genutzt, die repliziert werden, oder einem anderen Prozess, der auf der Appliance im Rechenzentrum ausgeführt wird. Im Folgenden sind einige Gründe aufgeführt, die in der Regel zu diesem Problem führen, sowie Gegenmaßnahmen.

Geringe NFC-Puffergröße

Wenn ein IR-Zyklus für einen Server mit großen Datenträgern läuft, während die Migration für eine zweite VM ausgelöst ist, kann der Migrationsauftrag der zweiten VM hängen bleiben. Obwohl Migrationsaufträge eine hohe Priorität erhalten, steht der NFC-Puffer möglicherweise nicht für die Migration zur Verfügung. In diesem Fall wird empfohlen, die anfängliche Replikation von Servern mit großen Datenträgern zu beenden oder anzuhalten und die Migration der zweiten VM abzuschließen.

Laufender Deltasynchronisierungszyklus nicht abgeschlossen

Wenn die Migration während eines laufenden Deltareplikationszyklus ausgelöst wird, wird sie in die Warteschlange eingereiht. Der Deltareplikationszyklus auf der VM wird zuerst abgeschlossen. Danach startet die Migration. Die zum Auslösen der Migration erforderliche Zeit hängt von der Zeit ab, die zum Abschließen eines Deltasynchronisierungszyklus benötigt wird.

Herunterfahren einer lokalen VM dauert länger als üblich

Versuchen Sie, zu migrieren, ohne die VM herunterzufahren, oder deaktivieren Sie die VM manuell, und migrieren Sie sie dann.

Nächste Schritte

Weitere Informationen zum Migrieren von VMware-VMs