B.3 ダウンストリーム・マイニング・データベースの準備

次の項で、ダウンストリーム・マイニング・データベースを準備する方法について説明します。

B.3.1 ダウンストリーム・マイニング・ユーザー・アカウントの作成

ダウンストリーム・マイニング構成を使用する場合、ダウンストリーム・データベースにExtractマイニング・ユーザーが必要です。マイニングExtractプロセスはこのユーザーの資格証明を使用して、ダウンストリーム・ログマイニング・サーバーと対話します。ダウンストリーム・マイニング・ユーザーは、MININGUSERALIASオプションを使用したTRANLOGOPTIONSパラメータで指定します。ご使用のデータベース・バージョン用の正しい資格証明を割り当てるには、「Oracle GoldenGate資格証明の確立」を参照してください。

B.3.2 ローカルREDOログ・ファイルをアーカイブするためのマイニング・データベースの構成

この手順では、REDOデータをオンラインREDOログにアーカイブするようダウンストリーム・マイニング・データベースを構成します。これらは、ダウンストリーム・マイニング・データベースで生成されるREDOログです。

Extractをリアルタイム統合キャプチャ・モードで実行する場合、ダウンストリーム・マイニング・データベースでアーカイブを有効にする必要がありますが、これはアーカイブ・ログのみキャプチャの場合も推奨されます。統合キャプチャ・モードのExtractはデータベースの状態情報を書き込みます。ダウンストリーム・マイニング・データベースでディスクの障害や破損があった場合、アーカイブと通常のバックアップによって、この状態情報をリカバリできます。

ローカルREDOログ・ファイルをアーカイブする手順

ダウンストリーム・マイニング・データベースをアーカイブ・ログ・モードに変更します。これは、次のDDLコマンドを発行して行います。
```
STARTUP MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE OPEN;
```
ダウンストリーム・マイニング・データベースで、次の例に示すように、1つ目のアーカイブ・ログの宛先をLOG_ARCHIVE_DEST_n初期化パラメータに設定します。
```
ALTER SYSTEM SET
LOG_ARCHIVE_DEST_1='LOCATION=/home/arc_dest/local
VALID_FOR=(ONLINE_LOGFILE,PRIMARY_ROLE)'
```
あるいは、次の例のようなコマンドを使用します。
```
ALTER SYSTEM SET
LOG_ARCHIVE_DEST_1='LOCATION='USE_DB_RECOVERY_FILE_DEST' valid_for=(ONLINE_LOGFILE,PRIMARY_ROLE)'
```
注意:
ダウンストリーム・マイニング・データベースによって生成されるオンラインREDOログはリカバリ領域にアーカイブできます。ただし、外部アーカイブ・ログのステージングやスタンバイREDOログのアーカイブにダウンストリーム・マイニング・データベースのリカバリ領域は使用できません。高速リカバリ領域の構成の詳細は、次を参照してください。
ローカル・アーカイブの宛先を有効にします。
```
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_1=ENABLE
 
```

これらの初期化パラメータの詳細は、次を参照してください。

B.3.3 リアルタイム・キャプチャ用のダウンストリーム・マイニング・データベースの準備

この手順は、ダウンストリーム・マイニング・データベースでリアルタイム・キャプチャを使用する場合にのみ必要です。アーカイブ・ログのみキャプチャ・モードを使用する場合は必要ありません。リアルタイム・キャプチャを使用する場合、「ローカルREDOログ・ファイルをアーカイブするためのマイニング・データベースの構成」に示すようにローカルREDOデータをアーカイブするようダウンストリーム・データベースがすでに構成されているものとします。

B.3.3.1 スタンバイREDOログ・ファイルの作成

次の手順では、スタンバイREDOログ・ファイルをダウンストリーム・マイニング・データベースに追加する手順を概説します。スタンバイREDOログの作成ルールを次に要約します。

各スタンバイREDOログ・ファイルのサイズは、少なくともREDOソース・データベースの最大REDOログ・ファイルと同程度である必要があります。管理を簡単にするために、ソース・データベースのすべてのREDOログ・ファイルとダウンストリーム・マイニング・データベースのスタンバイREDOログ・ファイルを同じサイズにすることをお薦めします。
スタンバイREDOログは、ソース・データベースのREDOスレッドごとにソース・データベースのREDOログより1つ以上多い数のREDOログ・グループを持つ必要があります。

スタンバイREDOログ・ファイルの追加に必要な特定の手順やSQL文は、環境によって異なります。スタンバイREDOログ・ファイルのデータベースへの追加の詳細は、『Oracle Data Guard概要および管理11gリリース2 (11.2)』を参照してください。

注意:

