どのSnapshotが自動的に削除され、どのSnapshotがビジー状態になるはずですか。

環境

• SnapMirror
• SnapVault
• Data ONTAP 7-Modeで動作

回答

使用中のSnapshotは削除すべきでしょうか？

どのSnapshotが自動的に削除される予定ですか？

• SnapMirrorは最新のSnapshotのみを保持し、次の更新が正常に完了するとすぐに以前のSnapshotを削除します。
• SnapVaultおよび通常のボリュームのSnapshotは、スケジュールで設定されたSnapshot保持値に従って削除されます。

自動的に削除されないSnapshotはどれですか？

• SnapMirror再同期、SnapMirrorリストア、SnapVaultリストア、SnapRestore、dump、volcopy、およびndmpcopyによって作成されたSnapshotは自動的には削除されません。

どのSnapshotがビジー状態になると予想されますか？

• Qtree SnapMirror（QSM）およびSnapVaultは、次の増分更新に必要なため、デスティネーションで最後に作成されたSnapshotをロックします。ソースでは、Snapshotはそれを作成したサービスが所有していますが、ロックされていません。

• ボリュームSnapMirror（VSM）では、すべてのスナップショットが転送されるため、SnapMirror更新中にソースボリューム上のすべてのスナップショットが「ビジー」とマークされます。VSM更新が完了すると、ボリュームスナップショットからビジーステータスが自動的に解除されます。
  
  転送が完了すると、スナップショットは「snapmirror」状態に戻ります。その後、snapmirror関係からの最初のスナップショットが削除されます。転送のために「ビジー」として保持されていたスナップショットはすべて解放されます。

  たとえば
   

  Volume testvol1
working...

  %/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Apr 16 10:33 f840-ca3(0033583371)_dstsm.31 (busy,snapmirror)
0% ( 0%) 0% ( 0%) Apr 16 10:33 test1 (busy)
1% ( 0%) 0% ( 0%) Apr 16 10:31 f840-ca3(0033583371)_dstsm.30 (busy,snapmirror)

  f840-ca1> snapmirror status
Snapmirror is on.
Source Destination State Lag Status

  f840-ca1:testvol1 f840-ca3:dstsm Source 00:02:10 Transferring (136 KB done)

  f840-ca1> snap list testvol1
Volume testvol1
working...

  %/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Apr 16 10:33 f840-ca3(0033583371)_dstsm.31 (snapmirror)
0% ( 0%) 0% ( 0%) Apr 16 10:33 test1

• また、SnapshotがNDMPバックアップまたはダンプで使用されている場合、そのSnapshotには「(busy, backup[#],snapmirror)」というマークが付けられます。バックアップが完了すると、またはバックアップが終了すると、ビジー状態は自動的に解除されます。バックアップがSnapshotを使用しているかどうかを確認するには、「backup status」コマンドを実行します。

• LUNまたはボリュームクローン、CIFS共有、RAIDミラーリングなどは、それぞれのSnapshotをロックします。
  
  注記: KBを参照してください：Snapshotがビジー状態と表示されています。 

• Data ONTAP 7.3以降では、SnapMirror転送を失敗させることなく、SnapMirrorデスティネーションからFlexClonesを構築できる機能が追加されました。ただし、Data ONTAP 7.3より前のバージョンでは、 FlexCloneはSnapMirror Snapshotをロックします：SnapMirrorボリュームのクローンを作成することはできますが、SnapMirrorデスティネーションのクローンは、そのクローンの作成元となったSnapshotコピーをロックすることに注意する必要があります。そうすることで、ボリュームがSnapMirrorカスケードの一部である場合、ソースボリューム内、およびカスケード内のすべてのボリューム内のそのコピーもロックダウンされます。また、最新のコピーではないデスティネーションボリューム内のSnapshotコピーからFlexCloneボリュームが作成され、その結果Snapshotコピーがロックダウンされた場合、そのSnapshotコピーがソースボリューム上に存在しなくなると、更新のたびにデスティネーション上のコピーを削除する必要があります。この場合、クローンが破棄またはスプリットされるまで、デスティネーションボリュームへのすべてのSnapMirror更新は失敗します。クローンがSnapMirrorデスティネーションの最新のSnapshotコピーから作成された場合、そのコピーはソースボリュームにまだ存在するため、この問題は発生しません。

snap list -b vol_name コマンドを使用して、どのサービスがSnapshotを所有しているかを定義します："-b"オプションはData ONTAP 7.0.2以降で使用できます。最初の列には、ボリューム内のすべてのSnapshotが一覧表示されます。2列目には、Snapshotがビジー状態の場合、その所有者が表示されます。Snapshotがビジー状態でない場合、所有者は報告されません。

system>snap list -b vol1
Volume vol1 working...
name                                 owners
-----------                          -----------
snap1                                LUN clone
clone_vclone.1                       volume clone
system(0033604314)_vol1_q1-dst.2     snapmirror

ビジー状態のSnapshotに対してsnap deleteを試みた場合、出力はSnapshotの所有者の同様のリストとなり、snap deleteは失敗します。例：

System>snap delete -a vol1
Are you sure you want to delete all snapshots for volume vol1?
Y snap delete -a: Remaining snapshots are currently in use by dump, snap restore, SnapMirror, a CIFS share, RAID mirroring, LUNs or retained by SnapLock.
Please try to delete remaining snapshots later.
System>snap delete vol1 system(0033604314)_vol1_q1-dst.2        
Snapshot system(0033604314)_vol1_q1-dst.2 is busy because of snapmirror

追加情報

追加情報_text