Summary: 現在使用しているExchangeサーバーから別のサーバーにメールボックスを移行する場合、エクスポート処理中にエラーメッセージStalledDueToSource_DiskLatencyまたはStalledDueToTarget_DiskLatencyが発生することがあります。この記事では、このエラーが発生する理由と、ディスク遅延エラーを解決してメールボックスをターゲットサーバーに正常にエクスポートするために使用できる回避策について説明します。
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テナントに直接エクスポートすることもできます。
