Fehler behoben – “Mailbox-Export aufgrund von Latenz des Quell-Laufwerks gestoppt”

Wenn Ihr Exchange Server das Ende seiner Lebensdauer erreicht, müssen Sie ein Upgrade auf eine neuere oder neueste Exchange-Version durchführen, um weiterhin Sicherheitsupdates und anderen Support von Microsoft zu erhalten. Außerdem müssen Sie die Postfächer und andere Daten auf die neuere Version migrieren. Da die Migration manchmal schwierig sein kann, müssen Sie bewährte Verfahren befolgen, um einen reibungslosen Migrationsprozess zu gewährleisten.

Eine der besten Praktiken bei der Migration ist die Durchführung eines Testlaufs. Sie sollten immer eine Testmigration von einigen Postfächern durchführen, um die Geschwindigkeit und Leistung des Zielservers zu überprüfen. Auf diese Weise können Sie Blockaden während der Migration vermeiden und eine schnellere Migration gewährleisten.

Wenn Sie die Postfächer von Ihrem bestehenden Server auf den Zielserver verschieben, kann der Fehler ‘StalledDueToSource_DiskLatency‘ oder ‘StalledDueToTarget_DiskLatency‘ auftreten.

Dies kann dazu führen, dass Sie in der Exportschleife stecken bleiben und nicht in der Lage sind, die Postfächer von Ihrem bestehenden Server auf den Zielserver zu exportieren oder zu migrieren. Dies kann auch dazu führen, dass die Ziel-PST-Datei aufgebläht wird und schließlich den gesamten Speicherplatz auf Ihrem Laufwerk verbraucht.

Um dieses Problem zu lösen, müssen Sie die Gründe kennen, die zu dem Fehler StalledDueToSource_DiskLatency oder StalledDueToTarget_DiskLatency führen. Es ist zu beobachten, dass der Fehler aus einem oder mehreren der unten aufgeführten Gründe auftritt:

• Probleme mit der Festplattenleistung entweder auf der Quellfestplatte (auf der die Datenbank/das Postfach gespeichert ist) oder auf der Zielfestplatte (dem Laufwerk, auf dem die PST gespeichert ist).
• Unzureichende Systemressourcen.
• Vorhandene Exportaufträge in der Warteschlange.
• Die Reaktionszeit des Quell- oder Zieldatenträgers ist sehr hoch und der Migrationsstapel oder Export ist zeitlich begrenzt.

Es gibt jedoch einige Umgehungsmöglichkeiten, mit denen Sie den Fehler beheben und alle Ihre Postfächer erfolgreich in PST exportieren und auf Ihren neuen Server importieren können.

Lösungen zur Behebung von Mailbox-Exportfehlern aufgrund von Latenzzeiten der Quell- oder Zieldiskette

Um die Fehler StalledDueToSource_DiskLatency und StalledDueToTarget_DiskLatency zu beheben, gehen Sie wie folgt vor:

1. Prüfen Sie die Leistung der Festplatte

Zuerst sollten Sie die Leistung des Laufwerks überprüfen. Überprüfen Sie Ihre RAID- oder Festplattenverwaltungssoftware oder den Datenspeicherstatus Ihres Hypervisors.

Prüfen Sie, ob Ihr Server über ein oder mehrere Laufwerke verfügt, die bald ausfallen könnten. Solche Laufwerke werden normalerweise vom SAN- oder RAID-Manager markiert.

Prüfen Sie auch, ob das Laufwerk aufgrund seiner geringeren Geschwindigkeit oder Datenübertragungsrate nicht gut funktioniert. Wenn dies der Fall ist, sollten Sie in Erwägung ziehen, die Festplatten mit Laufwerken in Serverqualität aufzurüsten oder sie durch SSD-Laufwerke zu ersetzen.

2. Prüfen Sie den Status des Servers und die verfügbaren Systemressourcen

