Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp Backup and Recovery での VMware バックアップ ポリシーの作成と管理

共同作成者 netapp-mwallis

NetApp Backup and Recoveryでは、バックアップの頻度、バックアップの取得時間、および保持するバックアップファイルの数を制御する独自のVMwareバックアップポリシーを作成できます。

メモ これらのオプションと構成セクションの一部は、すべてのワークロードで使用できるわけではありません。

SnapCenterからリソースをインポートする場合、 SnapCenterで使用されるポリシーとNetApp Backup and Recoveryで使用されるポリシーとの間に若干の違いが生じる可能性があります。見る"SnapCenterとNetApp Backup and Recoveryのポリシーの違い"

ポリシーに関連する次の目標を達成できます。

  • ローカルスナップショットポリシーを作成する

  • セカンダリストレージへのレプリケーションのポリシーを作成する

  • オブジェクトストレージ設定のポリシーを作成する

  • 詳細なポリシー設定を構成する

  • ポリシーの削除

ポリシーを表示

  1. NetApp Backup and Recoveryメニューから、ポリシー を選択します。

  2. ポリシーの詳細を確認してください。例:

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

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

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

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

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

ポリシーを作成します。

ローカル スナップショット、セカンダリ ストレージへのレプリケーション、オブジェクト ストレージへのバックアップを管理するポリシーを作成できます。3-2-1 戦略の一部として、プライマリ ストレージ システム上のインスタンス、データベース、アプリケーション、または VM のスナップショットを作成します。

必要なNetApp Consoleロール ストレージ ビューアー、バックアップおよびリカバリ スーパー管理者、バックアップおよびリカバリ バックアップ管理者。詳細はこちら"バックアップとリカバリの役割と権限""すべてのサービスに対するNetApp Consoleのアクセスロールについて学習します"

開始する前に

セカンダリ ストレージに複製し、ローカル スナップショットまたはリモートONTAPセカンダリ ストレージでスナップショット ロックを使用する予定の場合は、まずクラスタ レベルでONTAPコンプライアンス クロックを初期化する必要があります。これは、ポリシーでスナップショット ロックを有効にするための要件です。

これを行う方法については、以下を参照してください。 "ONTAPのコンプライアンスクロックを初期化する"

スナップショットロック全般については、以下を参照してください。 "ONTAPのスナップショットロック"

手順
  1. NetApp Backup and Recoveryメニューから、ポリシー を選択します。

  2. [ポリシー] ページで、[新しいポリシーの作成] を選択します。

    ポリシーページが表示されます。

  3. * 詳細 * セクションに情報を入力します。

    • ワークロードのタイプ:*VMware*を選択します。

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

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

  4. * Backup architecture * セクションに情報を入力します。リストからバックアップのデータフローを選択します:

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

      VMware ワークロードの場合、これにより、プライマリ上のデータストアまたは VM 上のローカル スナップショットが構成され、プライマリ ディスク ストレージからセカンダリ ディスク ストレージにレプリケートされるとともに、プライマリからクラウド オブジェクト ストレージにレプリケートされます。

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

      VMware ワークロードの場合、これにより、プライマリ ストレージ上のデータストアまたは VM 上のローカル スナップショットと、プライマリ ディスク ストレージからセカンダリ ディスク ストレージ、そしてクラウド オブジェクト ストレージへのカスケードが構成されます。

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

      VMware ワークロードの場合、これにより、プライマリ ストレージ システム上のデータストアまたは VMware にローカル スナップショットが構成され、プライマリ ディスク ストレージ システムからセカンダリ ディスク ストレージ システムにデータが複製されます。

    • ディスクからオブジェクトストレージ:プライマリストレージ(ディスク)からクラウド(オブジェクトストア)へ。ONTAP システムからオブジェクトストレージシステムにデータをレプリケートします。これは、クラウド ハイパースケーラー オブジェクト ストアまたは StorageGRID などのプライベート オブジェクト ストアです。この方法は、長期的なデータ保持とアーカイブに最適です。このオプションは、Amazon FSx for NetApp ONTAP では使用できません。

      VMWare ワークロードの場合、これにより、プライマリ上のデータストアまたは VM 上のローカル スナップショットと、プライマリ ディスク ストレージからクラウド オブジェクト ストレージへのレプリケーションが構成されます。

    • ディスク間ファンアウト:プライマリストレージ(ディスク)からセカンダリストレージ(ディスク)へ、およびプライマリストレージ(ディスク)からセカンダリストレージ(ディスク)へ。ディスク間ファンアウトオプションには、複数のセカンダリ設定を構成できます。

      VMware ワークロードの場合、これによりプライマリ ディスク ストレージがセカンダリ ディスク ストレージに構成され、プライマリ ディスク ストレージがセカンダリ ディスク ストレージに複製されます。

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

      VMware ワークロードの場合、これにより、プライマリ ストレージ システム上のデータストアまたは VM 上のローカル スナップショットが構成されます。

  5. * ローカルスナップショット設定 * セクションの情報を入力します:

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

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

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

  6. *セカンダリ設定*セクション(セカンダリストレージへのレプリケーション)の情報を入力します:

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

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

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

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

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

    • 二次転送:

      • * ONTAP転送スケジュール - インライン* オプションはデフォルトで選択されており、スナップショットがセカンダリ ストレージ システムに直ちに転送されることを示します。バックアップをスケジュールする必要はありません。

      • その他のオプション: 延期転送を選択した場合、転送は即時に行われず、スケジュールを設定できます。

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

  7. * Object store settings * セクション(オブジェクトストレージへのバックアップ)の情報を入力します。

    メモ 表示されるフィールドは、選択したプロバイダーとアーキテクチャによって異なります。
    • プロバイダー:オブジェクトストアのプロバイダーを選択し、適切なフィールドに認証情報を入力します(認証情報フィールドはプロバイダーによって異なります)。

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

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

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

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

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

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

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

