11gリリース1（11.1）
E05755-03
 目次 |
 索引 |
| Oracle Data Guard 概要および管理 11gリリース1（11.1） E05755-03 |
|
Oracle Data Guard構成は、単一インスタンスおよび複数インスタンスのOralce Real Application Clusters（RAC）データベースの組合せで構成されます。この章では、Oracle Data GuardをOracle RACデータベースとともに使用する場合に適用される構成要件と考慮事項の概要を説明します。次の項目で構成されています。
スタンバイ・データベースを構成すると、Oracle RACを使用しているプライマリ・データベースを保護できます。次の表では、プライマリ・データベースとスタンバイ・データベースのインスタンスの可能な組合せについて説明します。
| インスタンスの組合せ | 単一インスタンス・スタンバイ・データベース | 複数インスタンス・スタンバイ・データベース |
|---|---|---|
|
単一インスタンス・プライマリ・データベース |
可 |
可 |
|
複数インスタンス・プライマリ・データベース |
可 |
可 |
それぞれの組合せでは、プライマリ・データベースの各インスタンスが、REDOデータをスタンバイ・データベースのインスタンスへ転送します。
図D-1では、プライマリ・データベース・インスタンスが2つあるOracle RACデータベース（複数インスタンス・プライマリ・データベース）が、単一インスタンス・スタンバイ・データベースへREDOデータを転送しています。
この場合は、プライマリ・データベースのインスタンス1がローカル・アーカイブREDOログ・ファイル1、2、3、4、5にREDOデータをアーカイブし、スタンバイ・データベース宛先にREDOデータを転送するのに対し、インスタンス2がローカル・アーカイブREDOログ・ファイル32、33、34、35、36にREDOデータをアーカイブし、同じスタンバイ・データベース宛先にREDOデータを転送します。スタンバイ・データベースでは、アーカイブREDOログ・ファイルを適用する正しい順序が自動的に判断されます。
各プライマリ・インスタンスを構成するには、第3章（フィジカル・スタンバイ・データベース作成の場合）、または第4章（ロジカル・スタンバイ・データベース作成の場合）の説明に従ってください。
LOG_ARCHIVE_DEST_nパラメータおよびLOG_ARCHIVE_FORMATパラメータを定義して、アーカイブREDOログ・ファイルおよびスタンバイREDOログ・ファイルの場所を指定するには、第3章（フィジカル・スタンバイ・データベース作成の場合）、または第4章（ロジカル・スタンバイ・データベース作成の場合）の説明に従ってください。
この項では、Oracle RACスタンバイ・データベースにREDOデータを送信するようにOracle RACプライマリ・データベースを構成する方法について説明します。
次の手順を実行して、プライマリ・データベースからREDOデータを受信するようにOracle RACスタンバイ・データベースを構成します。
REDOデータをRACスタンバイ・データベースに送信するように、RACプライマリ・データベースの各インスタンスを構成します。REDOデータを別のデータベースに送信するようにOracleデータベース・インスタンスを構成する方法は、6.2.2項を参照してください。
REDOデータをOracle RACスタンバイ・データベースに送信するようにOracle RACプライマリ・データベースを構成する際には、次のベスト・プラクティスをお薦めします。
LOG_ARCHIVE_DEST_nパラメータを使用して、REDOデータを特定のスタンバイ・データベースに送信する。
LOG_ARCHIVE_DEST_nパラメータのSERVICE属性を同じネット・サービス名に設定する。
この項では、Oracle RAC環境に固有のData Guard構成情報を示します。この章は、次の項目で構成されています。
アーカイブREDOログ・ファイル名は、log_%parameterの形式になります。%parameterには、表D-1のパラメータを1つ以上含めることができます。
次に例を示します。
LOG_ARCHIVE_FORMAT = log%d_%t_%s_%r.arc
Oracle RACが、LOG_ARCHIVE_FORMATパラメータでアーカイブREDOログ・ファイルを一意に識別するためには、スレッド・パラメータ%tまたは%Tが必須です。
最大保護モードまたは最大可用性モードで稼働しているOracle RAC構成では、インスタンスがスタンバイ宛先との接続を失うと、他のすべてのインスタンスがその宛先へのデータ送信を停止します（これにより、その宛先に転送されたデータの整合性が維持されます）。
障害のあったスタンバイ宛先が復旧すると、Data Guardは、ギャップなしになるまで、そのサイトを再同期化モードで実行します。これによって、そのスタンバイ宛先はData Guard構成に再び含まれます。
次に、Oracle RAC環境における保護モードの動作を説明します。
接続を失った宛先が最後のSYNC宛先の場合、インスタンスは接続を失い、停止します。Oracle RAC構成内でスタンバイ宛先への接続を維持しているインスタンスは、接続を失ったインスタンスをリカバリし、スタンバイ宛先への送信を継続します。Oracle RAC構成内のすべてのインスタンスが最後のスタンバイ宛先への接続を失った場合にのみ、プライマリ・データベースが停止します。
この項は、次の項目で構成されています。
Oracle RACデータベースの場合は、ターゲット・データベースがフィジカル・スタンバイであるスイッチオーバー時にアクティブにできるのは、1つのプライマリ・インスタンスと1つのスタンバイ・インスタンスのみです。したがって、フィジカル・スタンバイ・データベースへのスイッチオーバーの前に、1つのプライマリ・インスタンスと1つのスタンバイ・インスタンス以外はすべて停止します。スイッチオーバーの完了後、スイッチオーバーの実行時に停止したプライマリ・インスタンスとスタンバイ・インスタンスを再起動します。この制限は、ロジカル・スタンバイ・データベースの場合には存在しません。
Oracle RACスタンバイ・データベースへのフェイルオーバーを実行するには、まず、1つのスタンバイ・インスタンス以外はすべて停止します。フェイルオーバーの完了後、停止したインスタンスを再起動します。
この項は、Oracle RACで発生する問題のトラブルシューティングのヘルプとして利用できます。
データベースでOracle RACを使用すると、アクティブ・インスタンスによってスイッチオーバーの実行が妨げられます。他のインスタンスがアクティブの場合は、スイッチオーバーの試行が次のエラー・メッセージを伴って失敗します。
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO STANDBY; ALTER DATABASE COMMIT TO SWITCHOVER TO STANDBY * ORA-01105: mount is incompatible with mounts by other instances
処置: 次のようにGV$INSTANCEビューを問い合せ、問題の原因となっているインスタンスを判断します。
SQL> SELECT INSTANCE_NAME, HOST_NAME FROM GV$INSTANCE 2> WHERE INST_ID <> (SELECT INSTANCE_NUMBER FROM V$INSTANCE); INSTANCE_NAME HOST_NAME ------------- --------- INST2 standby2
この例では、識別されたインスタンスを手動で停止しないと、スイッチオーバーを継続できません。識別されたインスタンスには使用中のインスタンスから接続でき、SHUTDOWN文をリモートで発行できます。次に例を示します。
SQL> CONNECT SYS@standby2 AS SYSDBA Enter Password: SQL> SHUTDOWN; SQL> EXIT
|
 Copyright © 1999, 2008 Oracle Corporation. All Rights Reserved. |
|