Überprüfen Sie die Systemressourcen mit dem Performance Monitor auf dem Windows Server, der den Quell-Exchange Server oder die Postfachdatenbank beherbergt, indem Sie MS Exchange Replication und MS Exchange Replication Server sowie die Average Disk Sec for Write and Read überwachen.

Überprüfen Sie auch den Leistungsmonitor auf dem Windows-Server, der den Ziel-Exchange-Server hostet.

Nachdem Sie die notwendigen Änderungen vorgenommen haben, führen Sie die Umzugsanforderungen erneut aus und analysieren die Datenspeicherung.

3. bestehende oder alte Exportaufträge löschen

Sie können auch überprüfen, ob es alte Umzugsaufträge gibt, die bereinigt werden müssen. Dies ist wichtig, da es andere festgefahrene Exportaufträge oder alte Aufträge geben könnte, die die Leistung Ihres Exchange-Servers und des PST-Exports behindern.

Sie können die alten oder bestehenden Anfragen mit dem PowerShell-Cmdlet Remove-MoveRequest entfernen.

Remove-MoveRequest -Identity "abc@xyz.com"

Als nächstes fügen Sie die neue Verschiebungsanfrage mit dem Parameter -Priority hinzu, wie unten gezeigt.

New-MoveRequest -Identity "abc@xyz.com" -BatchName "TestMigration" -Priorität Höchste

Daraufhin wird der Schichtauftrag mit der höchsten Priorität ausgeführt. Ihr Exportauftrag kann dann storniert und neu gestartet werden.

4. Aufschiebungsanträge aussetzen

Wenn Sie eine große Anzahl von Umzugsanfragen haben, können Sie versuchen, die blockierten Postfächer zuerst auszusetzen und sie nach etwa 10 Minuten wieder aufzunehmen. Dazu können Sie die PowerShell-Cmdlets Suspend-MoveRequest und Resume-MoveRequest verwenden (siehe die Beispiele unten).

Suspend-MoveRequest -Identity "abc@xyz.com"

Resume-Moverequest -Identity "abc@xyz.com"

Fazit

In diesem Artikel haben wir Umgehungsmöglichkeiten vorgestellt, mit denen Sie die Fehlermeldungen StalledDueToSource_DiskLatency und StalledDueToTarget_DiskLatency umgehen können. Wenn diese jedoch nicht funktionieren oder den Fehler nicht beheben, sollten Sie die Verwendung einer EDB zu PST Konvertierungssoftware eines Drittanbieters in Betracht ziehen, wie z.B. Stellar Converter for EDB. Die Software kann Ihnen dabei helfen, alle Postfächer aus den Datenbanken auf Ihrem alten oder bestehenden Exchange Server mit nur wenigen Klicks direkt auf den neuen Exchange Server zu verschieben.

Die Software ordnet die Quell- und Zielpostfächer automatisch zu und bietet die Möglichkeit, ein Postfach auf dem Zielserver direkt von der Softwareoberfläche aus zu erstellen. Dies beschleunigt den Postfächerexport zusätzlich und ermöglicht es Ihnen, alle Postfächer in Benutzerkonten auf dem Zielserver mit vollständiger Integrität und der ursprünglichen Ordnerstruktur zu importieren. Die Software ist mit Microsoft Exchange 5.5 bis zum neuesten Exchange Server 2019 kompatibel. Sie können damit also Postfächer von jeder Exchange Server-Version verschieben oder exportieren. Sie exportiert die Postfächer auch direkt in einen Microsoft 365-Tenant.

Was this article helpful?

YES0

NO

Über den Autor

Himanshu Shakya

Himanshu is a Tech Enthusiast and Blogger at Stellar, with expertise in data recovery solutions and a keen interest in emerging technologies. Fluent in Japanese, he brings a diverse skill set to his role, contributing to global tech conversations. Outside of work, Himanshu enjoys playing chess, sharpening his strategic thinking and problem-solving skills in his spare time.