長時間の転送が原因で複数の更新が失敗した場合の SnapMirror スケジュール更新の動作
環境
ONTAP 9
回答
- SnapMirror非同期レプリケーションでは、一度に関係ごとに転送できるのは1回だけです。
- 前の転送がまだ実行中のときにスケジュールされた更新がトリガーされると、新しい更新は失敗やスキップなどのステータスで失敗します。
- スケジュールされた更新に失敗した場合、以降で実行するためにキューに登録されません。
- 長時間の転送が完了したあとでも、SnapMirrorは見逃した、または失敗したスケジュールされた更新を自動的には実行しません。
- 次にスケジュールされた更新は、次にスケジュールされた間隔でのみトリガーされます。
- SnapMirrorスケジューラは、見逃した更新のキューイングやバックフィルの再試行を実行しません。
- 失敗した更新ログエントリは、転送がすでに進行中であったためにスケジュールされた更新を実行できなかったことを示しています。
- スケジュールされた更新に失敗しても、自動キャッチアップは実行されず、繰り返し実行されることはありません。
- 長時間の転送のあとに即時レプリケーションが必要になった場合は、手動更新を開始できます。
- 注：
- SnapMirror show-historyにはスケジュールされた時間に一致する開始時間が表示される場合がありますが、実際の転送は前回の転送が終了したあとに開始されます。
- これはキューイングに似ているように見えますが、キュー/バックフィルのメカニズムではありません。
- 手動SnapMirror更新コマンドを使用すると、必要に応じて、スケジュールされた間隔外のレプリケーションをトリガーできます。
追加情報
追加情報