NetAppファイラーは、snapvault操作に大量の遅延を示しています。このような大きなスナップショットラグの考えられる原因は何でしょうか?
Snapvault is ON.
Source Destination State Lag Status
home:/vol/home/ vault1:/vol/home_backup/ Source 1602:06:04 Idle
home:/vol/h_root/- vault1:/vol/home_backup/h_root Source 1578:07:40 Idle
.snapshotディレクトリのリストは、ライブファイルシステムがその日付以降にファイルを変更したディレクトリでも、12月2日のmtimeを示しています。
drwx--x--x 13 user staff 8192 Dec 2 17:35 Feb-01
snapvault status -l
は、次の情報を明らかにします。
Snapvault is ON.
Source: home:/vol/home/
Destination: vault1:/vol/home_backup/
Status: Idle
Progress: -
State: Source
Lag: 1602:15:24
Mirror Timestamp: Fri Dec 2 00:01:56 PST 2011
Base Snapshot: sv.7
Current Transfer Type: -
Current Transfer Error: could not read from socket
Contents: -
Last Transfer Type: -
Last Transfer Size: 28618316 KB
Last Transfer Duration: 04:02:46
Last Transfer From: -
Source: home:/vol/h_root/-
Destination: vault1:/vol/home_backup/h_root
Status: Idle
Progress: -
State: Source
Lag: 1578:17:00
Mirror Timestamp: Sat Dec 3 00:00:20 PST 2011
Base Snapshot: sv.7
Current Transfer Type: -
Current Transfer Error: could not read from socket
Contents: -
Last Transfer Type: -
Last Transfer Size: 1488 KB
Last Transfer Duration: 00:00:04
Last Transfer From: -
宛先側では、snapvault status
の次の出力があります。
Source Destination State Lag Status
home:/vol/home/ vault1:/vol/home_backup/ Snapvaulted 1602:24:40 Quiescing
home:/vol/h_root/- vault1:/vol/home_backup/h_root Snapvaulted 1578:26:16 Quiescing
ソースファイラーと宛先ファイラーの両方がNetAppリリース8.0.2を実行しています。
宛先ステータスは、静止していることを示しています。つまり、転送をきれいに停止しようとしています...最近転送を静止しようとしない限り、かなり長い間、明らかにこのようになっています。
まず、ダミーボリュームを使用して新しい転送を作成し、新しい転送を正しく転送できるかどうかを確認します。これは、トラブルシューティングに役立ちます...それが機能すると仮定して、snapvault転送を中断してから、それらを再初期化しようとします。一度に。
スロットル設定が混乱することがあり、誤って予想よりもはるかに低く設定した可能性があるため、スロットルが設定されているかどうかを確認することもできます。
送信元が宛先と通信できなくなる可能性のあるネットワークの変更はありましたか?ファイアウォールが誤ってパケットをドロップし続ける非同期ルーティングとしてスナップミラートラフィックが表示される原因となったCiscoコードのバグに遭遇しました。
システムのCPUは高いですか? 3050はかなり古いシステムであり、過負荷になっていて、ユーザーデータの提供中にsnapvaultのオーバーヘッドに対応できない可能性があります。これは、一貫して90年代後半にいる場合にのみ表示されますが、それほど一般的な問題ではありません。