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

EC2およびFSX Oracleデータベース管理

共同作成者

このOracle環境では、AWS EC2とFSXの管理コンソールに加え、Ansible制御ノードとSnapCenter UIツールを使用してデータベースを管理できます。

Ansibleコントロールノードを使用してOracle環境構成を管理できます。また、カーネルやパッチの更新のためにプライマリインスタンスとスタンバイインスタンスを同期させる並行アップデートを使用できます。NetApp Automation Toolkitを使用すると、フェイルオーバー、再同期、フェイルバックを自動化して、Ansibleでアプリケーションの高速リカバリと可用性をアーカイブできます。繰り返し可能なデータベース管理タスクには、プレイブックを使用して人為的ミスを減らすことができます。

SnapCenter UIツールでは、Oracleデータベース用のSnapCenter プラグインを使用して、データベースSnapshotのバックアップ、ポイントインタイムリカバリ、データベースクローニングなどを実行できます。Oracleプラグイン機能の詳細については、を参照してください "SnapCenter Plug-in for Oracle Databaseの概要"

以下のセクションでは、SnapCenter UIを使用して、Oracleデータベース管理の主な機能を実行する方法について詳しく説明します。

  • データベースSnapshotバックアップ

  • データベースのポイントインタイムリストア

  • データベースクローンの作成

データベースクローニングでは、論理データのエラーや破損が発生した場合にデータをリカバリするために、別のEC2ホストにプライマリデータベースのレプリカが作成されます。また、クローンを使用して、アプリケーションのテスト、デバッグ、パッチ検証を行うこともできます。

Snapshotを取得しています

EC2/FSX Oracleデータベースは、ユーザが設定した間隔で定期的にバックアップされます。ユーザは、Snapshotバックアップを一度に作成することもできます。この環境 では、フルデータベースのSnapshotバックアップとアーカイブログのみのSnapshotバックアップの両方が作成されます。

フルデータベーススナップショットを取得しています

フルデータベーススナップショットには、データファイル、制御ファイル、アーカイブログファイルなど、すべてのOracleファイルが含まれます。

  1. SnapCenter UIにログインし、左側のメニューでResources(リソース)をクリックします。Viewドロップダウンから、Resource Groupビューに移動します。

    エラー:グラフィックイメージがありません

  2. フル・バックアップ・リソース名をクリックし、[今すぐバックアップ]アイコンをクリックして、追加バックアップを開始します。

    エラー:グラフィックイメージがありません

  3. [バックアップ]をクリックし、バックアップを確定して、フル・データベース・バックアップを開始します。

    エラー:グラフィックイメージがありません

    データベースの[リソース]ビューで、[データベース管理バックアップコピー]ページを開いて、一度限りのバックアップが正常に完了したことを確認します。フルデータベースバックアップでは、データボリューム用とログボリューム用の2つのSnapshotが作成されます。

    エラー:グラフィックイメージがありません

アーカイブログのSnapshotを取得しています

アーカイブログのSnapshotは、Oracleアーカイブログボリュームに対してのみ作成されます。

  1. SnapCenter UIにログインし、左側のメニューバーにある[Resources]タブをクリックします。Viewドロップダウンから、Resource Groupビューに移動します。

    エラー:グラフィックイメージがありません

  2. ログバックアップリソース名をクリックし、[今すぐバックアップ]アイコンをクリックして、アーカイブログの追加バックアップを開始します。

    エラー:グラフィックイメージがありません

  3. Backupをクリックしてバックアップを確定し、アーカイブログのバックアップを開始します。

    エラー:グラフィックイメージがありません

    データベースの[リソース]ビューで、[データベース管理バックアップコピー]ページを開き、1回限りのアーカイブログバックアップが正常に完了したことを確認します。アーカイブログバックアップでは、ログボリューム用のSnapshotが1つ作成されます。

    エラー:グラフィックイメージがありません

特定の時点へのリストア

