ボリューム バックアップ ダッシュボードで、現在バックアップ中のすべてのボリュームのリストを表示できます。これには、スナップショット コピー、複製されたボリューム、オブジェクト ストレージ内のバックアップ ファイルなど、すべての種類のバックアップが含まれます。現在バックアップされていないシステム内のボリュームを表示することもできます。

NetApp Backup and Recovery を最初に有効にしたときに、システム内の一部のボリュームでのみバックアップをアクティブ化した場合は、後で追加のボリュームでバックアップをアクティブ化できます。

ポリシーが割り当てられている既存のボリュームに割り当てられたバックアップ ポリシーを変更できます。ローカル スナップショット コピー、複製されたボリューム、およびバックアップ ファイルのポリシーを変更できます。ボリュームに適用する新しいスナップショット、レプリケーション、またはバックアップ ポリシーがすでに存在している必要があります。

いつでもオンデマンド バックアップを作成して、ボリュームの現在の状態をキャプチャできます。これは、ボリュームに非常に重要な変更が加えられ、そのデータを保護するために次回のスケジュールされたバックアップまで待ちたくない場合に役立ちます。この機能を使用すると、現在バックアップされていないボリュームのバックアップを作成し、その現在の状態をキャプチャすることもできます。

ボリュームのオブジェクトにアドホック スナップショット コピーまたはバックアップを作成できます。アドホック複製ボリュームを作成することはできません。

バックアップ名にはタイムスタンプが含まれるため、オンデマンド バックアップを他のスケジュールされたバックアップと区別できます。

このクラスターのNetApp Backup and Recovery をアクティブ化するときに DataLock と Ransomware Resilience を有効にした場合、オンデマンド バックアップも DataLock で構成され、保持期間は 30 日間になります。アドホック バックアップではランサムウェア スキャンはサポートされていません。"DataLockとランサムウェア対策について詳しくはこちら"。

アドホック バックアップを作成すると、ソース ボリュームにスナップショットが作成されます。このスナップショットは通常のスナップショット スケジュールの一部ではないため、オフにはなりません。バックアップが完了したら、ソース ボリュームからこのスナップショットを手動で削除することをお勧めします。これにより、このスナップショットに関連するブロックが解放されます。スナップショットの名前は cbs-snapshot-adhoc-。 "ONTAP CLIを使用してスナップショットを削除する方法をご覧ください" 。

バックアップが作成されるまで、そのボリュームのバックアップ ステータス列には「進行中」と表示されます。

各ボリュームに存在するすべてのバックアップ ファイルのリストを表示できます。このページには、ソース ボリューム、宛先の場所、最後に実行されたバックアップ、現在のバックアップ ポリシー、バックアップ ファイルのサイズなどのバックアップの詳細が表示されます。

NetApp Backup and Recovery は、オブジェクト ファイルへのバックアップが作成される際、およびバックアップ ファイルからデータが復元される際に、バックアップ ファイルをスキャンしてランサムウェア攻撃の証拠を探します。また、いつでもオンデマンド スキャンを実行して、オブジェクト ストレージ内の特定のバックアップ ファイルの使用可能かどうかを確認することもできます。これは、特定のボリュームでランサムウェアの問題が発生し、そのボリュームのバックアップが影響を受けていないことを確認したい場合に役立ちます。

この機能は、ボリューム バックアップがONTAP 9.11.1 以降のシステムから作成され、オブジェクトへのバックアップ ポリシーで DataLock および Ransomware Resilience が有効になっている場合にのみ使用できます。

2 つのシステム間のデータ レプリケーションを設定したら、データ レプリケーションの関係を管理できます。

アクションを選択すると、コンソールは関係を更新します。

システム内のボリュームに現在適用されているバックアップ ポリシーの属性を変更できます。バックアップ ポリシーを変更すると、そのポリシーを使用している既存のすべてのボリュームに影響します。

"AWS アーカイブストレージの使用について詳しくはこちら"。

"Azure アーカイブ ストレージの使用について詳しく見る"。

"Google アーカイブ ストレージの使用について詳しくは、こちらをご覧ください。"。（ ONTAP 9.12.1 が必要です。）

