Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Oracleデータベース用のリソースグループの作成とポリシーの適用

共同作成者

リソースグループはコンテナであり、バックアップして保護するリソースを追加します。リソースグループを使用すると、特定のアプリケーションに関連付けられているすべてのデータを同時にバックアップできます。

タスクの内容
  • Oracle DBVERIFYユーティリティを使用してバックアップを検証するには、ASMディスクグループ内のファイルを含むデータベースが「mount」または「open」状態である必要があります。

    リソースグループに1つ以上のポリシーを適用して、実行するデータ保護ジョブのタイプを定義します。

    次の図は、データベースのリソース、リソースグループ、およびポリシーの関係を示しています。

    SCO リソースグループポリシー
  • SnapLockが有効なポリシーの場合、ONTAP 9.12.1以前のバージョンでは、Snapshotロック期間を指定すると、リストアの一環として改ざん防止Snapshotから作成されたクローンにSnapLockの有効期限が継承されます。SnapLockの有効期限が過ぎた時点で、ストレージ管理者がクローンを手動でクリーンアップする必要があります。

  • SM-BCを使用するリソースを含む既存のリソースグループにSM-BCを使用しない新しいデータベースを追加することはできません。

  • SM-BCのフェイルオーバーモードで既存のリソースグループに新しいデータベースを追加することはできません。リソースグループにリソースを追加できるのは、通常の状態またはフェイルバック状態のみです。

手順
  1. 左側のナビゲーションペインで、*[リソース]*を選択し、リストから適切なプラグインを選択します。

  2. [ リソース ] ページで、 [ * 新しいリソースグループ * ] をクリックします。

  3. [ 名前 ] ページで、次の操作を実行します。

    1. [Name]フィールドにリソースグループの名前を入力します。

      メモ リソースグループ名は250文字以内にする必要があります。
    2. 後でリソースグループを検索できるように、[Tag]フィールドに1つ以上のラベルを入力します。

      たとえば、HRをタグとして複数のリソースグループに追加した場合、後でHRタグに関連付けられているすべてのリソースグループを検索できます。

    3. このチェックボックスをオンにして、Snapshot名に使用するカスタムの名前形式を入力します。

      たとえば、customText_resource group_policy_hostnameやresource group_hostnameなどです。デフォルトでは、Snapshot名にタイムスタンプが追加されます。

    4. バックアップしないアーカイブログファイルのデスティネーションを指定します。

      メモ 必要に応じて、プレフィックスも含めて、Oracleで設定されたものとまったく同じデスティネーションを使用する必要があります。
  4. Resources ページで、 * Host * ドロップダウン・リストから Oracle データベース・ホスト名を選択します。

    メモ リソースが Available Resources セクションに表示されるのは、リソースが正常に検出された場合のみです。最近追加したリソースは、リソースリストを更新するまで使用可能なリソースのリストに表示されません。
  5. [Available Resources]セクションからリソースを選択し、[Selected Resources]セクションに移動します。

    メモ 1つのリソースグループ内のLinuxホストとAIXホストの両方からデータベースを追加できます。
  6. [Policies] ページで、次の手順を実行します。

    1. ドロップダウンリストから1つ以上のポリシーを選択します。

      メモ をクリックしてポリシーを作成することもできます。

      [ 選択したポリシーのスケジュールを設定 ] セクションに、選択したポリシーが一覧表示されます。

    2. スケジュールを設定するポリシーの[Configure Schedules]列で、シンボルを追加しますをクリックします。

    3. [Add schedules for policy_name] ウィンドウで、スケジュールを設定し、 [OK] をクリックします。

      ここで、 _policy_name_は 選択したポリシーの名前です。

      設定されたスケジュールは、 [ 適用されたスケジュール ] 列に一覧表示されます。

    サードパーティのバックアップスケジュールがSnapCenterバックアップスケジュールと重複している場合はサポートされません。

  7. [Verification]ページで、次の手順を実行します。

    1. Load locators * (ロケータのロード)をクリックして、 SnapMirror または SnapVault ボリュームをロードし、セカンダリ・ストレージ上で検証を実行します。

    2. [Configure Schedules]列内をクリックし シンボルを追加します て、ポリシーのすべてのスケジュールタイプに対して検証スケジュールを設定します。

    3. [Add Verification Schedules policy_name]ダイアログボックスで、次の操作を実行します。

      状況 操作

      バックアップ後に検証を実行

      [Run verification after backup] を選択します。

      検証のスケジュールを設定

      [Run scheduled verification] を選択し、ドロップダウン・リストからスケジュール・タイプを選択します。

    4. セカンダリ・ストレージ・システムのバックアップを検証するには、セカンダリ・サイトで * Verify on secondary location * を選択します。

    5. [OK]*をクリックします。

      設定した検証スケジュールは、 Applied Schedules 列にリスト表示されます。

  8. [ 通知 ] ページの [ 電子メールの設定 *] ドロップダウンリストから、電子メールを送信するシナリオを選択します。

    また、送信者と受信者のEメールアドレス、およびEメールの件名を指定する必要があります。リソースグループで実行された操作のレポートを添付する場合は、 [ ジョブレポートの添付( Attach Job Report ) ] を選択します。

    メモ Eメール通知を使用する場合は、GUIまたはPowerShellコマンドSet-SmSmSmtpServerを使用して、SMTPサーバの詳細を指定しておく必要があります。
  9. 概要を確認し、 [ 完了 ] をクリックします。