1つのダウンストリーム・マイニング・データベースにREDOを送信するソース・データベースが複数ある場合、それらのソースのうち1つのみがマイニング・データベースのスタンバイREDOログにREDOを送信できます。このソース・データベースからのREDOをマイニングするExtractプロセスはリアルタイム・モードで実行できます。他のソース・データベースはすべてアーカイブ・ログのみをダウンストリーム・マイニング・データベースに送信し、このデータを読み取るExtractはアーカイブ・ログのみモードで実行されるよう構成される必要があります。

スタンバイREDOログ・ファイルを作成する手順

SQL*Plusで、管理ユーザーとしてソース・データベースに接続します。
ソース・ログ・ファイルのサイズを確認します。結果を控えておきます。
```
SELECT BYTES FROM V$LOG;
```
ソース・データベースに構成されているオンライン・ログ・ファイル・グループの数を確認します。結果を控えておきます。
```
SELECT COUNT(GROUP#) FROM V$LOG;
```
管理ユーザーとしてダウンストリーム・マイニング・データベースに接続します。
スタンバイ・ログ・ファイル・グループをマイニング・データベースに追加します。スタンバイ・ログ・ファイルのサイズは、ソース・ログ・ファイルのサイズ以上である必要があります。スタンバイ・ログ・ファイル・グループの数は、ソース・オンライン・ログ・ファイル・グループの数より1つ以上多い数である必要があります。これは、RACインストールの各インスタンス(スレッド)に適用されます。ソース・データベースに"n"個のスレッドがあり、それぞれ"m"個のREDOログ・グループがある場合、n*(m+1)個のREDOログ・グループをダウンストリーム・マイニング・データベースで構成する必要があります。
次の例は、3つのスタンバイ・ログ・グループを示しています。
```
ALTER DATABASE ADD STANDBY LOGFILE GROUP 3
('/oracle/dbs/slog3a.rdo', '/oracle/dbs/slog3b.rdo') SIZE 500M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 4
('/oracle/dbs/slog4.rdo', '/oracle/dbs/slog4b.rdo') SIZE 500M;
ALTER DATABASE ADD STANDBY LOGFILE GROUP 5
('/oracle/dbs/slog5.rdo', '/oracle/dbs/slog5b.rdo') SIZE 500M;
```

スタンバイ・ログ・ファイル・グループが正常に追加されたことを確認します。

SELECT GROUP#, THREAD#, SEQUENCE#, ARCHIVED, STATUS
FROM V$STANDBY_LOG;

結果は次のようになります。

GROUP#     THREAD#    SEQUENCE#  ARC STATUS
---------- ---------- ---------- --- ----------
         3          0          0 YES UNASSIGNED
         4          0          0 YES UNASSIGNED
         5          0          0 YES UNASSIGNED

ソース・データベースのログ・ファイルが、設定したローカルのLOG_ARCHIVE_DEST_nのLOCATION属性で指定した場所にあることを確認します。ディレクトリ内のファイルを確認するために、ソース・データベースでログ・ファイルの切り替えが必要な場合があります。

B.3.3.2 スタンバイREDOログ・ファイルをローカルにアーカイブするためのデータベースの構成

この手順では、ソース・データベースのオンラインREDOログからREDOデータを受信するスタンバイREDOログをアーカイブするようダウンストリーム・マイニング・データベースを構成します。外部アーカイブ・ログは、ダウンストリーム・マイニング・データベースのリカバリ領域にアーカイブできないことに注意してください。

スタンバイREDOログをローカルでアーカイブする手順

ダウンストリーム・マイニング・データベースで、次の例に示すように、2つ目のアーカイブ・ログの宛先をLOG_ARCHIVE_DEST_n初期化パラメータに設定します。
```
ALTER SYSTEM SET
LOG_ARCHIVE_DEST_2='LOCATION=/home/arc_dest/srl_dbms1
VALID_FOR=(STANDBY_LOGFILE,PRIMARY_ROLE)'
```
外部アーカイブ・ログ(リモート・ソース・データベースからのログ)はローカル・マイニング・データベース・ログ・ファイルと分けて保管し、ログ・ファイル同士も分けて保管することをお薦めします。外部アーカイブ・ログのステージングにダウンストリーム・マイニング・データベースのリカバリ領域を使用することはできません。高速リカバリ領域の構成の詳細は、次を参照してください。

注意:
別のデータベースによって生成されたREDOをダウンストリーム・マイニング・データベースのスタンバイREDOログで受け入れる場合、前述のとおりスタンバイREDOログ用にlog_archive_dest_2を構成する必要があります。
前のステップで設定したLOG_ARCHIVE_DEST_2パラメータを次の例に示すように有効にします。
```
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE 
```
これらの初期化パラメータの詳細は、次を参照してください。