+ アーカイブ ストレージに階層化されたバックアップ ファイルは、アーカイブへのバックアップの階層化を停止すると、その階層に残ります。これらのファイルは自動的に標準階層に戻されるわけではありません。新しいボリューム バックアップのみが標準層に保存されます。

システムに対してNetApp Backup and Recovery を有効にすると、最初に選択したすべてのボリュームが、定義したデフォルトのバックアップ ポリシーを使用してバックアップされます。異なる復旧ポイント目標 (RPO) を持つ特定のボリュームに異なるバックアップ ポリシーを割り当てる場合は、そのクラスターに追加のポリシーを作成し、それらのポリシーを他のボリュームに割り当てることができます。

システム内の特定のボリュームに新しいバックアップ ポリシーを適用する場合は、まずそのバックアップ ポリシーをシステムに追加する必要があります。そうするとそのシステム内のボリュームにポリシーを適用する。

"AWS アーカイブストレージの使用について詳しくはこちら"。

"Azure アーカイブ ストレージの使用について詳しく見る"。

"Google アーカイブ ストレージの使用について詳しくは、こちらをご覧ください。"。（ ONTAP 9.12.1 が必要です。）

NetApp Backup and Recovery を使用すると、単一のバックアップ ファイルを削除したり、ボリュームのすべてのバックアップを削除したり、システム内のすべてのボリュームのすべてのバックアップを削除したりできます。バックアップが不要になった場合、またはソース ボリュームを削除してすべてのバックアップを削除する場合は、すべてのバックアップを削除する必要がある場合があります。

DataLock とランサムウェア保護を使用してロックしたバックアップ ファイルは削除できません。ロックされたバックアップ ファイルを 1 つ以上選択した場合、UI から「削除」オプションは使用できません。

ボリュームのバックアップ関係を削除すると、新しいバックアップ ファイルの作成を停止し、ソース ボリュームを削除しながら、既存のバックアップ ファイルはすべて保持する場合に、アーカイブ メカニズムが提供されます。これにより、ソース ストレージ システムのスペースをクリアしながら、必要に応じて将来バックアップ ファイルからボリュームを復元できるようになります。

必ずしもソースボリュームを削除する必要はありません。ボリュームのバックアップ関係を削除し、ソース ボリュームを保持することができます。この場合、後でボリューム上のバックアップを「アクティブ化」することができます。この場合、元のベースライン バックアップ コピーが引き続き使用されます。新しいベースライン バックアップ コピーは作成されず、クラウドにエクスポートされません。バックアップ関係を再アクティブ化すると、ボリュームにはデフォルトのバックアップ ポリシーが割り当てられることに注意してください。

この機能は、システムでONTAP 9.12.1 以降を実行している場合にのみ使用できます。

NetApp Backup and Recoveryユーザー インターフェイスからソース ボリュームを削除することはできません。ただし、コンソールの*システム*ページでボリュームの詳細ページを開いて、 "そこからボリュームを削除します" 。

システムに対してNetApp Backup and Recoveryを非アクティブ化すると、システム上の各ボリュームのバックアップが無効になり、ボリュームを復元する機能も無効になります。既存のバックアップは削除されません。これにより、このシステムからバックアップ サービスの登録が解除されるわけではありません。基本的には、すべてのバックアップおよび復元アクティビティを一定期間一時停止できるようになります。

バックアップに使用する容量については、クラウドプロバイダーからオブジェクトストレージの料金が引き続き請求されます。バックアップを削除する 。

バックアップ機能を使用する必要がなくなり、そのシステムでのバックアップに対する課金を停止したい場合は、システムのNetApp Backup and Recovery の登録を解除できます。通常、この機能は、システムを削除する予定があり、バックアップ サービスをキャンセルする場合に使用されます。

クラスターのバックアップが保存される宛先オブジェクト ストアを変更する場合にも、この機能を使用できます。システムからNetApp Backup and Recoveryを登録解除した後、新しいクラウド プロバイダー情報を使用してそのクラスターに対してNetApp Backup and Recovery を有効にすることができます。

NetApp Backup and Recoveryを登録解除する前に、次の手順をこの順序で実行する必要があります。

これら 2 つのアクションが完了するまで、登録解除オプションは使用できません。