翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
スナップショットによるデータの保護
スナップショットは、特定の時点におけるボリュームFSxの NetApp ONTAP Amazon の読み取り専用イメージです。スナップショットは、ボリューム内のファイルの間違った削除や変更からの保護を提供します。スナップショットを使用すると、ユーザーは以前のスナップショットから個々のファイルまたはフォルダを簡単に表示および復元して、変更を元に戻したり、削除されたコンテンツを復元したり、ファイルバージョンを比較したりできます。
スナップショットには、ファイルシステムのSSDストレージ容量を消費する最後のスナップショット以降に変更されたデータが含まれます。スナップショットは、ボリュームバックアップ には含まれていません。スナップショットは、スナップショットdefaultポリシーを使用してボリュームでデフォルトで有効になっています。スナップショットはボリュームのルート内の .snapshot ディレクトリに保存されます。ボリュームごとに最大 1,023 個のスナップショットを任意の時点で保存できます。この制限に達したら、ボリュームの新しいスナップショットを作成する前に、既存のスナップショットを削除する必要があります。
トピック
スナップショットポリシー
スナップショットポリシーは、システムがボリュームのスナップショットを作成する方法を定義します。ポリシーは、スナップショットを作成する時期、保持するコピーの数、および命名方法を指定します。の には、次の 3 つのスナップショットポリシーが組み込まれFSxていますONTAP。
-
default -
default-1weekly -
none
デフォルトで、すべてのボリュームはファイルシステムの default スナップショットポリシーに関連付けられます。ほとんどのワークロードでは、このポリシーを使用することを推奨します。
default ポリシーは、次のスケジュールでスナップショットを自動的に作成し、最も古いスナップショットコピーを削除して、新しいコピーの空き領域を確保します。
-
時間の 5 分後に撮影された最大 6 つの 1 時間単位のスナップショット。
-
月曜日から土曜日の午前 0 時から 10 分後に撮影される最大 2 つの日次スナップショット。
-
毎週日曜日の午前 0 時から 15 分後に撮影される最大 2 つの週次スナップショット。
注記
スナップショット時間は、ファイルシステムのタイムゾーンに基づきます。タイムゾーンはデフォルトで協定世界時 () ですUTC。タイムゾーンの変更については、 NetApp サポートドキュメントの「システムタイムゾーンの表示と設定
default-1weekly ポリシーは、週間スケジュールのスナップショットを 1 つだけ保持する点を除いて、default ポリシーと同じ方法で動作します。
none ポリシーは、スナップショットを作成しません。このポリシーをボリュームに割り当てると、自動スナップショットが作成されないようにすることができます。
ONTAP CLI または を使用してカスタムスナップショットポリシーを作成することもできますRESTAPI。詳細については、「 NetApp ONTAP製品ドキュメント」の「スナップショットポリシーの作成
個々のファイルとフォルダの復元
Amazon FSx ファイルシステムのスナップショットを使用すると、ユーザーは個々のファイルまたはフォルダの以前のバージョンをすばやく復元できます。これにより、共有ファイルシステムに保存されている削除または変更されたファイルをリカバリできます。管理者の手を借りずに、デスクトップ上で直接セルフサービス方式で行うことができます。このセルフサービスアプローチにより、生産性が向上し、管理のワークロードが軽減されます。
Linux および macOS クライアントはスナップショットをボリュームのルートにある .snapshot ディレクトリに表示することができます。Windows クライアントはスナップショットを Windows エクスプローラのタブ (ファイルまたはフォルダを右クリック) の Previous Versions タブに表示することができます。
スナップショットの削除
スナップショットは、前回のスナップショット以降に変更されたボリューム上のデータに対してのみストレージ容量を消費します。このため、ワークロードがデータを迅速に書き込む場合、古いデータのスナップショットはボリュームのストレージ容量の大部分を占める可能性があります。
例えば、volume show-spaceUser Data。しかし、ユーザーデータが削除される前は、ボリュームには 9.8 GB の User Data がありました。ボリュームからファイルを削除した場合でも、スナップショットは以前のユーザーデータを参照している可能性があります。このため、前の例の Snapshot Reserve および Snapshot
Spill は、ボリュームにユーザーデータがほとんどないにもかかわらず、合計 9.8 GB の容量を使用します。
ボリュームの領域を解放するには、不要になった古いスナップショットを削除できます。これを行うには、スナップショットの自動削除ポリシーを作成するか、スナップショットを手動で削除します。スナップショットを削除すると、スナップショットに保存されている変更されたデータが削除されます。
スナップショット予約
スナップショットコピー予約は、スナップショットコピーを保存するためのボリュームのストレージ容量の特定の割合を設定し、デフォルト値は 5% です。スナップショットコピー予約には、ボリュームバックアップ を含め、スナップショットコピーに十分なスペースを割り当てる必要があります。スナップショットコピーがスナップショット予約領域を超える場合は、アクティブなファイルシステムから既存のスナップショットコピーを削除して、ファイルシステムを使用するためのストレージ容量を回復する必要があります。スナップショットコピーに割り当てられているディスク容量の割合を変更することもできます。
スナップショットがスナップショット予約の 100% 以上を消費するたびに、プライマリSSDストレージ領域を占有し始めます。このプロセスはスナップショットスピルと呼ばれます。スナップショットがアクティブなファイルシステムスペースを占有し続けると、ファイルシステムがいっぱいになるリスクがあります。スナップショットの流出によりファイルシステムがいっぱいになった場合は、十分なスナップショットを削除した後にのみファイルを作成できます。
スナップショットリザーブのスナップショットに十分なディスク容量がある場合、プライマリSSD階層からファイルを削除すると、新しいファイルのディスク容量が解放されます。一方、これらのファイルを参照するスナップショットコピーは、スナップショットコピーリザーブの領域のみを消費します。
スナップショットが予約されている量 (スナップショット予約) を超えるディスク容量を消費するのを防ぐ方法がないため、プライマリSSD階層に新しいファイルを作成したり、既存のファイルを変更したりするために常に使用可能な領域を確保するために、スナップショットに十分なディスク容量を予約することが重要です。
ディスクがいっぱいになったときにスナップショットが作成された場合、プライマリSSD階層からファイルを削除しても、そのデータはすべて新しく作成されたスナップショットからも参照されるため、空き領域は作成されません。ファイルを作成または更新するためにストレージを解放するには、スナップショットを削除する必要があります。
を使用して、ボリュームのスナップショット予約の量を変更できますNetApp ONTAPCLI。詳細については、「ボリュームのスナップショット予約の更新」を参照してください。
