ワークロード：例：Microsoft SQL Server、ONTAP ボリューム、VMware、KVM、Hyper-V、Oracle Database、または Kubernetes。

バックアップの種類: 例としては、完全バックアップやログ バックアップなどがあります。

アーキテクチャ: 例としては、ローカル スナップショット、ファンアウト、カスケード、ディスク間、ディスクからオブジェクト ストアなどがあります。

保護されているリソース: そのワークロード上のリソースの合計数のうち、保護されているリソースの数を表示します。

ランサムウェア保護: ポリシーに、ローカル スナップショットのスナップショット ロック、セカンダリ ストレージのスナップショット ロック、またはオブジェクト ストレージの DataLock ロックが含まれているかどうかを示します。

ワークロード タイプ: ポリシーを使用するワークロードを選択します。

ポリシー名を入力します。

エージェント リストからコンソール エージェントを選択します。

3-2-1 ファンアウト：プライマリストレージ（ディスク）からセカンダリストレージ（ディスク）を経てクラウド（オブジェクトストア）へ。ONTAP to ONTAP や ONTAP to オブジェクトストア構成など、異なるストレージシステム間でデータの複数のコピーを作成します。これは、クラウドハイパースケーラーのオブジェクトストア、またはプライベートオブジェクトストアのいずれかです。最適なデータ保護と災害復旧に最適です。このオプションは Amazon FSx for NetApp ONTAP では利用できません。

3-2-1 カスケード：（Kubernetes ワークロードでは利用できません）プライマリ ストレージ（ディスク）からセカンダリ ストレージ（ディスク）へ、およびプライマリ ストレージ（ディスク）からクラウド ストレージ（オブジェクト ストア）へ。これは、クラウド ハイパースケーラー オブジェクト ストアまたは StorageGRID などのプライベート オブジェクト ストアです。これにより、複数のシステム間でデータ レプリケーションのチェーンが作成され、冗長性と信頼性が確保されます。このオプションは、Amazon FSx for NetApp ONTAP では使用できません。

ディスク間：プライマリストレージ（ディスク）からセカンダリストレージ（ディスク）へ。ONTAP to ONTAP データ保護戦略は、2つのONTAPシステム間でデータをレプリケートし、高可用性とディザスタリカバリを確保します。これは通常、SnapMirrorを使用して実現され、同期レプリケーションと非同期レプリケーションの両方をサポートします。この方法により、データは最新の状態に保たれ、複数の場所で利用可能になり、強力なデータ保護が実現します。

ディスクからオブジェクトストレージ：プライマリストレージ（ディスク）からクラウド（オブジェクトストア）へ。ONTAP システムからオブジェクトストレージシステムにデータをレプリケートします。クラウドハイパースケーラーオブジェクトストアまたは StorageGRID などのプライベートオブジェクトストアを使用できます。この方法は、長期的なデータ保持とアーカイブに最適です。

ディスク間ファンアウト：（Kubernetesワークロードでは利用できません）プライマリストレージ（ディスク）からセカンダリストレージ（ディスク）へ、およびプライマリストレージ（ディスク）からセカンダリストレージ（ディスク）へ。ディスク間ファンアウトオプションには、複数のセカンダリ設定を構成できます。

ローカルスナップショット：選択したボリューム上のローカルスナップショット。これにより、ワークロードが実行されている本番環境ボリュームの読み取り専用のポイントインタイムコピーが作成されます。ローカルスナップショットを使用すると、データの損失や破損から復旧できるだけでなく、ディザスタリカバリのためのバックアップを作成することもできます。

スナップショット スケジュールを選択するには、[スケジュールの追加] オプションを選択します。最大 5 つのスケジュールを設定できます。

スナップショットの頻度: 時間ごと、日ごと、週ごと、月ごと、または年ごとの頻度を選択します。年間頻度は Kubernetes ワークロードでは利用できません。

スナップショットの保持: 保持するスナップショットの数を入力します。

ログ バックアップを有効にする: (Microsoft SQL Server ワークロードと Oracle Database ワークロードにのみ適用されます。)このオプションを有効にすると、ログをバックアップし、ログ バックアップの頻度と保持期間を設定できます。これを行うには、ログ バックアップをあらかじめ構成しておく必要があります。見る"ログディレクトリを構成する"。

プロバイダー：（Kubernetes ワークロードのみ）Kubernetes アプリケーションリソースをホストするストレージプロバイダーを選択し、プロバイダーで認証するための認証情報を入力します。

バックアップ: 時間ごと、日ごと、週ごと、月ごと、または年ごとの頻度を選択します。

バックアップ対象: バックアップの対象となるセカンダリ ストレージ上のターゲット システムを選択します。

保持: 保持するスナップショットの数を入力します。

スナップショットのロックを有効にする: 改ざん防止スナップショットを有効にするかどうかを選択します。

スナップショットのロック期間: スナップショットをロックする日数、月数、または年数を入力します。

二次転送:

* SnapMirrorとSnapVault SMAS セカンダリ リレーションシップ*: SQL Server ワークロードにSnapMirrorとSnapVault SMAS セカンダリ リレーションシップを使用します。

プロバイダー：（Kubernetes ワークロードのみ）Kubernetes アプリケーションリソースをホストするストレージプロバイダーを選択し、プロバイダーで認証するための認証情報を入力します。

プロバイダー：オブジェクトストアのプロバイダーを選択し、適切なフィールドに認証情報を入力します（認証情報フィールドはプロバイダーによって異なります）。

バックアップ対象: 登録済みのオブジェクト ストレージ対象を選択します。バックアップ環境内でターゲットにアクセスできることを確認します。

IPspace: バックアップ操作に使用する IPspace を選択します。これは、複数の IPspace があり、どの IPspace をバックアップに使用するかを制御したい場合に便利です。

スケジュール設定: ローカル スナップショットに設定されたスケジュールを選択します。スケジュールはローカル スナップショット スケジュールに従って設定されるため、削除することはできますが、追加することはできません。

保持コピー数: 保持するスナップショットの数を入力します。

実行時間: データをオブジェクト ストレージにバックアップするためのONTAP転送スケジュールを選択します。

オブジェクト ストアからアーカイブ ストレージにバックアップを階層化します: バックアップをアーカイブ ストレージ (AWS Glacier など) に階層化する場合は、階層オプションとアーカイブする日数を選択します。

* 整合性スキャンを有効にする *：（ Kubernetes ワークロードでは使用できません）オブジェクトストレージで整合性スキャン（スナップショットロック）を有効にするかどうかを選択します。これにより、バックアップが有効でリストア可能であることが保証されます。整合性スキャンの頻度は、デフォルトで 7 日に設定されています。バックアップが変更または削除されないように保護するには、 * 整合性スキャン * オプションを選択します。スキャンは最新の Snapshot に対してのみ実行されます。最新の Snapshot で整合性スキャンを有効または無効にできます。