ログスペースの問題-DAGCopyQueueLengthに必要なディスクスペースを把握する
300000CopyQueueLengthのDAGデータベースDAG1があります。コピーのステータスは失敗および一時停止です。問題を調査したところ、データベースでExchangeコピーを起動して実行するには、再シードが必要であることがわかりました。ただし、DAGデータベースのスペースをEXCH2サーバーにコピーする必要があるのではないかと心配しています。
CopyQueueLengthは、コピーするアイテムまたはサイズをKB単位で示しますか？
再シードを実行する前に必要なスペースを考慮に入れる必要がありますか？
バックグラウンド
- EXCH1、およびEXCH2はDAGにあります
- EXCH1、およびEXCH2はVMwareサーバーです
最終的に、EXCH1からEXCH2までの対応するディスクを同じサイズに設定しました。再シードプロセスを実行すると、ログはサーバー間で統合されました。 https：// localhost/ecp を介してコピーを実行しました
- 選択したサーバー>データベース>データベース
- 右側で選択された更新
- 再シードするサーバーとしてEXCH1を選択しました
- 再シードを実行させます
コピーの開始時に、使用済みディスクのスペースが数分以内に減少するのがわかりました。これは、再シードプロセスが実行する統合プロセスに対して行われたと思います。