将来のセカンダリ・データベースの設定
Oracle Cloud Infrastructure (OCI)で最初のフィジカル・スタンバイを確立した後、別のリージョンに2番目のフィジカル・スタンバイを作成します。この2番目のデータベースは、クラウドベースのディザスタ・リカバリ環境のデータベースです。
Oracle Data Guardカスケード・スタンバイ機能。2番目のスタンバイは、オンプレミスのプライマリから直接ではなく、1番目のスタンバイからredo
を受信するため、オンプレミス・ホスト・サイトからのネットワーク・トラフィックが減少します。また、最終的にメインのredo
伝播ルートとなるものも確立されます。
現時点では、OCIツールを使用して将来のディザスタ・リカバリ・データベースを確立し、完全に管理できない制約があります。Oracle Data Guard Associationクラウド・サービスは、現在、既存のスタンバイ・データベース関係を登録できず、スタンバイ・データベース構成を管理できません。したがって、たとえば、Oracle Managed Disaster Recovery Cloud Serviceは使用できません。
両方のスタンバイ・データベースはOCIベースのプレースホルダ・データベースを使用して確立されるため、OCIコントロール・プレーンはそれぞれに対するパッチ適用およびその他のライフサイクル・アクティビティを管理できます。
プレースホルダ・データベースの作成
OCIコンソールを使用して、異なるリージョン(推奨)または同じリージョン内の別の可用性ドメインに新しいプレースホルダ・データベースを作成します。
dbaascli
などのツールを使用してプレースホルダ・データベースを削除しないでください。
データベースのリストアの準備
データベースのリストアに備えて、新しいOracleホームを構成します。
- 各環境の
tnsnames.ora
ファイルを調整して、他の各データベースを認識するようにします。環境間の通信を確認します。 - 最初のスタンバイ・データベースからパスワード・ファイルをコピーします。
- 最初のスタンバイ・データベースからTransparent Data Encryption (TDE)ウォレットをコピーします。
- カスケード・スタンバイ・データベースのデータベース・パラメータを調整します。
カスケード・スタンバイ用のTNSの構成
各環境のtnsnames.ora
ファイルを調整して、他の各データベースを認識するようにします。環境間の通信を確認します。
- オンプレミス・プライマリおよび最初のスタンバイ・データベースのすべてのOracle Real Application Clusters (Oracle RAC)インスタンスで使用される
tnsnames.ora
ファイルに、カスケード・スタンバイ・データベースのTNS接続文字列を追加します - オンプレミス・プライマリ・データベースと最初のOCIスタンバイ・データベースのTNS接続文字列を、カスケード・スタンバイ・データベースのすべてのOracle RACインスタンスで使用される
tnsnames.ora
ファイルに追加します。
SCAN
名ではなくSCAN IP
アドレスを使用する必要があります。Oracle Zero Downtime Migrationが最初のスタンバイ・データベース用に作成した準拠のTNSエントリの例を次に示します:
CDBHCM_iad1dx =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 1>) (PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 2>) (PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 3>)) (PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = CDBHCM_iad1dx)
(FAILOVER_MODE =
(TYPE = select)
(METHOD = basic)
)
(UR=A)
)
)
各データベース・サーバーにoracle OSユーザーとしてログインし、環境をソースにして、ディレクトリを$TNS_ADMIN
に変更する必要があります。
TDE Walletのコピー
これにより、最初のフィジカル・スタンバイ・データベースのウォレット・ファイルを含む新しいtde
サブディレクトリが作成されます。
カスケード・スタンバイへのデータベースのリストア
最初のフィジカル・スタンバイ・データベースからカスケード・スタンバイ・フットプリントにデータベースをリストアします。Oracle Recovery Manager (RMAN)コマンドRESTORE FROM SERVICE
を使用して、制御ファイルおよびデータファイルをリストアします。
カスケード・スタンバイ用のData Guard Brokerの構成
Oracle Zero Downtime Migrationによって、オンプレミスのプライマリ・データベースと最初のOCIスタンバイ・データベースの間にData Guard Brokerがすでに構成されています。ここでは、構成にカスケード・スタンバイを追加します。
カスケード・スタンバイとオンプレミス・データベースは、相互に直接通信しません。必要に応じて、redo
は最初のオンプレミス・スタンバイ・データベースを介して出荷されます。
- オンプレミス・データベースがプライマリの場合、
redo
はオンプレミス・プライマリから最初のスタンバイへ、または最初のスタンバイを介してカスケード・スタンバイに送信されます。- オンプレミス・プライマリからOCIファースト・スタンバイ
- OCI第1スタンバイからOCIカスケード・スタンバイ
- 最初のスタンバイがプライマリ・ロールの場合、
redo
は、そのデータベースからオンプレミス・データベースとカスケード・スタンバイ・データベースの両方に直接送信されます。- OCIプライマリからオンプレミス・スタンバイ
- OCIプライマリからOCIカスケード・スタンバイ
- この構成でカスケード・スタンバイがプライマリになると、REDOはそのデータベースからOCIの最初のスタンバイへ、またはOCIを介してオンプレミス・データベースへ送信されます。
- OCIファースト・スタンバイからオンプレミス・スタンバイ
- OCIはプライマリをOCIの最初のスタンバイにカスケードします