メインコンテンツへスキップ

ボリュームリカバリキューの使用方法

Views:
2,061
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
CORE
Last Updated:

環境

ONTAP 9

概要

タイプが rw または dpのボリュームに対するボリューム削除要求 ( volume show コマンドの出力で確認可能)を実行すると、そのボリュームは「一部削除」状態に移行します。デフォルトでは、完全に削除されるまで12時間以上リカバリキューに保持されます。

  • ONTAP 9 .1以降でFlexGroupボリュームを削除すると、メンバー ボリュームまたはコンスティチュエントボリュームは保持期間が終了するまでボリュームリカバリキューに移動します。
  • 9.7以降では、 ONTAP System Manager > Recover deleted volumesを使用して削除したボリュームをリカバリできます

システムに影響がある場合はActive IQを確認してください

手順

ボリュームの削除

リカバリキューに追加された削除済みボリュームに対しては、次の処理が実行されます。

  • ジャンクションマッピング (volume unmountを削除します。
  • LUNマッピングの削除
  • Snapshot ポリシーの削除
  • エクスポート ポリシーの削除
  • QoSポリシーの削除
  • クォータポリシールールを削除する
  • ボリュームの状態がpending deleteに変更されました。  (オンライニングボリューム、および 名前変更、リカバリ、完全破棄以外のボリュームに対するその他の操作を防止します。また、diag権限レベル以外の多くのコマンドの出力にボリュームが表示されないようにします)。
  • ボリューム名が変更されました。  (新しいボリューム名は<oldname>_<DSID>の形式です) 
リカバリキュー内のボリューム数

部分的に削除された状態のボリュームは、 WAFLテーブルやその他のボリュームテーブルに引き続き存在します。そのため、ボリューム数のノード数とクラスタ数の制限にカウントし、名前とIDの競合チェックにも参加する必要があります。ただし、所有権を持つSVMの最大ボリューム数にはカウントされません。

これらのボリュームは引き続き制限数にカウントされるため、 outputすべての権限レベルでstorage aggregate show報告されるボリューム数に含まれます。

リカバリキュー内のアグリゲート使用スペース

リカバリキュー内のボリュームは引き続きアグリゲートスペースを消費します。アグリゲートスペースの消費量に関する混乱を避けるため、'volume show-footprint' コマンドの出力には、すべての権限レベルで部分的に削除されたボリュームが表示されます。

ボリュームリカバリキューのコマンド

メモ

  • 次のすべてのコマンドをdiag権限レベルで実行します。
リカバリキュー内のボリュームのリカバリ

部分的に削除されたボリュームをリカバリし、削除前の元の状態にリストアするには、複数の手順を実行します。このコマンドを実行すると、ボリュームが以前のタイプ(RWまたはDP)にリストアされ、 オフラインのままになります。ボリューム名を元の名前に戻したり、ジャンクションパスの設定にリストアしたりすることはありません。  複数のボリュームをリカバリする必要がある場合は、-volumeパラメータで「*」を使用できますが、-vserverパラメータで各SVMを個別に指定する必要があります。  9.11.1以降を使用している場合はadvanced権限でこのコマンドを実行したあと、以下のリカバリ後の手順を参照してください。 9.10.1以前を使用している場合はdiagを実行してください。

::*> volume recovery-queue recover -vserver <vserver_name> -volume <volume_name>

例:

::*> volume recovery-queue recover -vserver vs1 -volume vv4_1033
Volume recovery successful for volume "vv4_1033" in Vserver "vs1".

::*> vol recovery-queue show -vserver vs1
(volume recovery-queue show)
There are no entries matching your query.

リカバリ後の手順:

recoverコマンドの使用後も、ボリュームに対して次の手順を実行する必要があります。

  1. volume rename コマンドによるボリューム名の変更

  2. 必要に応じてvolume mount コマンドを実行してジャンクションを設定します。

  3. ボリューム内にLUNのマッピングを作成します(必要な場合)。lun mapコマンドを実行します。

  4. volume modify コマンドを使用して、Snapshotポリシー(エクスポートポリシー)をボリュームに関連付ける(必要な場合)

  5. 必要に応じて、quota policy rule コマンドを使用して、ボリュームの新しいクォータポリシールールを追加します。

  6. ボリュームのQoSポリシーを追加する(必要な場合)。volume modify コマンドを実行します。

:リカバリしたボリュームをオンラインにすると、同じアグリゲート内のすべてのボリュームのパフォーマンスが一時的に低下することがあります

リカバリキューの表示

リカバリキュー内のボリュームに関する情報を表示するには、次の手順を実行します。

volume recovery-queue show -vserver <vserver_name> -volume <volume_name>

例:

::*> volume recovery-queue show -vserver vs1
Vserver Volume          Deletion Request Time    Retention Hours
------- --------------- ------------------------ ---------------
vs1     vol1_2147484675 Sat Jul 16 20:22:01 2011      12

リカバリキューを無効にする

volume-delete-retention-hours が0に設定されている場合、そのSVMではこの機能が無効になります。以降のボリューム削除要求ではボリュームが完全に削除され、ボリュームはリカバリキューに保持されません。この機能を無効にすることは推奨されません

::> set diag

::*> vserver modify -vserver <vserver_name> -volume-delete-retention-hours 0

ボリュームの保持期間の変更

このコマンドを使用して、削除したボリュームがリカバリ用にリカバリキューに保持されるデフォルトの保持期間(時間)を設定します。デフォルト値は12時間です。

::*> vserver modify -vserver <vserver_name> -volume-delete-retention-hours <integer>

:値を1時間未満の間隔に設定することはできません。

例:

::> set diag

::*> vserver modify -volume-delete-retention-hours 8 -vserver vs1

::*> vserver show -fields volume-delete-retention-hours - vserver vs1
vserver volume-delete-retention-hours
------- -----------------------------
vs1                     8

volume-delete-retention-hours を変更して新しい値に設定した場合は、以降のボリューム削除要求にのみ影響します。部分的に削除された既存のボリュームの保持期間には影響しません。  

リカバリキュー内でのボリューム保持期間の変更

このコマンドでは、部分的に削除されたボリュームの最小保持期間を変更できます。ボリュームを完全に破棄できるかどうかを判断する場合、保持値は常にボリュームが削除されてからの時間数として使用されます。保持期間を短くすると、次回バックグラウンドボリュームリーパージョブが実行されたときにボリュームが破棄される可能性があります。これにより、保持期間と削除時間の合計が過去の時間になる場合があります。waflironの実行中はリカバリできないため、waflironが実行中でキュー内のボリュームをリカバリする必要がある場合は、保持期間を延長することを推奨します。

::*> volume recovery-queue modify -vserver <vserver_name> -volume <volume_name> -retention-hours <integer>

:値を1時間未満の間隔に設定することはできません。

::*> volume recovery-queue modify -vserver vs1 -volume vol1_2147484675 -retention-hours 4

::*> volume recovery-queue show -vserver vs1
Vserver Volume          Deletion Request Time    Retention Hours
------- --------------- ------------------------ ---------------
vs1     vol1_2147484675 Sat Jul 16 20:22:01 2011     4

ボリュームを強制的に削除

このコマンドは 、リカバリキュー内のボリュームを強制的に削除します。

::*> volume recovery-queue purge -vserver <vserver_name> -volume <volume name>

リカバリキュー内のすべてのボリュームを削除する

::*> volume recovery-queue purge-all -vserver <vserver_name>

例:

::*> volume recovery-queue purge -vserver vs1 -volume v1

追加情報

メモ:クラスタをONTAP 8.2から8.3にアップグレードすると、 以前に作成したすべてのStorage Virtual Machine(SVM)でボリュームリカバリキューが有効になりますが、ボリュームの削除の保持時間は手動で設定する必要があります。8.3へのアップグレード後に作成したSVMの 保持期間はデフォルトで12時間になります。

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.