SnapCenterベースのリストアを同じEC2インスタンスホストで実行すると、ある時点までのリストアが実行されます。リストアを実行するには、次の手順を実行します。

  1. SnapCenter リソースタブのデータベースビューで、データベース名をクリックしてデータベースバックアップを開きます。

    エラー:グラフィックイメージがありません

  2. データベースのバックアップコピーおよびリストアするポイントインタイムを選択します。また、ポイントインタイムに対応するSCN番号もマークダウンします。ポイントインタイムリストアは、時間またはSCNを使用して実行できます。

    エラー:グラフィックイメージがありません

  3. ログボリュームのSnapshotを選択し、マウントボタンをクリックしてボリュームをマウントします。

    エラー:グラフィックイメージがありません

  4. ログボリュームをマウントするプライマリEC2インスタンスを選択します。

    エラー:グラフィックイメージがありません

  5. マウントジョブが正常に完了したことを確認します。また、EC2インスタンスホストで、そのログボリュームがマウントされていること、およびマウントポイントパスを確認します。

    エラー:グラフィックイメージがありません
    エラー:グラフィックイメージがありません

  6. マウントされたログボリュームから現在のアーカイブログディレクトリにアーカイブログをコピーします。

    [ec2-user@ip-10-0-0-151 ~]$ cp /var/opt/snapcenter/sco/backup_mount/ip-10-0-0-151_03-25-2022_11.15.01.1503_1/ORCL/1/db/ORCL_A/arch/*.arc /ora_nfs_log/db/ORCL_A/arch/
  7. SnapCenter リソースタブ>データベースバックアップページに戻り、データSnapshotコピーを強調表示し、復元ボタンをクリックしてデータベースリストアワークフローを開始します。

    エラー:グラフィックイメージがありません

  8. [すべてのデータファイル]および[リストアとリカバリに必要な場合はデータベースの状態を変更する]をオンにして、[次へ]をクリックします。

    エラー:グラフィックイメージがありません

  9. SCNまたは時刻を使用して、目的のリカバリ範囲を選択します。手順6で説明したように、マウントされたアーカイブログを現在のログディレクトリにコピーする代わりに、マウントされたアーカイブログのパスを「リカバリのための外部アーカイブログファイルの場所の指定」に記載できます。

    エラー:グラフィックイメージがありません

  10. 必要に応じて実行するプリスクリプトをオプションで指定します。

    エラー:グラフィックイメージがありません

  11. 必要に応じて、オプションのアフタースクリプトを指定して実行します。リカバリ後に開いているデータベースを確認します。

    エラー:グラフィックイメージがありません

  12. ジョブ通知が必要な場合は、SMTPサーバとEメールアドレスを指定します。

    エラー:グラフィックイメージがありません

  13. ジョブの概要をリストア[終了]をクリックして、リストア・ジョブを起動します。

    エラー:グラフィックイメージがありません

  14. SnapCenter からのリストアを検証します。

    エラー:グラフィックイメージがありません

  15. EC2インスタンスホストからリストアを検証します。

    エラー:グラフィックイメージがありません

  16. リストア・ログ・ボリュームをアンマウントするには、手順4と逆の手順を実行します。

データベースクローンを作成しています

次のセクションでは、SnapCenter クローンワークフローを使用して、プライマリデータベースからスタンバイEC2インスタンスへのデータベースクローンを作成する方法について説明します。

  1. フルバックアップリソースグループを使用して、SnapCenter からプライマリデータベースのフルSnapshotバックアップを作成します。

    エラー:グラフィックイメージがありません

  2. SnapCenter リソースタブのデータベースビューで、レプリカの作成元のプライマリデータベースのデータベースバックアップ管理ページを開きます。

    エラー:グラフィックイメージがありません

  3. 手順4で作成したログボリュームSnapshotを、スタンバイEC2インスタンスホストにマウントします。

    エラー:グラフィックイメージがありません
    エラー:グラフィックイメージがありません

  4. レプリカ用にクローンを作成するスナップショットコピーをハイライト表示し、[クローン]ボタンをクリックしてクローン手順 を起動します。

    エラー:グラフィックイメージがありません

  5. レプリカコピー名を変更して、プライマリデータベース名とは異なる名前にします。次へをクリックします。

    エラー:グラフィックイメージがありません

  6. クローンホストをスタンバイEC2ホストに変更し、デフォルトの名前を受け入れて、Nextをクリックします。

    エラー:グラフィックイメージがありません

  7. Oracleホームの設定をターゲットOracleサーバーホスト用に構成された設定に合わせて変更し、次へをクリックします。

    エラー:グラフィックイメージがありません

  8. 時刻またはSCNとマウントされたアーカイブログのパスを使用して、リカバリポイントを指定します。

    エラー:グラフィックイメージがありません

  9. 必要に応じてSMTP Eメール設定を送信します。

    エラー:グラフィックイメージがありません

  10. ジョブの概要を複製し、[完了]をクリックしてクローンジョブを起動します。

    エラー:グラフィックイメージがありません

  11. クローンジョブログを確認して、レプリカクローンを検証します。

    エラー:グラフィックイメージがありません

    クローニングされたデータベースは、ただちにSnapCenter に登録されます。

    エラー:グラフィックイメージがありません

  12. Oracleアーカイブログモードをオフにします。OracleユーザとしてEC2インスタンスにログインし、次のコマンドを実行します。

    sqlplus / as sysdba
    shutdown immediate;
    startup mount;
    alter database noarchivelog;
    alter database open;
メモ プライマリOracleバックアップコピーの代わりに、複製されたセカンダリバックアップコピーから同じ手順でクローンをターゲットFSXクラスタに作成することもできます。

スタンバイおよび再同期へのHAフェイルオーバー

スタンバイのOracle HAクラスタは、コンピューティングレイヤまたはストレージレイヤのいずれかで、プライマリサイトで障害が発生した場合に高可用性を提供します。解決策 の大きな利点の1つは、ユーザがいつでも、または頻度を問わずにインフラをテストおよび検証できることです。フェイルオーバーは、ユーザがシミュレートすることも、実際の障害によってトリガーすることもできます。フェイルオーバープロセスは同一であり、アプリケーションのリカバリを高速化するために自動化できます。

次のフェイルオーバー手順を参照してください。

  1. フェイルオーバーをシミュレートするには、ログスナップショットバックアップを実行して、最新のトランザクションをスタンバイサイトにフラッシュします。詳細については、を参照してください アーカイブログのSnapshotを取得しています。実際の障害によってトリガーされたフェイルオーバーでは、最後にリカバリ可能なデータが、スケジュールされたログボリュームのバックアップが最後に成功した時点でスタンバイサイトにレプリケートされます。

  2. プライマリとスタンバイのFSXクラスタ間のSnapMirrorを解除します。

  3. 複製されたスタンバイデータベースボリュームをスタンバイEC2インスタンスホストにマウントします。

  4. 複製されたOracleバイナリをOracleリカバリに使用する場合は、Oracleバイナリを再リンクします。

  5. スタンバイOracleデータベースを、最後に使用可能なアーカイブログにリカバリします。

  6. アプリケーションおよびユーザアクセス用のスタンバイOracleデータベースを開きます。

  7. 実際のプライマリサイト障害では、スタンバイOracleデータベースが新しいプライマリサイトの役割を担い、データベースボリュームを使用して、リバースSnapMirror方式で障害が発生したプライマリサイトを新しいスタンバイサイトとして再構築できます。

  8. プライマリサイトのテストまたは検証の失敗をシミュレートするには、テストの完了後にスタンバイOracleデータベースをシャットダウンします。次に、スタンバイEC2インスタンスホストからスタンバイデータベースボリュームをアンマウントし、プライマリサイトからスタンバイサイトにレプリケーションを再同期します。

これらの手順は、NetApp Automation Toolkitを使用して実行できます。このツールキットは、パブリックのNetApp GitHubサイトからダウンロードできます。

git clone https://github.com/NetApp-Automation/na_ora_hadr_failover_resync.git

セットアップとフェイルオーバーのテストを行う前に、READMEの手順をよくお読みください。