ポリシーの詳細設定を構成する

Details

ポリシー内で、必要に応じて詳細設定を行うことができます。これらのオプションは、あらゆるバックアップアーキテクチャとストレージ保存先で使用できます。利用可能な詳細オプションは、ページ上部で選択したワークロードによって異なります。そのため、ここで説明するオプションの中には、すべてのワークロードに適用されないものもあります。

手順
  1. NetApp Backup and Recoveryメニューから、ポリシー を選択します。

  2. [ポリシー] ページで、[新しいポリシーの作成] を選択します。

  3. *ポリシー > 詳細*設定セクションで、*詳細アクションの選択*メニューを選択して、詳細設定のリストから選択します。

  4. 表示または変更したい設定を有効にして、[承認] を選択します。

  5. 次の情報を入力します。

    • VM設定

      • VM整合性スナップショットとアプリケーション整合性スナップショットを有効にする:このオプションを有効にすると、VM整合性スナップショットとアプリケーション整合性スナップショットが作成されます。これには、VMware Toolsが仮想マシン上で実行されている必要があります。VMware Toolsが実行されていない場合、スナップショットは「crash consistent state(障害など予期しないシャットダウン時と同様)」の状態になります。このオプションを有効にすると、バックアップ時間が長くなり、より多くのストレージ容量を使用する可能性があることに注意してください。さらに、VMのアクティブなRAMは、整合性のあるスナップショットには含まれません。

    • SnapMirrorボリュームとSnapshotのフォーマット:次のいずれかのオプションを選択します。

      • スナップショットのコピーにカスタム名形式を使用する:スナップショットの命名規則を選択します。空欄のままにした場合、各スナップショット名の末尾にタイムスタンプが追加されます。

      • SnapMirrorボリューム形式の指定:デフォルトのSnapMirrorボリューム名を変更するには、プレフィックス、サフィックス、またはその両方を指定します。デフォルトでは、SnapMirrorボリュームはソースボリュームの名前を継承します。

    • 最大転送速度:帯域幅の使用制限を設定しない場合は、*無制限*を選択してください。転送速度を制限する場合は、*制限付き*を選択し、オブジェクトストレージへのバックアップのアップロードに割り当てるネットワーク帯域幅を1~1,000Mbpsの間で選択します。デフォルトでは、ONTAPはシステム内のボリュームからオブジェクトストレージへバックアップデータを転送するために、無制限の帯域幅を使用できます。バックアップトラフィックがワークロードに影響を与える場合は、転送用のネットワーク帯域幅を削減してください。

    • バックアップ再試行:障害や中断が発生した場合にジョブを再試行するには、*障害発生時にジョブの再試行を有効にする*を選択します。スナップショットおよびバックアップ ジョブの最大再試行回数と再試行間隔を入力してください。再試行回数は10未満である必要があります。

      ヒント スナップショット頻度が 1 時間に設定されている場合、再試行回数と合わせた最大遅延は 45 分を超えてはなりません。
    • ランサムウェア スキャン: 各バケットでランサムウェア スキャンを有効にするかどうかを選択します。これには、オブジェクト ストレージに対する DataLock ロックが必要です。スキャンの頻度を日単位で入力します。このオプションは、AWS および Microsoft Azure オブジェクト ストレージに適用されます。このオプションは、クラウド プロバイダーによっては追加料金が発生する場合があることに注意してください。

    • 通知:バックアップ操作に関するメール通知を有効にするかどうかを選択してください。通知をトリガーするイベントを選択できます。たとえば、バックアップが成功したとき、失敗したとき、または警告付きで完了したときなどです。

ポリシーを削除する

不要になったポリシーは削除できます。

ヒント ワークロードに関連付けられているポリシーを削除することはできません。
手順
  1. コンソールで、[保護] > [バックアップと復元] に移動します。

  2. ポリシー オプションを選択します。

  3. 削除するポリシーを選択します。

  4. *アクション*を選択しますアクションアイコンアイコンをクリックし、[削除] を選択します。

  5. 操作を確認し、[削除] を選択します。