Data Guard構成の管理
スイッチオーバー操作の実行
Oracle Database Cloud Serviceコンソールを使用して、Oracle Data Guard構成のスタンバイ・データベースへのスイッチオーバーを実行できます。
スイッチオーバー操作は、プライマリ・データベースがスタンバイ・データベースとの間でロールを切り替えることができます。 スイッチオーバー中にデータは失われません。 スイッチオーバー後、各データベースは新しいロールで引き続きOracle Data Guard構成に参加します。 スイッチオーバーは通常、計画済停止(オペレーティング・システムまたはハードウェアのアップグレード、あるいはOracle Databaseソフトウェアおよびパッチ・セットのローリング・アップグレードなど)の最中にプライマリ・データベースのダウンタイムを短縮するために使用されます。 詳細は、リリース18、12.2、12.1または11.2の『Oracle Data Guard概要および管理』のスイッチオーバーに関する項を参照してください。
Oracle Database Cloud Serviceコンソールでのスイッチオーバー操作の実行
-
スイッチオーバーを実行するデータベース・デプロイメントの「概要」ページに移動します:
-
Oracle Database Cloud Serviceコンソールを開きます。
詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。
-
デプロイメントのリストで、スイッチオーバーを実行するデータベース・デプロイメントの名前をクリックします。
「Oracle Database Cloud Service Overview」ページが表示されます。
-
-
「Overview」ページに各データベースの現在のロールを確実に反映するには、「Refresh Configuration」アイコンをクリックします。
-
デプロイメント名の横またはいずれかのコンピュート・ノードの横にあるアクション・メニュー(
)から、「スイッチオーバー」を選択し、アクションを確認します。
スイッチオーバーが完了するまで、Oracle Database Cloud Serviceコンソールのデプロイメントのステータスは「メンテナンス」になります。
-
時々ページをリフレッシュします。
データベース・ロールが更新され、各データベースの新しいロールが反映されます。
手動フェイルオーバー操作の実行
Oracle Database Cloud Serviceコンソールを使用して、Oracle Data Guard構成のスタンバイ・データベースへの手動フェイルオーバーを実行できます。
フェイルオーバー操作は、プライマリ・データベースの失敗に対応して、スタンバイ・データベースをプライマリ・ロールに変更します。 失敗の前にプライマリ・データベースが最大保護モードまたは最大可用性モードで運用されていなかった場合は、データ損失が生じる可能性があります。 プライマリ・データベースでフラッシュバック・データベースが有効になっている場合は、失敗の原因が修正された後、新しいプライマリ・データベースのスタンバイとして復旧できます。 通常、フェイルオーバーが使用されるのは、プライマリ・データベースが使用できなくなり、合理的な期間内にそのサービスを復旧できる見込みがない場合に限られます。 詳細は、リリース18、12.2、12.1または11.2の『Oracle Data Guard概要および管理』のフェイルオーバーに関する項を参照してください。
Oracle Database Cloud Serviceコンソールでの手動フェイルオーバー操作の実行
-
フェイルオーバーを実行するデータベース・デプロイメントの「概要」ページに移動します:
-
Oracle Database Cloud Serviceコンソールを開きます。
詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。
-
デプロイメントのリストで、フェイルオーバーを実行するデータベース・デプロイメントの名前をクリックします。
「Oracle Database Cloud Service Overview」ページが表示されます。
-
-
「Overview」ページに各データベースの現在のロールを確実に反映するには、「Refresh Configuration」アイコンをクリックします。
-
デプロイメント名の横またはいずれかのコンピュート・ノードの横にあるアクション・メニュー(
)から、「フェイルオーバー」を選択し、アクションを確認します。
操作が完了するまで、Oracle Database Cloud Serviceコンソールのデプロイメントのステータスは「メンテナンス」になります。
-
時々ページをリフレッシュします。
データベース・ロールが更新され、各データベースの新しいロールが反映されます。
失敗したプライマリ・データベースの復旧
Oracle Database Cloud Serviceコンソールを使用して、フェイルオーバー後に障害が発生したプライマリ・データベースを復旧できます。
スタンバイ・データベースへのフェイルオーバーを実行した後に、失敗したプライマリ・データベースを復旧することで、元の障害時リカバリ・ソリューションをリストアできる場合があります。 Data Guard Brokerの復旧機能を使用して、失敗したプライマリ・データベースを、新しいプライマリに対する有効なスタンバイ・データベースにすることができます。 詳細は、リリース18、12.2、12.1または11.2のOracle Data Guard Brokerのロール変更後の無効なデータベースの再有効化に関する項を参照してください。
Oracle Database Cloud Serviceコンソールでの失敗したプライマリ・データベースの復旧
-
復旧を実行するデータベース・デプロイメントの「概要」ページに移動します:
-
Oracle Database Cloud Serviceコンソールを開きます。
詳細な手順は、「My ServicesダッシュボードおよびOracle Database Cloud Serviceコンソールへのアクセス」を参照してください。
-
デプロイメントのリストで、復旧を実行するデータベース・デプロイメントの名前をクリックします。
「Oracle Database Cloud Service Overview」ページが表示されます。
-
-
「Overview」ページに各データベースの現在のロールを確実に反映するには、「Refresh Configuration」アイコンをクリックします。
-
デプロイメント名の横またはいずれかのプライマリ・データベースのコンピュート・ノードの横にあるアクション・メニュー(
)から、「回復」を選択し、アクションを確認します。
操作が完了するまで、Oracle Database Cloud ServiceコンソールのデプロイメントのステータスはMaintenanceになります。
-
時々ページをリフレッシュします。
データベース・ロールが更新され、各データベースの新しいロールが反映されます。
自動フェイルオーバー用のクライアントの構成
事前定義されたネットワーク・サービス名を使用することで、アプリケーション・クライアントはロール遷移後に新しいプライマリ・データベースに自動的に再接続できます。
Oracle Database Exadata Cloud at Customer上のData Guard構成は、Data Guardのロール遷移が発生すると、失敗したプライマリ・データベースから新しいプライマリ・データベースへと、アプリケーション接続の自動遷移を行うように事前構成されています。
次のネットワーク・サービス名が事前定義されています。
-
dbname_dg: このサービスは、プライマリ・データベースに接続するために使用されます。 データベースでOracle Database 12cリリース1以降を使用している場合、このサービスはルート・コンテナに接続します。
-
dbname_dg_ro: このサービスは、スタンバイ・データベースに接続するために使用されます。 データベースでOracle Database 12cリリース1以降を使用している場合、このサービスはルート・コンテナに接続します。
-
PDBname_dg: Oracle Database 12cリリース1以降を使用したData Guard構成では、このサービスが定義され、プライマリ・データベースのデフォルトPDBに接続するために使用されます。
-
PDBname_dg_ro: Oracle Database 12cリリース1以降を使用したData Guard構成では、このサービスが定義され、スタンバイ・データベースのデフォルトPDBに接続するために使用されます。
サービスは、事前定義されたトリガーを使用することにより各データベースで管理されます。 ロール遷移に続いて、トリガーが実行され、新しいプライマリ・データベース上でサービスが開始されます。 事前定義されたネットワーク・サービス名をアプリケーション接続で使用することで、アプリケーション・クライアントはロール遷移後に新しいプライマリ・データベースに自動的に振り向けられます。
詳細は、高可用性Oracle Databaseでのクライアント・フェイルオーバーのベスト・プラクティス: Oracle Database 11g リリース2または高可用性Oracle Databaseでのクライアント・フェイルオーバーのベスト・プラクティスOracle Database 12cを参照してください。