翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# ボリュームバックアップによるデータの保護
FSx for ONTAP を使用すると、ファイルシステム上のボリュームの日次自動バックアップとユーザー開始バックアップを行うことにより、データを保護できます。ボリュームの定期的なバックアップを作成することは、データの保持とコンプライアンスのニーズをサポートするのに役立つベストプラクティスです。ボリュームバックアップは、バックアップが保存されている AWS リージョン のと同じ にある にアクセスできる既存の FSx for ONTAP ファイルシステムに復元できます。Amazon FSx バックアップを使用すると、ボリュームのバックアップを簡単に作成、表示、復元、削除できます。
Amazon FSx は、読み取り/書き込み (RW) の `OntapVolumeType` で ONTAP ボリュームのバックアップをサポートします。
**注記**
Amazon FSx では、データ保護 (DP) ボリューム、ロードシェアリングミラー (LSM) ボリューム、またはFlexCacheとSnapMirrorの宛先ボリュームのバックアップをサポートしていません。
**Topics**
+ [バックアップの仕組み](#how-backups-work)
+ [ストレージの要件](#storage-requirements)
+ [日次自動バックアップ](#automatic-backups)
+ [ユーザー主導のバックアップ](#user-initiated-backups)
+ [バックアップへのタグのコピー](#copy-tags-to-backups)
+ [Amazon FSx AWS Backup での の使用](#aws-backup-and-fsx)
+ [新しいボリュームへのバックアップの復元](#restoring-backups)
+ [バックアップと復元のパフォーマンス](#backup-performance)
+ [SnapLock ボリュームのバックアップ](#snaplock-backup)
+ [ユーザー起動のバックアップの作成](creating-backups.md)
+ [新しいボリュームへのバックアップの復元](to-restore-backups.md)
+ [データのサブセットの復元](data-subset-restore.md)
+ [バックアップを復元する際の進捗状況のモニタリング](monitor-backup-restore.md)
+ [バックアップの削除](how-to-delete-backups.md)
## バックアップの仕組み
すべての Amazon FSx バックアップ (日次自動バックアップとユーザー主導バックアップ) は増分的です。つまり、前回のバックアップが完了した以降のデータの変更のみを格納します。これにより、バックアップの作成に必要な時間と、各バックアップで使用されるストレージの量の両方が最小限に抑えられます。増分バックアップは、重複データを格納しないことでストレージコストを最適化します。FSx for ONTAP バックアップはボリュームごとに行われ、各バックアップには 1 つの特定のボリュームのデータのみが含まれます。Amazon FSx バックアップは、高い耐久性を実現するために、複数のアベイラビリティーゾーンに冗長的に格納されます。
Amazon FSx バックアップは、スナップショット (ある時点のボリュームの読み取り専用イメージ) を使用して、バックアップ間の増分を維持します。バックアップが行われるたびに、Amazon FSx はまずボリュームのスナップショットを取得します。バックアップスナップショットはボリュームに格納され、ボリュームのストレージ領域を消費します。次に、Amazon FSx は、このスナップショットを以前のバックアップスナップショット (存在する場合) と比較し、変更されたデータのみをバックアップにコピーします。
以前のバックアップスナップショットが存在しない場合は、最新のバックアップスナップショットの内容全体がバックアップにコピーされます。最新のバックアップスナップショットが正常に作成されると、Amazon FSx は以前のバックアップスナップショットを削除します。プロセスが繰り返される場合、最新のバックアップに使用されたスナップショットは、次のバックアップが作成されるまで、ボリュームに残ります。バックアップストレージのコストを最適化するために、ONTAP はボリュームのストレージ効率の節約をバックアップに維持します。
バックアップを[削除](how-to-delete-backups.md)すると、そのバックアップに固有のデータのみが削除されます。各 Amazon FSx バックアップには、バックアップから新しいボリュームを作成するために必要なすべての情報が含まれており、ボリュームのポイントインタイムスナップショットを効果的に復元します。
ボリュームごと AWS アカウント およびボリュームごとに保存できるバックアップの数には制限があります。詳細については、「[増加可能なクォータ](limits.md#soft-limits)」および「[ファイルシステムあたりのリソースクォータ](limits.md#limits-ontap-resources-file-system)」を参照してください。
**注記**
バックアップに NDMP を使用する場合、ONTAP では、NDMP転送の進行中にパッチオペレーションなどのメンテナンスアクティビティを続行することはできません。パッチの遅延を避けるため、Amazon FSx は、ファイルシステムのメンテナンスウィンドウ中にパッチオペレーションが適用されると、アクティブなNDMP転送セッションを中止します。パッチ適用が完了したら、Amazon FSx は自動的に再開できないため、クライアント側からNDMP転送セッションを手動で再起動する必要があります。バックアップの中断を回避するには、バックアップとパッチ AWS Backupの同時オペレーションをサポートする Amazon FSx バックアップまたは を使用することをお勧めします。
## ストレージの要件
ボリュームとファイルシステムには、バックアップスナップショットを格納するために十分な SSD ストレージ容量が必要です。スナップショットのために追加で消費される容量によってボリュームの SSD ストレージ使用率が 98% を超える場合は、バックアップスナップショットを作成することはできません。この場合、バックアップは失敗します。[ボリューム](manage-volume-capacity.md)または[ファイルシステムの](storage-capacity-and-IOPS.md#increase-primary-storage) SSD ストレージをいつでも増やして、バックアップが中断されないようにすることができます。
## 日次自動バックアップ
ファイルシステムを作成すると、ファイルシステムのボリュームに対して日次自動バックアップがデフォルトで有効になります。既存のファイルシステムの日次自動バックアップは、いつでも有効または無効にできます。すべてのボリュームの日次自動バックアップは、ファイルシステムの日次バックアップウィンドウ中に行われ、ファイルシステムの作成時に自動的に設定されます。日次バックアップウィンドウはいつでも変更できます。最適な[バックアップパフォーマンス](#backup-performance)を得るには、クライアントとアプリケーションがボリューム上のデータにアクセスしているときに、通常の営業時間外の日次バックアップウィンドウを選択することをお勧めします。また、ファイルシステムのメンテナンスウィンドウと重複しないバックアップウィンドウを選択することをお勧めします。ウィンドウが重複する場合、メンテナンスアクティビティが優先され、メンテナンスの完了後に自動バックアップが行われます。すでに進行中のバックアップはメンテナンス中も続行されますが、メンテナンスが完了するまで新しいバックアップの作成は行われない場合があります。メンテナンスがウィンドウの全期間にわたって実行されると、そのウィンドウ中に自動バックアップが行われない可能性があります。
コンソールを使用して、日次自動バックアップの保持期間を、ファイルシステムの作成時またはいつでも 1～90 日の値に設定できます。デフォルトの日次自動バックアップの保持期間は 30 日です。Amazon FSx は、保持期間が終了すると日次自動バックアップを削除します。 AWS CLI および API を使用して、保持期間を 0 ～ 90 日の値に設定できます。これを 0 に設定すると、毎日の自動バックアップがオフになります。
日次自動バックアップ、日次バックアップウィンドウ、バックアップ保持期間は、ファイルシステム上のすべてのボリュームに適用されるファイルシステム設定です。Amazon FSx コンソール、 AWS CLI、または API を使用して、これらの設定を変更できます。詳細については、「[ファイルシステムの更新](updating-file-system.md)」を参照してください。
ボリュームがオフラインの場合、ボリュームバックアップ (日次自動バックアップまたはユーザー主導バックアップ) を作成することはできません。詳細については、「[オフラインボリュームの表示](offline-volumes.md)」を参照してください。
**注記**
自動日次バックアップの最大保持期間は 90 日ですが[、 を使用して作成されたバックアップを含むユーザーが開始した](#user-initiated-backups)バックアップは AWS Backup、ユーザーまたは削除しない限り、永久に保持 AWS Backup されます。
Amazon FSx コンソール、CLI、および API を使用して、日次自動バックアップを手動で[削除](how-to-delete-backups.md)できます。ボリュームを削除すると、そのボリュームの日次自動バックアップも削除されます。Amazon FSx には、ボリュームを削除する前に最終バックアップを作成するオプションが用意されています。最終バックアップは、削除しない限り永続的に保持されます。
## ユーザー主導のバックアップ
Amazon FSx では、 AWS マネジメントコンソール、、および API を使用して AWS CLI、ファイルシステムのボリュームのバックアップを手動で取得できます。ユーザー主導のバックアップは、ボリュームに対して作成された他のバックアップと比較すると増分的で、ユーザーが削除しない限り、永続的に保持されます。ユーザー主導のバックアップは、バックアップが作成されたボリュームまたはファイルシステムを削除した後でも保持されます。[ユーザー主導のバックアップ](how-to-delete-backups.md)は、Amazon FSx コンソール、API、または CLI を使用してのみ削除できます。Amazon FSx によって自動的に削除されることはありません。
ユーザー主導のバックアップを作成する方法については、「[ユーザー起動のバックアップの作成](creating-backups.md)」を参照してください。
## バックアップへのタグのコピー
CLI または API でボリュームを作成または更新するときに `CopyTagsToBackups` がボリュームの[任意のタグをバックアップに自動的にコピーす](creating-volumes.md#create-volume-cli)るように設定することができます。ただし、コンソールの使用時にバックアップに名前を付けるなど、ユーザー主導のバックアップの作成時にタグを追加すると、`CopyTagsToBackups` が有効になっている場合でも、Amazon FSx はボリュームからタグをコピー*しません*。
## Amazon FSx AWS Backup での の使用
AWS Backup は、Amazon FSx for NetApp ONTAP ボリュームをバックアップすることでデータを保護するシンプルで費用対効果の高い方法です。 AWS Backup は、バックアップの作成、復元、削除を簡素化すると同時に、レポートと監査を改善するように設計された統合バックアップサービスです。 AWS Backup を使用すると、法律、規制、業務に関するコンプライアンスのための、集中型バックアップ戦略を容易に開発できます。また、以下を実行できる一元的な場所を提供することで、 AWS ストレージボリューム、データベース、ファイルシステムを簡単に保護できます。
+ バックアップする AWS リソースを設定して監査します。
+ バックアップスケジュールのオートメーション。
+ 保持ポリシーの設定。
+ 最近のすべてのバックアップ、コピー、および復元アクティビティのモニタリング。
AWS Backup は、Amazon FSx の組み込みバックアップ機能を使用します。 AWS Backup コンソールを使用して作成されたバックアップは、同じレベルのファイルシステムの整合性とパフォーマンスを持ち、ボリュームで作成された他の Amazon FSx ユーザー主導のバックアップと比較して増分的であり、Amazon FSx コンソールを使用して作成されたバックアップと同じ復元オプションを提供します。 AWS Backup を使用してこれらのバックアップを管理すると、1 時間ごとにスケジュールされたバックアップを作成する機能など、追加の機能が提供されます。防御レイヤーを追加し、バックアップを [バックアップ保管庫](https://docs.aws.amazon.com/aws-backup/latest/devguide/vaults.html)に格納することで、不注意や悪意による削除からバックアップを保護できます。
によって作成されたバックアップ AWS Backup はユーザー主導のバックアップと見なされ、Amazon FSx のユーザー主導のバックアップクォータにカウントされます。詳細については、「[増加可能なクォータ](limits.md#soft-limits)」を参照してください。Amazon FSx コンソール、CLI、および API AWS Backup を使用して作成されたバックアップを表示および復元できます。ただし、Amazon FSx コンソール、CLI、または API AWS Backup で によって作成されたバックアップを削除することはできません。詳細については、 AWS Backup デベロッパーガイド[の「 の開始方法 AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/getting-started.html)」を参照してください。
AWS Backup は、オフラインのボリュームをバックアップできません。
タグを使用して、バックアップ計画で保護する FSx for ONTAP リソースを選択できます。これらのタグは、ファイルシステムレベル全体ではなく、ボリュームレベルで適用する必要があります。詳細については、「 AWS Backup デベロッパーガイド[」の「バックアッププランへのリソースの割り当て](https://docs.aws.amazon.com/aws-backup/latest/devguide/assigning-resources.html)」を参照してください。
## 新しいボリュームへのバックアップの復元
ボリュームバックアップは、バックアップが保存されているのと同じ AWS リージョン にあるファイルシステム上の新しいボリュームに復元できます。バックアップ AWS リージョン とは別の にあるファイルシステムにバックアップを復元することはできません。
FSx for ONTAP 第 2 世代のファイルシステムのバックアップを復元する場合、クライアントは復元中にボリュームからデータをマウントして読み取ることができます。クライアントは、Amazon FSx がすべてのメタデータを新しいボリュームにロードし、ボリュームが `CREATED` のライフサイクルステータスを報告すると、復元するボリュームをマウントしてファイルデータを読み取ることができます。ボリュームのライフサイクルステータスは、Amazon FSx コンソールの [**[ボリュームの詳細]**](viewing-volumes.md) ページと [describe-volumes](https://docs.aws.amazon.com/v2/documentation/api/latest/reference/fsx/describe-volumes.html) CLI コマンドのレスポンスで確認できます。
バックアップから復元されている間にボリュームからデータを読み取るときに、データがボリュームにまだダウンロードされていない場合、最初のアクセスには最大数十 ミリ秒の読み込みレイテンシーが発生します。これらの読み取りは SSD 階層にキャッシュされ、後続の読み取りにはミリ秒未満の読み取りレイテンシーが予想されます。
Amazon FSx がボリュームを読み取り専用アクセスに利用できるようにするためにかかる時間は、バックアップに格納されているファイルメタデータの量に比例します。ファイルメタデータは通常、データセットの平均ファイルサイズに応じてバックアップデータの 1～7% を消費します (小さなファイルデータセットは、大きなファイルデータセットよりも多くのメタデータを消費します)。
元のファイルシステムとは異なる数の[高可用性 (HA) ペア](HA-pairs.md)を持つファイルシステムで FlexGroup ボリュームバックアップを復元する場合、Amazon FSx は、構成要素が均等に分散されるように、構成ボリュームを追加します。
**注記**
Amazon FSx は、ボリュームがバックアップから復元されている間、または第 1 世代のファイルシステムの SnapLock ボリュームに対して、データへの読み取りアクセスをサポートしていません。これらのバックアップを復元すると、復元プロセスが完了した後、ボリュームはデータのマウントとアクセスが可能になり、すべてのメタデータとデータが新しいボリュームにロードされます。
バックアップを復元すると、すべてのデータが最初に SSD ストレージ階層に書き込まれます。復元中は、復元されるボリュームの[階層化ポリシー](volume-storage-capacity.md#volume-data-tiering)に従って、データが容量プールストレージに階層化されます。データは最初に SSD 階層に書き込まれるため、ファイルシステムが SSD ストレージ容量を使い果たすと、Amazon FSx は復元プロセスを一時停止します。復元は、プロセスを継続するために十分な SSD 領域が利用可能になるとすぐに自動的に再開されます。復元されたボリュームの階層化ポリシーが `All` の場合、定期的なバックグラウンドプロセスはデータを容量プールに階層化します。復元された階層化ポリシーが `Snapshot Only` または `Auto` である場合、ファイルシステムの SSD 使用率が 50% を超えると、データは容量プールに階層化されますが、冷却速度は階層化ポリシーの冷却期間によって決まります。
第 2 世代のファイルシステムの新しいボリュームにバックアップを復元するときにワークロードに一貫したミリ秒未満の読み込みレイテンシーが必要な場合は、復元を開始するときにボリュームの階層化ポリシーを `None` に設定し、すべてのデータがボリュームに完全にダウンロードされるまで待ってからアクセスすることをお勧めします。すべてのデータは、アクセスを試みる前に SSD ストレージにロードされるため、データへの一貫した低レイテンシーアクセスが可能になります。
バックアップを新しいボリュームに復元する手順については、「[新しいボリュームへのバックアップの復元](to-restore-backups.md)」を参照してください。
第 2 世代のファイルシステムでは、復元操作全体が完了するまで待つことなく、バックアップからデータのサブセットのみを復元することもできます。バックアップのデータのサブセットのみを復元すると、データの偶発的な削除、変更、破損が発生した場合に、より迅速に操作を再開できます。詳細については、「[データのサブセットの復元](data-subset-restore.md)」を参照してください。
、 AWS マネジメントコンソール、および API の第 2 世代ファイルシステムでバックアップを復元するときに AWS CLI、進行状況をモニタリングできます。詳細については、「[バックアップを復元する際の進捗状況のモニタリング](monitor-backup-restore.md)」を参照してください。
**注記**
ボリュームスナップショットの作成とスナップショットベースの操作の実行はできません。スナップショットベースの操作には、クローン作成、SnapMirror レプリケーション、バックアップからの復元中のボリュームのバックアップ作成などが含まれます。
復元されたボリュームは、常に元のボリュームと同じボリュームスタイルになります。復元時にボリュームスタイルを変更することはできません。
## バックアップと復元のパフォーマンス
バックアップおよび復元操作の速度には、さまざまな要因が影響する可能性があります。バックアッ操作と復元操作はバックグラウンドプロセスであるため、クライアント IO 操作よりも優先度が低くなります。クライアント IO 操作には、NFS、CIFS、iSCSI データおよびメタデータの読み取りと書き込みが含まれます。すべてのバックグラウンド操作では、ファイルシステムのスループットキャパシティの未使用部分のみが利用されます。バックアップのサイズとファイルシステムの未使用スループットキャパシティの量によっては、完了までに数分から数時間かかる場合があります。
バックアップおよび復元のパフォーマンスに影響するその他の要因には、データが保存されているストレージ層やデータセットプロファイルなどがあります。データの大部分が SSD ストレージにあるときに、ボリュームの最初のバックアップを作成することをお勧めします。小さなファイルが大部分を占めるデータセットは、大きなファイルが大部分を占める同様のサイズのデータセットに比べて、バックアップと復元のパフォーマンスが下がります。これは、小さなファイルを多数処理するほうが、大きなファイルを少数処理するよりも、CPU サイクルとネットワークオーバーヘッドを多く消費するためです。
一般に、SSD ストレージ層に保存されているデータをバックアップする場合、次のバックアップ速度が期待できます。
+ 大きなファイルが大部分を占める複数の同時バックアップで 750 MBps。
+ 小さなファイルが大部分を占める複数の同時バックアップで 100 Mbps。
一般に、次の復元速度が期待できます。
+ 大きなファイルが大部分を占める複数の同時復元で 250 MBps。
+ 小さなファイルが大部分を占める複数の同時復元で 100 MBps。
## SnapLock ボリュームのバックアップ
[SnapLock](snaplock.md) ボリュームをバックアップすることで、データ保護を強化できます。SnapLock ボリュームを復元すると、デフォルトの保持期間、最小保持期間、最大保持期間など、ボリュームの元の設定が維持されます。Write Once, Read Many (WORM) 設定やリーガルホールドも維持されます。
**注記**
SnapLock FlexGroup ボリュームはバックアップできません。
SnapLock ボリュームのバックアップを SnapLock またはそれ以外の SnapLock ボリュームとして復元できます。ただし、それ以外の SnapLock ボリュームのバックアップを SnapLock ボリュームとして復元できません。
詳細については、「[SnapLock の仕組み](how-snaplock-works.md)」を参照してください。
# ユーザー起動のバックアップの作成
次の手順では、ボリュームのユーザー主導バックアップを作成する方法について説明します。
ボリュームがオフラインの場合、ボリュームのバックアップを作成することはできません。詳細については、「[オフラインボリュームの表示](offline-volumes.md)」を参照してください。
**ユーザー主導のバックアップを作成するには (コンソール)**
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. **[ファイルシステム]** に移動し、ボリュームをバックアップする ONTAP ファイルシステムを選択します。
1. **ボリューム**タブを選択します。
1. バックアップするボリュームを選択します。
1. **[Actions]** (アクション) で、**[Create backup]** (バックアップの作成) を選択します。
1. 開いた **[Create backup]** (バックアップの作成) ダイアログボックスで、バックアップの名前を入力します。バックアップ 名は、英字、空白、数字、特殊文字. \$1 - = \$1 : / を含む最大 256 の Unicode 文字を使用できます。
1. **[Create backup]** (バックアップを作成) を選択します。
これで、ファイルシステムのボリュームの 1 つのバックアップが作成されました。左側のナビゲーションで、**[バックアップ]** を選択すると、Amazon FSx コンソールにすべてのバックアップが表示されます。バックアップに付けた名前と、一致する結果のみを表示するようにテーブルフィルターを検索できます。
この手順で説明したようにユーザーが開始するバックアップを作成すると、タイプは `USER_INITIATED` になり、完全に使用可能になるまで `CREATING` ステータスになります。
# 新しいボリュームへのバックアップの復元
次の手順では、 AWS マネジメントコンソール と を使用して FSx for ONTAP バックアップを新しいボリュームに復元する方法について説明します AWS CLI。ボリュームを第 2 世代のファイルシステムに復元するときは、 AWS マネジメントコンソール、 AWS CLI、および API を使用して進行状況を[モニタリング](monitor-backup-restore.md)できます。
**ボリュームバックアップを新しいボリュームに復元するには (コンソール)**
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. ナビゲーションペインで、**[バックアップ]** を選択して、復元する FSx for ONTAP ボリュームバックアップを選択します。
1. 右上の **[アクション]** メニューで、**[バックアップの復元]** を選択します。**[バックアップからボリュームを作成] ページが表示されます。**
1. ドロップダウンメニューから、バックアップの復元先となる FSx for ONTAP **ファイルシステム**と**ストレージ仮想マシン**を選択します。
1. 右上の **[アクション]** メニューで、**[バックアップの復元]** を選択します。**[バックアップからボリュームを作成] ページが表示されます。**
1. ドロップダウンメニューから、バックアップの復元先となる FSx for ONTAP **ファイルシステム**と**ストレージ仮想マシン**を選択します。
1. **[ボリュームの詳細]** には、いくつかの選択肢があります。まず、**[ボリューム名]** に入力します。英数字とアンダースコア (\$1) で最大 203 文字まで使用できます。
1. **[ボリュームサイズ]** に、20～314572800 の範囲で任意の整数を入力し、サイズをメビバイト (MiB) 単位で指定します。
1. **ボリュームの種類**では、**読み取り/書き込み (RW) **を選択して読み取り可能および書き込み可能なボリュームを作成するか、**データ保護 (DP) **を選択して読み取り専用のボリュームを作成し、NetApp SnapMirrorまたはSnapVaultリレーションシップの宛先として使用できます。詳細については、「[ボリュームの種類](managing-volumes.md#volume-types)」を参照してください。
1. **[Junction path]** (ジャンクションパス) で、ボリュームをマウントするファイルシステム内の場所を入力します。`/vol3` のように、名前の先頭にスラッシュを付ける必要があります。
1. **[ストレージ効率]** で、**[有効]** を選択し、ONTAP ストレージ効率機能 (重複排除、圧縮、コンパクト化) を有効にします。詳細については、「[ストレージ効率](managing-storage-capacity.md#storage-efficiency)」を参照してください。
1. **[ボリュームのセキュリティスタイル]** には、**[UNIX (Linux)]**、**[NTFS]**、または **[混合]** のいずれかを選択します。ボリュームのセキュリティスタイルによって、マルチプロトコルアクセスで NTFS ACL と UNIX ACL のどちらを優先するかが決まります。MIXED モードはマルチプロトコルアクセスには必要なく、上級ユーザーにのみ推奨されます。
1. **[Snapshot policy]** (スナップショットポリシー) で、ボリュームのスナップショットポリシーを選択します。スナップショットポリシーの詳細については、[スナップショットポリシー](snapshots-ontap.md#snapshot-policies) を参照してください。
**[Custom policy]** (カスタムポリシー) を選択した場合は、**[custom-policy]** (カスタムポリシー) フィールドにポリシーの名前を指定する必要があります。カスタムポリシーは SVM またはファイルシステムにすでに存在している必要があります。ONTAP CLI または REST API を使用して、カスタムスナップショットポリシーを作成することができます。詳細については、NetApp ONTAP ONTAP 製品ドキュメントの「[スナップショットポリシーを作成する](https://docs.netapp.com/us-en/ontap/data-protection/create-snapshot-policy-task.html)」を参照してください。
1. **[階層化ポリシーの冷却期間]** の有効値は 2～183 日です。ボリュームの階層化ポリシーの冷却期間は、アクセスされていないデータがコールドとしてマークされ、容量プールストレージに移動されるまでの日数を定義します。この設定は `Auto` ポリシーと `Snapshot-only` ポリシーにのみ影響します。
1. **[詳細設定]** セクションの **[SnapLock 設定]** では、デフォルトの **[無効]** 設定のままにするか、**[有効]** を選択して SnapLock ボリュームを設定できます。SnapLock の Compliance ボリュームまたは SnapLock の Enterprise ボリュームの設定の詳細については、「[SnapLock コンプライアンスについて](snaplock-compliance.md)」および「[SnapLock エンタープライズ について](snaplock-enterprise.md)」を参照してください。SnapLock の詳細については、「[SnapLock でのデータの保護](snaplock.md)」を参照してください。
1. **[確認]** を選択してボリュームを作成します。
1. バックアップを第 2 世代のファイルシステムに復元する場合は、**[ボリューム]** ページの **[更新]** タブでバックアップ復元の進行状況をモニタリングできます。詳細については、「[バックアップを復元する際の進捗状況のモニタリング](monitor-backup-restore.md)」を参照してください。
**新しいボリュームへバックアップを復元するには (CLI)**
[Create-volume-from-backup](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-volume-from-backup.html) CLI コマンドまたは同等の [CreateVolumeFromBackup](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateVolumeFromBackup.html) API コマンドを使用すると、ボリュームバックアップを新しいボリュームに復元できます。
+
```
$ aws fsx create-volume-from-backup --backup-id backup-08e6fc1133fff3532 \
--name demo --ontap-configuration JunctionPath=/demo,SizeInMegabytes=100000,\
StorageVirtualMachineId=svm-0f04a9c7c27e1908b,TieringPolicy={Name=ALL}
```
バックアップを第 2 世代のファイルシステムに復元するための復元リクエストが成功した場合のシステムレスポンスは、次のように表示されます。レスポンスには、リクエストのステータスと進行状況情報を提供する `"AdministrativeActions"` オブジェクトが含まれます。
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
---> "AdministrativeActions": [
{
"AdministrativeActionType": "DOWNLOAD_DATA_FROM_BACKUP",
"RequestTime": 1685729972.069,
"Status": "PENDING"
}
] <----
}
}
```
第 1 世代のファイルシステムにバックアップを復元するリクエストが成功した場合のシステムレスポンスは次のようになります。
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
}
}
```
ボリュームを第 2 世代のファイルシステムに復元するときは、 AWS マネジメントコンソール、 AWS CLI、および API を使用して[進行状況をモニタリング](monitor-backup-restore.md)できます。
# データのサブセットの復元
データのサブセットは、バックアップデータセット全体が完全に復元されるまで待つことなく、第 2 世代のファイルシステムの新しいボリュームに復元している間にバックアップから復元できます。
次の手順では、バックアップを復元するときにデータのサブセットを復元する必要があり、復元全体が完了するまで待つことができない場合に実行する手順を示します。
**バックアップの復元中にデータのサブセットを復元するには**
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. **[バックアップ]** ページで、復元するデータのバージョンを含むバックアップを見つけます。
1. 右上の **[アクション]** メニューで、**[バックアップの復元]** を選択します。**[バックアップからボリュームを作成] ページが表示されます。**
1. ドロップダウンメニューから、バックアップの復元先となる FSx for ONTAP **ファイルシステム**と**ストレージ仮想マシン**を選択します。
1. **[ボリュームの詳細]** で、ニーズに合わせてボリュームを設定します。
1. **[確認]** を選択してボリュームを作成します。
1. バックアップの復元の[進行状況をモニタリング](monitor-backup-restore.md)します。
1. `CREATED` のライフサイクルステータスが報告されると、復元される[ボリュームをマウント](supported-fsx-clients.md)します。
1. コピーする必要があるボリューム上のデータのサブセットを見つけます。
1. アプリケーションが使用する既存のボリュームにデータをコピーします。
1. バックアップから必要なデータがターゲットロケーションにコピーされたら、復元されるボリュームがファイルシステムリソースの使用率の最適化を完了する前に削除できます。
# バックアップを復元する際の進捗状況のモニタリング
、、および API でボリュームバックアップを第 2 世代のファイルシステムに復元するときに AWS マネジメントコンソール AWS CLI、進行状況をモニタリングできます。すべての Amazon FSx 管理アクションと同様に、操作が完了してから 30 日間、コンソール、CLI、および API でバックアップ復元ステータスを使用できます。
**バックアップの復元を行う際の進行状況をモニタリングするには (コンソール)**
[https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. 左側のナビゲーションメニューで **[ボリューム]** を選択します。
1. バックアップの復元先となるボリュームを選択します。
1. **[更新]** タブを選択します。
1. **[バックアップ復元]** と **[更新タイプ]** は、次の情報を示します。
+ **[保留中]** は、ファイルメタデータをボリュームにダウンロード中であることを示します。ボリュームの **[ライフサイクルステータス]** は **[作成中]** です。
+ **[IN\$1PROGRESS]** は、ボリュームが使用可能であり、クライアントがデータへの読み取り専用アクセスでボリュームをマウントできることを示します。**[進行 %]** は、ボリュームにダウンロードされたデータの割合を示します。
+ **[完了済み]** は、すべてのデータがボリュームにダウンロードされ、バックアップ復元が完了したことを示します。クライアントは読み取り/書き込みアクセスできるようになりました。`RW` ボリュームの場合、ボリュームのタイプはこの時点で `DP` から `RW` に変わります。
**バックアップを復元する際の進行状況をモニタリングするには (CLI)**
+ 第 2 世代の FSx for ONTAP ファイルシステムの新しいボリュームにバックアップを復元する場合、[https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html) CLI コマンドを使用して復元の進行状況をモニタリングできます。
バックアップを第 2 世代のファイルシステムに復元する場合、レスポンスには `AdministrativeActions` オブジェクトが含まれ、データのダウンロードプロセスに関するステータス情報が提供されます。-
```
$ aws fsx describe-volumes
{
“Volumes”: [
{
“CreationTime”: 1691686114.674,
“FileSystemId”: fs-029ff92192bd4d375,
“LifeCycle”: “CREATING”,
“Name”: vol1,
“OntapConfiguration”: {
“FlexCacheEndpointType”: “NONE”,
“JunctionPath”: “/vol1”,
“SizeInMegabytes”: 100000,
“StorageEfficiencyEnabled”: true,
“StorageVirtualMachineId”: “svm-0ed1d714019426ca9”,
“StorageVirtualMachineRoot”: false,
“TieringPolicy”: {
“Name”: “ALL”
},
“OntapVolumeType”: “DP”,
“SnapshotPolicy”: “default”,
“CopyTagsToBackups”: false,
},
“ResourceARN”: “arn:aws:fsx:us-east-1:630831496844:volume/fs-08ac75f715c6aec76/fsvol-094c015af930790fa”,
“VolumeId”: “fsvol-094c015af930790fa”,
“VolumeType”: “ONTAP”,
“AdministrativeActions”: [
{
“AdministrativeActionType”: “DOWNLOAD_DATA_FROM_BACKUP”,
“RequestTime”: 1685729972.069,
“Status”: “PENDING”
}
]
}
```
Amazon FSx が復元されたボリュームにすべてのファイルメタデータをロードすると、これらのフィールドには次の値があります。
+ `"LifeCycle": "CREATED"` – ボリュームをマウントする準備ができていることを示します。
+ `"OntapVolumeType": "DP"` – ファイルデータのダウンロード中にボリュームが読み取り専用であることを示します。
+ `"ProgressPercent` – ボリュームにロードされるファイルデータの割合を示します。
+ `"Status": "IN_PROGRESS"` – ファイルデータをボリュームにダウンロード中です。
復元プロセスのこの段階では、復元するバックアップ内のすべてのデータへの読み取り専用アクセスでボリュームをマウントできます。
Amazon FSx が新しいボリュームへのすべてのファイルデータのダウンロードを完了すると、これが `RW` ボリュームの場合、クライアントは完全な読み取り/書き込みアクセス権を持ちます。インジケータには次の値があります。
+ `"LifeCycle": "CREATED"` – 変更なし
+ `"OntapVolumeType": "RW"` – クライアントに完全な読み取り/書き込みアクセスがあることを示します。
+ `"Status": "COMPLETED"` – 復元が完了したことを示します。
復元プロセスが失敗した場合、`FAILED` の値は `AdminstrativeAction > Status` になります。`FailureDetails` オブジェクトにエラーメッセージが表示されます。詳細については、Amazon FSx リファレンスの「[AdministrativeActionFailureDetails](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeActionFailureDetails.html)」を参照してください。
# バックアップの削除
Amazon FSx コンソール、Amazon FSx API、または AWS Command Line Interface (AWS CLI) を使用して、ボリュームの日次自動バックアップとユーザー主導のバックアップの両方を削除できます。バックアップの削除は、永久的で回復不能なアクションです。削除されたバックアップ内のデータもすべて削除されます。今後そのバックアップが必要でないということが確かでない限り、バックアップを削除しないでください。ソースボリュームが[オフライン](offline-volumes.md)の場合、バックアップを削除することはできません。
ボリュームは、すべての FSx for ONTAP ファイルシステムのバックアップから復元中に削除できます。復元中にボリュームを削除すると、進行中の復元オペレーションが効果的にキャンセルされます。
**注記**
Amazon FSx は、ONTAP ボリュームの他のすべての `AVAILABLE` バックアップが削除されない場合のボリュームの最新のバックアップの削除をサポートしていません。
を使用して作成されたバックアップを削除するには AWS Backup、「 AWS Backup デベロッパーガイド」の[「バックアップの削除](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html)」を参照してください。
**バックアップを削除するには (コンソール)**
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. コンソールダッシュボードで、左側のナビゲーションから **[Backups]** (バックアップ) を選択します。
1. **[Backups]** (バックアップ) テーブルから削除するバックアップを選択してから、**[Delete backup]** (バックアップの 削除) を選択します。
1. 開いた ** バックアップの削除]** ダイアログボックスで、表示されたバックアップの ID が削除したいバックアップのものであることを確認します。
1. 削除するバックアップのチェックボックスがチェックされていることを確認します。
1. **[Delete backups]** (バックアップの削除) を選択します。
バックアップとそれに含まれるすべてのデータが恒久的に、回復不能な形で削除されます。
**バックアップを削除するには (CLI)**
+ ONTAP ボリュームのバックアップを削除するには、次の例に示すように、delete-backup CLI コマンドまたは同等の DeleteBackup コマンド API アクションを使用します。
```
$ aws fsx delete-backup --backup-id backup-a0123456789abcdef
```
システムレスポンスには、削除されるバックアップの ID と、リクエストが成功したことを示す `DELETED` の値を持つライフサイクルステータスが含まれます。
```
{
"BackupId": "backup-a0123456789abcdef",
"Lifecycle": "DELETED"
}
```