B ダウンストリーム・マイニング・データベースの構成
統合キャプチャの詳細は、「使用するキャプチャ方法の決定」を参照してください。
ダウンストリーム・マイニング構成の例は、「ダウンストリーム・マイニング構成の例」を参照してください。
内容は次のとおりです。
- ダウンストリーム・デプロイ用のキャプチャ・オプションの評価
ダウンストリーム・デプロイによってソース・データベースの負荷を軽減できます。 - ダウンストリーム・デプロイ用のソース・データベースの準備
ソース・データベースはREDOログをダウンストリーム・データベースに送り、Extractはダウンストリーム・データベースでログマイニング・サーバーを使用してREDOログをマイニングします。 - ダウンストリーム・マイニング・データベースの準備
ダウンストリーム・マイニング・データベースでは、アーカイブ・ログとオンラインREDOログの両方をソース・データベースから受け入れることができます。
ダウンストリーム・デプロイ用のキャプチャ・オプションの評価
ダウンストリーム・デプロイによってソース・データベースの負荷を軽減できます。
ダウンストリーム・マイニング・データベースでは、アーカイブ・ログとオンラインREDOログの両方をソース・データベースから受け入れることができます。
複数のソース・データベースのREDOデータを1つのダウンストリーム・データベースに送信できます。ただし、ダウンストリーム・マイニング・データベースは、それらのソース・データベースの1つからのみオンラインREDOログを受け入れることができます。残りのソース・データベースはアーカイブ・ログを送る必要があります。
オンライン・ログがダウンストリーム・データベースに送られると、Extractによるリアルタイム・キャプチャが可能です。Extractでソース・ログからの読取りと同様に変更がキャプチャされます。オンラインREDOログをソース・データベースから受け入れるには、ダウンストリーム・マイニング・データベースにスタンバイREDOログが構成されている必要があります。
ダウンストリーム・マイニング構成を使用する場合、ソース・データベースとマイニング・データベースは、エンディアンとビット・サイズ(64ビット)が同じであることが必要です。たとえば、ソース・データベースがLinux 64ビットだとすると、マイニング・データベースを64ビットWindowsで実行できます(これらのエンディアンとビット・サイズが同じため)。親トピック: ダウンストリーム・マイニング・データベースの構成
ダウンストリーム・デプロイ用のソース・データベースの準備
ソース・データベースはREDOログをダウンストリーム・データベースに送り、Extractはダウンストリーム・データベースでログマイニング・サーバーを使用してREDOログをマイニングします。
この項では、次のプロセスについて説明します。
- ソース・ユーザー・アカウントの作成
- ソースからダウンストリーム・マイニング・データベースへのREDO転送の構成
ソース・データベースからダウンストリーム・マイニング・データベースへのREDOログ・ファイルの転送を設定し、REDOログ・ファイルを受け入れるためにダウンストリーム・マイニング・データベースを準備するには、このトピックで説明した手順を実行します。
親トピック: ダウンストリーム・マイニング・データベースの構成
ソース・ユーザー・アカウントの作成
ソース・データベースにExtractユーザーが必要です。Extractではこのユーザーの資格証明を使用してメタデータ問合せを行い、必要に応じてソース・データベースから列値をフェッチします。ソース・ユーザーはUSERIDALIAS
パラメータによって指定されます。
必要な権限を割り当てるには、「Oracle GoldenGate資格証明の確立」の手順に従います
親トピック: ダウンストリーム・デプロイ用のソース・データベースの準備
ソースからダウンストリーム・マイニング・データベースへのREDO転送の構成
ソース・データベースからダウンストリーム・マイニング・データベースへのREDOログ・ファイルの転送を設定し、ダウンストリーム・マイニング・データベースでこれらのREDOログ・ファイルを受け入れる準備をするには、このトピックで説明した手順を実行します。
複数のソースから1つのダウンストリーム・マイニング・データベースへのREDOの送信をサポートするためのルールを次に要約します。
-
オンラインREDOログをダウンストリーム・マイニング・データベースのスタンバイREDOログに送信するよう構成できるのは、1つのソース・データベースのみです。このソース・データベースの
log_archive_dest_n
設定にTEMPLATE
句を含めることはできません。 -
オンラインREDOログをダウンストリーム・マイニング・データベースのスタンバイREDOログに送信しないソース・データベースには、
log_archive_dest_n
パラメータにTEMPLATE
句を指定する必要があります。 -
ダウンストリーム・マイニング・データベースに送信する各ソース・データベースは一意の
DBID
を持つ必要があります。これらのソース・データベースのv$database
ビューからDBID
列を選択し、DBIDが一意であることを確認します。 -
ダウンストリーム・マイニング・データベースに対して、
FAL_SERVER
値を設定する必要があります。FAL_SERVER
は、スタンバイ・データベースのフェッチ・アーカイブ・ログ(FAL)サーバーを指定します。値はOracle Netサービス名のリストで、スタンバイ・データベース・システムで、目的のFALサーバーをポイントするように正しく構成されていることを前提とします。リストには、ダウンストリーム・データベースにREDOを送信する可能性のある任意のデータベースのNetサービス名が含まれます。 -
REDO転送を使用する場合、ネットワーク待機時間のためREDOの処理に遅延が生じる可能性があります。統合Extractの場合、この待機時間はソース・データベースから受信したLCR間の遅延を測定して報告することで監視されています。待機時間がしきい値を超える場合、レポート・ファイル内に警告メッセージが表示され、ラグが標準的な値まで減少すると後続の情報メッセージが表示されます。しきい値のデフォルト値は10秒です。
注意:
ソース・データベースから送られたアーカイブ・ログは、外部アーカイブ・ログと呼ばれます。外部アーカイブ・ログの格納にダウンストリーム・マイニング・データベースのリカバリ領域を使用することはできません。そのような構成は、統合キャプチャでサポートされません。
これらの手順では、必要に応じて複数のソースからREDOを転送するための要件が考慮されています。これらのソースのそれぞれについてExtractプロセスを構成する必要があります。
REDO転送を構成する手順
親トピック: ダウンストリーム・デプロイ用のソース・データベースの準備
ダウンストリーム・マイニング・データベースの準備
ダウンストリーム・マイニング・データベースでは、アーカイブ・ログとオンラインREDOログの両方をソース・データベースから受け入れることができます。
次の項で、ダウンストリーム・マイニング・データベースを準備する方法について説明します。
- ダウンストリーム・マイニング・ユーザー・アカウントの作成
- ローカルREDOログ・ファイルをアーカイブするためのマイニング・データベースの構成
- リアルタイム・キャプチャ用のダウンストリーム・マイニング・データベースの準備
親トピック: ダウンストリーム・マイニング・データベースの構成
ダウンストリーム・マイニング・ユーザー・アカウントの作成
ダウンストリーム・マイニング構成を使用する場合、ダウンストリーム・データベースにExtractマイニング・ユーザーが必要です。マイニングExtractプロセスはこのユーザーの資格証明を使用して、ダウンストリーム・ログマイニング・サーバーと対話します。ダウンストリーム・マイニング・ユーザーは、MININGUSERALIAS
オプションを使用したTRANLOGOPTIONS
パラメータで指定します。ご使用のデータベース・バージョン用の正しい資格証明を割り当てるには、「Oracle GoldenGate資格証明の確立」を参照してください。
親トピック: ダウンストリーム・マイニング・データベースの準備
ローカルREDOログ・ファイルをアーカイブするためのマイニング・データベースの構成
この手順では、REDOデータをオンラインREDOログにアーカイブするようダウンストリーム・マイニング・データベースを構成します。これらは、ダウンストリーム・マイニング・データベースで生成されるREDOログです。
Extractをリアルタイム統合キャプチャ・モードで実行する場合、ダウンストリーム・マイニング・データベースでアーカイブを有効にする必要がありますが、これはアーカイブ・ログのみキャプチャの場合も推奨されます。統合キャプチャ・モードのExtractはデータベースの状態情報を書き込みます。ダウンストリーム・マイニング・データベースでディスクの障害や破損があった場合、アーカイブと通常のバックアップによって、この状態情報をリカバリできます。
ローカルREDOログ・ファイルをアーカイブする手順
これらの初期化パラメータの詳細は、『Oracle Data Guard概要および管理』を参照してください。
親トピック: ダウンストリーム・マイニング・データベースの準備
リアルタイム・キャプチャ用のダウンストリーム・マイニング・データベースの準備
この手順は、ダウンストリーム・マイニング・データベースでリアルタイム・キャプチャを使用する場合にのみ必要です。アーカイブ・ログのみキャプチャ・モードを使用する場合は必要ありません。リアルタイム・キャプチャを使用する場合、「ローカルREDOログ・ファイルをアーカイブするためのマイニング・データベースの構成」に示すようにローカルREDOデータをアーカイブするようダウンストリーム・データベースがすでに構成されているものとします。
スタンバイ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ログ・ファイルを作成する手順