エラー修正 – “メールボックスのエクスポートは、ソースのハードドライブの待ち時間のために停止しました”

Exchangeサーバーが耐用年数を迎えると、Microsoftからのセキュリティ更新プログラムやその他のサポートを継続的に受けるために、Exchangeの新しいバージョンまたは最新のバージョンにアップグレードする必要があります。また、メールボックスやその他のデータを新しいバージョンに移行する必要もあります。移行が困難な場合もあるため、ベストプラクティスに従ってスムーズな移行作業を行う必要があります。

移行時のベストプラクティスの1つは、テスト実行を行うことです。移行先サーバーの速度とパフォーマンスを確認するために、必ず数個のメールボックスのテスト移行を実施する必要があります。こうすることで、移行中の障害を回避し、より高速な移行を実現できます。

既存のサーバーから移行先のサーバーにメールボックスを移行する際に、「StalledDueToSource_DiskLatency」または「StalledDueToTarget_DiskLatency」というエラーが発生する場合があります。

これにより、エクスポートのループにはまり、既存のサーバーからターゲットサーバーへのメールボックスのエクスポートや移行ができなくなる可能性があります。これはまた、ターゲットPSTファイルが肥大化し、最終的にドライブ上のすべてのストレージ領域を消費する原因となります。

この問題を解決するには、StalledDueToSource_DiskLatencyまたはStalledDueToTarget_DiskLatencyエラーが発生する原因を知る必要があります。このエラーは、以下の理由の1つまたは複数で発生することが確認されています：

• ソースハードドライブ（データベース/メールボックスが保存されているドライブ）または宛先ハードドライブ（PSTが保存されているドライブ）のいずれかで、ハードドライブのパフォーマンスに問題がある場合。
• システムリソースが不足しています。
• キュー内の既存の輸出注文
• 移行元または移行先のデータキャリアの応答時間が非常に長く、移行バッチまたはエクスポートに時間制限があります。

しかし、エラーを修正し、すべてのメールボックスをPSTにエクスポートして新しいサーバーにインポートするために実行できる回避策がいくつかあります。

ソースまたは宛先ディスクの遅延によるメールボックスエクスポートエラーの解決策

StalledDueToSource_DiskLatencyおよびStalledDueToTarget_DiskLatencyエラーを修正するには、以下の手順に従ってください：

1. ハードディスクの性能をチェック

まず、ハード・ドライブのパフォーマンスを確認してください。RAIDやハードディスク管理ソフトウェア、またはハイパーバイザーのデータ保存状態を確認してください。

お使いのサーバーに、すぐに故障する可能性のあるドライブが1台以上あるかどうかを確認してください。このようなハードドライブは通常、SANまたはRAIDマネージャによってマークされます。

また、ドライブの速度やデータ転送速度が低下しているために、ドライブがうまく動作していないかどうかも確認してください。このような場合は、ハードドライブをサーバーグレードのドライブにアップグレードするか、SSDドライブに交換することを検討してください。

2. サーバーの状態と利用可能なシステムリソースを確認します。

ソース Exchange サーバーまたはメールボックスデータベースをホストしている Windows サーバーのパフォーマン スモニターを使用して、MS Exchange レプリケーションと MS Exchange レプリケーションサーバー、および書 き込みと読み込みの平均ディスク使用時間を監視して、システムリソースを確認してください。

ターゲットExchangeサーバーをホストしているWindowsサーバーのパフォーマンスモニターも確認してください。

必要な変更を行った後、移動要求を再度実行し、データ保存を分析します。

3. 既存または古いエクスポートリクエストの削除

また、クリーンアップが必要な古い移動ジョブがあるかどうかも確認できます。これは、Exchange サーバーと PST エクスポートのパフォーマンスを妨げている、動かなくなったエクスポートジョブや古いジョブがある可能性があるため、重要です。

PowerShell コマンドレット Remove-MoveRequest を使用して、古いまたは既存の要求を削除できます。

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

次に、以下のように-Priorityパラメータを指定して、新しい移動リクエストを追加します。

New-MoveRequest -Identity "abc@xyz.com" -BatchName "TestMigration" -Priority Highest

その結果、最も優先順位の高いシフトオーダーが実行されます。その後、輸出注文をキャンセルして再開することができます。

4. 延期要請の停止

移動要求の数が多い場合は、まずブロックされているメールボックスを一時停止し、約10分後に再開するようにすることができます。これを行うには、PowerShell コマンドレット Suspend-MoveRequest および Resume-MoveRequest を使用します (以下の例を参照)。

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

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

結論

この記事では、StalledDueToSource_DiskLatency および StalledDueToTarget_DiskLatency エラーメッセージを回避するための回避策をご紹介しました。しかし、これらが機能しない、またはエラーが解決しない場合は、Stellar Converter for EDB のようなサードパーティのEDBからPSTへの変換ソフトウェアの使用を検討する必要があります。このソフトウェアは、数回クリックするだけで、古いExchangeサーバーや既存のExchangeサーバー上のデータベースから新しいExchangeサーバーに全てのメールボックスを直接移動することができます。

ソフトウェアは自動的にソースとターゲットのメールボックスをマッピングし、ソフトウェアのインターフェイスから直接ターゲットサーバー上にメールボックスを作成するオプションを提供します。これにより、メールボックスのエクスポートがさらに高速化され、すべてのメールボックスを完全な整合性と元のフォルダ構造でターゲットサーバーのユーザーアカウントにインポートすることができます。このソフトウェアは、最新のExchange Server 2019までのMicrosoft Exchange 5.5と互換性があります。そのため、どのExchange Serverバージョンからでもメールボックスの移動やエクスポートに使用できます。また、メールボックスをMicrosoft 365テナントに直接エクスポートすることもできます。

Was this article helpful?

YES0

NO

著者について

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.