ボリュームSnapshotは自動的に削除されます
環境
- Data ONTAP 8
- ONTAP 9
問題
Snapshotの保持期間が30日間設定されていても、ボリュームSnapshotは自動削除されます。
============
Snapshot autodelete settings for AUHVSNA1_SHARED:
state=on
commitment=try
trigger=snap_reserve
target_free_space=10%
delete_order=oldest_first
defer_delete=user_created
prefix=(not specified)
destroy_list=none =========================================
00000011.0010da6a 1b4cc5ac Tue Nov 25 2014 00:56:12 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'weekly.0' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da6c 1b4cc63c Tue Nov 25 2014 00:56:27 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'hourly.4' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da6e 1b4cc6d1 Tue Nov 25 2014 00:56:42 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'hourly.3' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da70 1b4cc758 Tue Nov 25 2014 00:56:55 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'hourly.1' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da72 1b4cc7f1 Tue Nov 25 2014 00:57:11 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'hourly.0' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da74 1b4cc888 Tue Nov 25 2014 00:57:26 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'nightly.0' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da76 1b4cc937 Tue Nov 25 2014 00:57:43 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'Dont_Delete_INC0752286' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da79 1b4cc9ab Tue Nov 25 2014 00:57:55 11:00 [disk.healthTrigger:warning] Disk 3a.42 received NHT health trigger (0x1 0xb 0x5d 0x5)
00000011.0010da7a 1b4cc9e9 Tue Nov 25 2014 00:58:01 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'Snapshot_4:45_24_11_2014' in volume 'AUHVSNA1_SHARED' to recover storage
00000011.0010da7c 1b4ccaa3 Tue Nov 25 2014 00:58:20 11:00 [wafl.volume.snap.autoDelete:info] Deleting snapshot 'Manual_snapshot' in volume 'AUHVSNA1_SHARED' to recover storage
As you can see here, On Nov 23, the volume /vol/AUHVSNA1_SHARED/ was at 96% capacity. Something happened between Nov 23, and Nov 25 that pushed that volume to its capacity and snapshots were deleted on Nov 25 to save the volume.
Filesystem kbytes used avail capacity Mounted on
Nov 23
/vol/AUHVSNA1_SHARED/ 5653468812 5424660856 228807956 96% /vol/AUHVSNA1_SHARED/
/vol/AUHVSNA1_SHARED/.snapshot 115376912 87988840 27388072 76% /vol/AUHVSNA1_SHARED/.snapshot
Nov 25
/vol/AUHVSNA1_SHARED/ 5858989708 5452568432 406421276 93% /vol/AUHVSNA1_SHARED/
/vol/AUHVSNA1_SHARED/.snapshot 119571216 2969476 116601740 2% /vol/AUHVSNA1_SHARED/.snapshot
====================================================
最も古いSnapshotは、オプションの指定に従って最初に削除されましたが、ボリュームを稼働させ続けるために、スペースの問題によってSnapshotの削除が維持されていました。つまり、ボリュームの容量が96%に達し、スペースが不足し、Snapshotの削除が十分な状態になるまで保持されていました。
その時点でボリュームを容量にプッシュする何らかの問題が発生し、すべてのSnapshotが削除されました。ボリュームスペースが許可されている場合、削除プロセスは1つのSnapshotで停止していましたが、ボリュームスペースでは許可されていません。
また、も target_free_space
10%に設定 target_free_space
されています。「Snapshotコピーの自動削除」を参照してください。は、Snapshotコピーの削除を停止するタイミングを決定します。target_free_space
ボリュームの割合の値を指定します。たとえば、20を指定すると、ボリュームの20%が空きスペースになるまでSnapshotコピーが削除されます。
一般 target_free_space
的には、Snapshotコピーが必要以上に削除されないように、値を自動削除のしきい値よりも2%低くします。