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

NetApp Backup and Recovery で Oracle Database のバックアップ ポリシーを作成して管理します

共同作成者 netapp-mwallis

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

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

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

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

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

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

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

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

  • ポリシーの編集(VMware ワークロードでは使用できません)

  • ポリシーの削除

ポリシーを表示

  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. * 詳細 * セクションに情報を入力します。

    • ワークロードの種類:*Oracle Database*を選択してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

    • ログバックアップを有効にする:このオプションを有効にすると、ログがバックアップされ、ログバックアップの頻度と保持期間を設定できます。これを行うには、ログバックアップを事前に設定しておく必要があります。"ログディレクトリを構成する"を参照してください。

      • バックアップ後にアーカイブ ログを削除する:ログ バックアップが有効になっている場合、この機能をオプションで有効にして、NetApp Backup and RecoveryがOracleアーカイブ ログを保持する期間を制限できます。保持期間と、NetApp Backup and Recoveryがアーカイブ ログを削除する場所を選択できます。

  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. 次の情報を入力します。

    • RMANカタログ設定:*Oracle Recovery Manager(RMAN)を使用したカタログバックアップ*オプションを有効にすると、Oracleデータベースのバックアップおよびリカバリ操作のメタデータが自動的にカタログ化されます。メタデータは、データベース用に選択した*RMANカタログの構成*設定に従って保存されます(デフォルトではターゲット制御ファイル)。データベースのこれらの設定を変更するには、"Oracleデータベースを設定する"を参照してください。

    • バックアップ検証:バックアップ検証を有効にするかどうか、また、すぐに有効にするか後で有効にするかを選択してください。この機能により、バックアップが有効であり、正常に復元できることが保証されます。バックアップの整合性を確保するため、このオプションを有効にすることをお勧めします。デフォルトでは、セカンダリストレージが設定されている場合、バックアップ検証はセカンダリストレージから実行されます。セカンダリストレージが設定されていない場合、バックアップ検証はプライマリストレージから実行されます。

      さらに、次のオプションを構成します。

      • バックアップ検証を実行するタイミングを選択してください:

        • 即時:各バックアップ ジョブの最終ステップとして検証を実行します。これを使用して、バックアップが作成されたらすぐにすべてのバックアップを検証してください。なお、これによりバックアップ期間に時間とリソースが追加されることに注意してください。

        • Later:バックアップ ジョブとは別に、作成した個別のスケジュールで検証を実行します。これを使用すると、営業時間外に検証を実行することでバックアップ時間を短縮したり、特定の階層のみを検証したりできます(たとえば、週次と月次の検証は行うが、日次の検証は行わないなど)。

      • セカンダリで検証:このオプションを有効にすると、プライマリ コピーではなく、セカンダリ(複製)バックアップ コピーを検証します。これは、オフサイト コピーが復元可能であることを確認したい場合や、プライマリ ストレージのI/O負荷を軽減したい場合に役立ちます。

        メモ このポリシーで*ローカルスナップショット*または*ディスクからオブジェクトストレージへの変換*を使用する場合、これらのバックアップアーキテクチャにはセカンダリ層がないため、このオプションは自動的に無効になります。
      • バックアップラベル:ポリシー内で、検証対象のバックアップが含まれるバックアップ階層を選択します。*Verify on secondary*設定に応じて、階層リストはプライマリスケジュールまたはセカンダリスケジュールのいずれかから取得されます。時間単位のバックアップとログバックアップは、検証の対象外であるため表示されません。

        • 検証スケジュール:バックアップ検証として 後日 を選択した場合、選択した各バックアップラベル(階層)ごとに、バックアップ検証の頻度を選択します。

      • 検証サーバー:必要に応じて、リストから登録済みのOracleホストを1つ以上選択し、オフホスト検証サーバーとして使用します。サーバーが選択されていない場合、検証はソース データベース サーバ上で直接実行されます。それ以外の場合は、NetApp Backup and Recoveryはスナップショットクローンを選択されたホストのいずれかにマウントし、そこでバックアップを検証し、検証I/Oを本番環境の データベース サーバから分離します。検証サーバーは以下の要件を満たす必要があります:

        • NetAppプラグインがインストールされていること

        • Oracle Databaseバイナリがインストールされている

        • ソースデータベースと同じOracle Databaseバージョンを使用する

        • スナップショットを保持しているストレージ(プライマリまたはセカンダリ)へのネットワーク アクセスがあること

        • クローンしたボリュームをマウントし、Oracle Database DBVERIFY ユーティリティを実行できること。

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

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

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

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

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

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

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

ポリシーを編集する

バックアップアーキテクチャ、バックアップ頻度、保持ポリシー、およびポリシーに関するその他の設定を編集できます。Kubernetesワークロードポリシーについては、スケジュールと保持設定のみを編集できます。

ポリシーを編集するときに別の保護レベルを追加することはできますが、保護レベルを削除することはできません。たとえば、ポリシーがローカル スナップショットのみを保護する場合は、セカンダリ ストレージへのレプリケーションやオブジェクト ストレージへのバックアップを追加できます。ローカル スナップショットとレプリケーションがある場合は、オブジェクト ストレージを追加できます。ただし、ローカル スナップショット、レプリケーション、およびオブジェクト ストレージがある場合は、これらのレベルのいずれかを削除することはできません。

オブジェクト ストレージにバックアップするポリシーを編集している場合は、アーカイブを有効にすることができます。

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

必要なNetApp Consoleロール

バックアップとリカバリのスーパー管理者。 "すべてのサービスに対するNetApp Consoleのアクセスロールについて学習します"

手順
  1. NetApp Consoleで、保護 > バックアップとリカバリ に移動します。

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

  3. 編集するポリシーを選択します。

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

ポリシーを削除する

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

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

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

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

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

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