NetApp-スナップショットフル
最近、ファイラーのさまざまなボリュームから多数のスナップショットフル警告イベントが生成されています。
ストレージシステムnetappfiler.contoso.comのスナップショットsnapmirror_sql_trns_log.snapshotでの6月22日10:03アラスカ夏時間の警告イベント：スナップショットは251.89％いっぱいです（14.9GBの37.7GBを使用）。
疲れたばかりかもしれませんが、これが何を意味するのか本当に理解するのに苦労しています。ドキュメントを読んだところ、このボリュームのスナップショットリザーブは完全にいっぱいであり、スナップショットは通常の使用に割り当てられているボリュームの部分の未使用スペースに溢れています（ スナップショットのコピーとスナップショットリザーブの使用スペースボリューム ）。
この状態についていくつか質問があります。
- 私の理解は正しいですか？ NetAppが使用する用語と、「スナップショットがいっぱいです」（つまり、1つのスナップショットまたはスナップショットの予約を意味します）に少し戸惑いますか？
- ユーザーデータが増大し、スナップショットスピルスペースと競合するとどうなりますか？それを占めるスナップショットは削除されますか？
- 一般的にどのような状態がこれを引き起こしますか？スナップショットの予約がいっぱいになるか、新しいスナップショットがいっぱいになると、ONTAPは必要に応じて最も古いスナップショットを予約から削除するだけだと理解しています。その場合、どの程度正確に「スナップショットを埋める」ことができますか？
スナップショット自動削除を使用する必要があります。これがないと、予約を超えるスナップショット デフォルトでは削除されません 。
スナップショットの自動削除は、いくつかの方法で動作するように構成できます。私が使用しているのは、 トリガーを "snap_reserve" に設定することです。これは、予約を超えるスナップショットをすべて削除することを意味します。より便利なバックアップとしてスナップショットを使用しますが、それでもバックアップを取り、ボリュームに書き込む機能よりもスナップショットを失います。
そのエラーメッセージの文言は、コメントによると、NetApp OnCommand DataFabric Manager5.0.0.7636からの[編集]です。それは確かにスナップリザーブがいっぱいであることを意味します。