Oracle GoldenGateデプロイメントでのダウンストリームExtract
ダウンストリームのOracle GoldenGateデプロイメントでは、REDOログの処理をマイニング・データベースと呼ばれる代替データベースにオフロードできます。マイニング・データベースには、ソース・データベースのデータを含める必要はありませんが、同じデータベース・バージョン以上である必要があります。つまり、ソース・データベースとしてのOracleバージョン12cは、マイニング・データベース・バージョン19c以上を使用できるため、Oracle GoldenGateは、Oracle 12データベースで実際に実行することなく、Oracle 12cデータベースから変更を取得できます。
ダウンストリームExtractは、GoldenGateがソース・データベースに接続できない状況でも使用できます。
ノート:ソース・データベース・サーバーとダウンストリーム・データベース・サーバーのエンディアンとプロセッサ・タイプは同じである必要があります。たとえば、ダウンストリームExtractは、ソースLinux (x86)とダウンストリームWindows (x86)サーバーと連携しますが、ソース・サーバーがHP-UXでダウンストリーム・サーバーがAIXの場合、またはソース・サーバーがHP PA-RISCでダウンストリーム・サーバーがHP-Itaniumの場合、動作しません。
ダウンストリーム・マイニング・データベースでは、ソース・データベースからアーカイブ・ログおよびオンラインREDOログを受け入れます。これは、次の2つのモードでダウンストリームExtractが存在できることを意味します。
-
リアルタイム・マイニング・モード: リアルタイム・マイニング・モードでは、REDOレコードはオンラインREDOログまたはスタンバイREDOログから即時に処理されるため、データベース変更の処理に遅延はありません。
-
アーカイブ・マイニング・モード: アーカイブ・マイニング・モードでは、REDOレコードは、REDOログ・ファイルにアーカイブされるまで処理されません。
一般的なダウンストリーム・デプロイメントでは、データに変更が加えられるソース・データベースは、REDOログまたはアーカイブ・ログをマイニング・データベースに送ります。マイニング・データベースでは、ExtractプロセスがREDOログをマイニングし、証跡ファイルを書き出します。ダウンストリームExtractは、Oracle GoldenGateがソース・データベースとの接続を確立できない状況でも使用できます。次の図では、CDBNORTHがソース・データベース、CDBSOUTHがターゲット・データベースです。ソースとターゲットの間に、ダウンストリームExtractからターゲットに転送するデータベース・ログ・マイニング・サーバーを備えたマイニング・データベースがあります。

別の方法として、カスケード方式を使用することもできます。Active Data Guardスタンバイがある場合は、プライマリからログを送信するのではなく、スタンバイでREDOログをマイニング・データベースに送信できます。このオプションは、ネットワーク帯域幅が制限され、スタンバイ・データベースがマイニング・データベースと同じリージョンまたはデータ・センターにある場合に使用する必要があります。
このアプローチでは、次の図に示すように、カスケード・モードで構成されたADGを使用して、ダウンストリーム・マイニング・データベースにREDOログを転送します。これをダウンストリームExtractが参照することで、ソース・データベースのオーバーヘッドが削減されます。
ノート: OracleのExtractプロセスは、Data GuardスタンバイまたはActive Data Guardスタンバイに接続してデータを取得できません。

カスケード・ダウンストリーム環境の設定に関する構成の詳細は、「ダウンストリームExtractがADGと連携できるようにする」に関する項を参照してください。
ソースおよびダウンストリーム・マイニング・データベースの構成
この項では、データベース側で必要なパラメータおよびユーザー管理構成について学習します。
ソース・データベースおよびダウンストリーム・マイニング・データベースでのOracle GoldenGateユーザー
Oracle GoldenGate管理者ユーザーは、各データベースに存在する必要があります。コンテナ・データベースでは、Extractがルート・コンテナ内で使用されるため、共通ユーザーが必要です。
Oracle AI Database 26ai以降のユーザーを設定するには、新しいユーザーにOGG_CAPTUREおよびOGG_APPLYユーザー・ロールを割り当てる必要があります。詳細は、「Oracle AI Database 26ai以降でのユーザー権限の付与」を参照してください。
Oracle Database 21c以前のユーザーを設定するには、PL/SQLパッケージを使用します。次の例は、Oracle Database 21c以前でOracle GoldenGateを使用する場合のユーザーの作成と、このユーザーに付与される関連する権限を示しています。
CREATE USER c##ggadmin IDENTIFIED BY *password* CONTAINER = all;
ALTER USER c##ggadmin SET CONTAINER_DATA = all CONTAINER = current;
GRANT ALTER SESSION TO c##ggadmin CONTAINER = all;
GRANT connect, resource TO c##ggadmin CONTAINER = all;
BEGIN
DBMS_GOLDENGATE_AUTH.GRANT_ADMIN_PRIVILEGE
( grantee => 'C##GGADMIN'
, privilege_type => 'CAPTURE'
, grant_select_privileges => TRUE
, container => 'ALL'
);
END;
/
ノート:共通ユーザー(c##ggadmin)は、ダウンストリーム・データベースにのみ必要です。
データベースの接続の構成
データベース・ネット・サービスの要件
ソース・データベースとダウンストリーム・データベースには、双方向のデータベース・ネット・サービスを使用してアクセスできます。
Oracle GoldenGateでは、ソース・データベース(CDBNORTH_root)とダウンストリーム・データベース(cdbDSC_root)に対する接続を設定できます。ソース・データベースの接続は、Extract登録時にディクショナリ・データを格納するためにのみ必要です。FETCHUSERIDALIASパラメータを使用すると、実行時にフェッチするためにダウンストリーム・マイニング・データベース(cdbDSC_root)に接続することができます。ADGリダイレクションを使用して、Extract登録をADGからソースにリダイレクトできます。接続を設定するには、Oracle GoldenGateデプロイメントから資格証明を作成するために、これらのユーザーのデータベース資格証明があることを確認してください。
Oracle GoldenGateシップホームの一部であるSQL*Plusを使用してネット・サービスをテストできます。
ソース・データベースの前提条件
データベース接続を構成するには、ソース・データベースのインスタンスで次の設定が行われていることを確認します。
-
(ソースおよびダウンストリーム・マイニング・データベース)すべてのデータベースには、次のものが含まれている必要があります。
ALTER SYSTEM SET ENABLE_GOLDENGATE_REPLICATION = TRUE; -
ソース・データベースはアーカイブ・ログ・モードである必要があります。データベースでアーカイブを有効にするには、次のコマンドを発行して、REDOログを切り替えるときにアーカイブ・ログを作成するようにデータベースに指示します。
ALTER DATABASE ARCHIVE LOG; -
(推奨) (ソースのみ)すべてのデータベースが強制ロギング・モードである必要があります。
ALTER DATABASE FORCE LOGGING; -
トランザクションが発生している場所であるため、ソース・データベースでは、Extractプロセスのマイニング・データベースへのオフロード中に
TRANDATA/SCHEMATRANDATAを含む最小サプリメンタル・ロギングを有効にする必要があります。 -
(ダウンストリーム・マイニング・データベースのみ)ソース・データベースとダウンストリーム・データベースのパスワード・ファイル(
orapwSID)は同じです。そのため、remote_login_passwordfileをSHAREDまたはEXCLUSIVE(Oracle Database 21c以下)に設定する必要があります。
ダウンストリーム・マイニング・データベースの前提条件
データベース接続を構成するには、ソース・データベース・インスタンスとダウンストリーム・データベース・インスタンスで次の設定が行われていることを確認します。
-
すべてのデータベースに次の指定が必要です。
ALTER SYSTEM SET ENABLE_GOLDENGATE_REPLICATION = TRUE; -
STREAMS_POOL_SIZEは、Oracle 21c以下に設定する必要があります。例ALTER SYSTEM SET STREAMS_POOL_SIZE = 1G; -
マイニング・データベースおよびソース・データベースは、アーカイブ・ログ・モードである必要があります。データベースでアーカイブを有効にするには、次のコマンドを発行して、REDOログを切り替えるときにアーカイブ・ログを作成するようにデータベースに指示します。
ALTER DATABASE ARCHIVE LOG; -
(ダウンストリーム・マイニングのみ)ダウンストリーム・データベースには、次に対して異なる設定が必要です。
-
DBID -
DBNAME -
DB_UNIQUE_NAME -
GLOBAL_NAME
(ダウンストリーム・マイニング・データベースおよびソース・データベース)ダウンストリーム環境では、一意なデータベース名はデータベース名に一致します。
-
-
ソース・データベースとダウンストリーム・データベースのパスワード・ファイル(
orapwSID)は同じです。そのため、remote_login_passwordfileをSHAREDまたはEXCLUSIVEに設定する必要があります。
ダウンストリーム・データベースのパラメータの構成
この項を使用して、必要に応じてリアルタイム・マイニング・モードおよびアーカイブ・マイニング・モードのパラメータを構成します。
リアルタイム・マイニング・モードでのダウンストリームExtractのパラメータ設定
リアルタイム・マイニング・モードのダウンストリームExtractの場合、主な前提条件は、ダウンストリーム・データベースにスタンバイREDOログ・ファイルが正しく構成されている必要があることです。
ダウンストリーム・リアルタイム・マイニングは、Extractパラメータ・ファイル内の明示的な設定によって有効化されます。LADの設定は、このモードとは独立しています。TRANLOGOPTIONS INTEGRATEDPARAMS (REAL_TIME_MINE Y)パラメータがまだ設定されていない場合は、リアルタイム・マイニング・モードでダウンストリームExtractを有効にするように設定する必要があります。
TRANLOGOPTIONS INTEGRATEDPARAMS (DOWNSTREAM_REAL_TIME_MINE Y)
ノート:ダウンストリーム・データベースには、特定のソース・データベースに対してリアルタイムExtractが1つのみ存在できます。他のExtractは非リアルタイムである必要があります。これはREDOトランスポートによる制限です。
ダウンストリーム・マイニング・データベースで次のコマンドを実行すると、FRAを使用して設定されているローカル・バックアップが表示されます。
ALTER SYSTEM
SET log_archive_config='DG_CONFIG=(CDBNORTH, cdbDSC)';
ALTER SYSTEM set FAL_SERVER = 'CDBNORTH_root';
スタンバイREDOログ・ファイルはダウンストリーム・データベース上に存在している必要があります。ソースにn個のオンラインREDOログ・ファイルがある場合は、ターゲットに同じサイズのn+1個のスタンバイREDOログ・ファイルが存在している必要があります。
ダウンストリーム・マイニング・データベースでのスタンバイREDOログ・ファイルの作成
次のステップでは、スタンバイREDOログ・ファイルをダウンストリーム・マイニング・データベースに追加する手順を概説します。スタンバイREDOログの作成ルールを次に要約します。
-
各スタンバイREDOログ・ファイルのサイズは、少なくともREDOソース・データベースの最大REDOログ・ファイルと同程度である必要があります。管理を簡単にするために、ソース・データベースのすべてのREDOログ・ファイルとダウンストリーム・マイニング・データベースのスタンバイREDOログ・ファイルを同じサイズにすることをお薦めします。
-
スタンバイREDOログは、ソース・データベースのREDOスレッドごとにソース・データベースのREDOログより1つ以上多い数のREDOログ・グループを持つ必要があります。
スタンバイREDOログ・ファイルの追加に必要な特定のステップとSQL文は、環境によって異なります。スタンバイREDOログ・ファイルをデータベースに追加する手順の詳細は、フィジカル・スタンバイ・データベースの作成を参照してください。
ノート: 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属性で指定した場所にあることを確認します。ディレクトリ内のファイルを確認するために、ソース・データベースでログ・ファイルを切り替える必要がある場合があります。
スタンバイ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)'Oracleでは、外部アーカイブ・ログ(リモート・ソース・データベースからのログ)は、ローカル・マイニング・データベースのログ・ファイルと相互に分離しておくことをお薦めします。外部アーカイブ・ログのステージングにダウンストリーム・マイニング・データベースのリカバリ領域を使用することはできません。
-
前のステップで設定した
LOG_ARCHIVE_DEST_2パラメータを次の例に示すように有効にします。ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE
アーカイブ・マイニング・モードのダウンストリームExtractのパラメータ設定
アーカイブ・マイニング・モードまたはリアルタイム・マイニング・モードのいずれかでダウンストリームExtractを設定するには、REDOトランスポートを設定する必要があります。アーカイブ・ログ専用モードでダウンストリームExtractを設定する場合は、次のパラメータを指定します。
-
LOG_ARCHIVE_CONFIG -
LOG ARCHIVE DESTINATION (LAD)-
すべてのデータベースのローカル・バックアップに
LOG_ARCHIVE_DEST_1 -
ソース・データベースでのREDOトランスポートに
LOG_ARCHIVE_DEST_2サービス
-
ノート: LOG_ARCHIVE_DEST_2は、リアルタイム・マイニングの使用から独立している。
-
ローカル・データベース・バックアップ保存先は、フラッシュ・リカバリ領域を使用して設定されます
-
FAL_SERVER -
必要なすべてのシステム・パラメータは、
scope=bothで動的に設定できます。
ソース・データベース上のローカル・バックアップ保存先およびREDOトランスポート・サービスには、アーカイブ・ログ保存先(LAD)パラメータ設定が必要です。
次のコマンドを使用して、ローカル・バックアップ保存先のLADパラメータを設定します。
ALTER SYSTEM SET db_recovery_file_dest = '/u01/app/oracle/fast_recovery_area';
ALTER SYSTEM SET db_recovery_file_dest_size = 100G;
ALTER SYSTEM SET log_archive_dest_1 = 'LOCATION=USE_DB_RECOVERY_FILE_DEST';
次のコマンドを使用して、ソース・データベースでREDOトランスポート・サービスのLADパラメータ・オプションを設定します。
ALTER SYSTEM SET log_archive_config = 'DG_CONFIG = (CDBNORTH, cdbDSC)';
ALTER SYSTEM
SET log_archive_dest_2='SERVICE=cdbDSC_root
ASYNC
NOREGISTER
VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE)
DB_UNIQUE_NAME=cdbDSC';
LOG_ARCHIVE_DESTパラメータとその属性についてさらに学習するには、データベース・リファレンス・ガイドのLOG_ARCHIVE_DEST_nを参照してください。
ダウンストリーム・デプロイメントに対するOracle GoldenGateのExtractの構成
この項では、ソース・データベースおよびダウンストリーム・データベースとの接続を設定し、ダウンストリーム・データベースにExtractを構成するために、Oracle GoldenGateに必要なパラメータについて学習します。
ダウンストリーム・データベースに対するOracle GoldenGateの構成
ダウンストリーム・デプロイメントを設定するには、ダウンストリームExtractパラメータ・ファイルに次のパラメータが含まれている必要があります。
-
TRANLOGOPTIONS MININGUSERALIAS: 内部メタデータ問合せのためにダウンストリーム・マイニング・データベースへの接続を設定します。 -
FETCHUSERIDALIAS: トランザクション・ログからネイティブに抽出できないデータをフェッチするために、ソース・データベースに接続します。 -
TRANLOGOPTIONS INTEGRATEDPARAMS (DOWNSTREAM_REAL_TIME_MINE Y): Yに設定すると、Extractはダウンストリーム・データベースのスタンバイREDOログ・ファイルから変更を取得します。設定されていない場合、Extractはアーカイブ・ログ・ファイルから取得します。
次に、これらのパラメータが指定されたExtractパラメータ・ファイルの例を示します。
EXTRACT EXTDSC
USERIDALIAS cgg_CDBNORTH
TRANLOGOPTIONS MININGUSERALIAS cgg_cdbDSC
TRANLOGOPTIONS INTEGRATEDPARAMS (DOWNSTREAM_REAL_TIME_MINE Y)
FETCHUSERIDALIAS cgg_CDBNORTH DOMAIN OracleGoldenGate
EXTTRAIL Downstream/ea
SOURCECATALOG CDBNORTH_PDB1
DDL INCLUDE MAPPED
TABLE HR.*;
ダウンストリームExtractを使用するようにOracle GoldenGateデプロイメントを設定するには、次のステップに従います。
-
ソース・データベースの資格証明を追加します。
ALTER CREDENTIALSTORE ADD USER c##ggadmin@CDBNORTH_root ALIAS cgg_CDBNORTH DOMAIN OracleGoldenGate PASSWORD password -
ダウンストリーム・データベースの資格証明を追加します。
ALTER CREDENTIALSTORE ADD USER c##ggadmin@cdbDSC_root ALIAS cgg_cdbDSC DOMAIN OracleGoldenGate PASSWORD *password* -
DBLOGINを使用して、Oracle GoldenGateからソース・データベースおよびダウンストリーム・データベースに接続します。DBLOGIN USERIDALIAS cgg_CDBNORTHMININGDBLOGIN USERIDALIAS cgg_cdbDSCこの例では、
cgg_CDBNORTHがソース・データベースCDBNORTHの資格証明別名で、cgg_cdbDSCがマイニング・データベースの資格証明別名です。 -
Extractを追加および登録し、以前に指定したExtractパラメータを含めるようにパラメータ・ファイルを編集し、Extract証跡の名前と場所を追加し、Extractを開始します。
ADD EXTRACT extdsc, INTEGRATED TRANLOG, BEGIN NOW REGISTER EXTRACT extdsc, DATABASE CONTAINER (CDBNORTH_PDB01) ADD EXTTRAIL Downstream/ea, EXTRACT extdsc START extdsc
Active Data Guardを使用したカスケード・ダウンストリームExtractの構成
ソース・データベースへの接続が不可能な場合は、Active Data Guard (ADG)スタンバイ・データベースを使用するようにGoldenGateを構成できます。スタンバイ・データベースは、メタデータ問合せおよびフェッチを実行するための読取り専用接続に使用できます。この項では、ADGを使用して、ソース・データベースとの接続を確立せずにダウンストリームExtractを構成する方法を学習します。
ダウンストリームExtractがADGと連携できるようにする
カスケードされたダウンストリーム取得環境では、ダウンストリーム・データベースはソース・データベースに直接接続しません。これは、フェッチおよびメタデータ問合せにActive Data Guard (ADG)を使用します。
Extractは、ソースレス・オプションを使用して起動する必要があります。そうすることで、非ネイティブのデータ型をフェッチする必要があるときには、ソース・データベースに接続するかわりに、FETCHUSERIDまたはFETCHUSERIDALIASを使用してADGに接続するようにします。たとえば、このインスタンスは読取り専用モードで開かれているため、FETCH操作はADGデータベースで処理されます。ADGインスタンスで処理できないその他の操作(ディクショナリ・ビルドの作成など)は、ADGからソース・データベースにリダイレクトされます。
ダウンストリームExtractを登録すると、Oracle GoldenGateは、REDOが発生したデータベースではなく、ソース・データベースとしてADGに接続します。ADGリダイレクションが、次のコマンドおよびパラメータでサポートされています。
-
SCHEMATRANDATA -
TRANDATA -
FLUSH SEQUENCE -
TRACETABLE -
HEARTBEATTABLE -
REGISTER EXTRACTノート:SCHEMATRANDATAおよびTRANDATAは、コマンドが待機REDOログで実行された場合でも、実際DML操作が行われるプライマリ・データベース上で実際のログ・グループが作成および管理される。
ADGリダイレクションは、Oracle Database 21c以降で使用できます。ワイルドカード登録もサポートしています。次の例は、ADGを使用する場合のダウンストリームExtractのExtractパラメータ・ファイルを示しています。
EXTRACT EXTDSC
NOUSERID
TRANLOGOPTIONS MININGUSERALIAS cgg_cdbDSC_src DOMAIN OracleGoldenGate
TRANLOGOPTIONS INTEGRATEDPARAMS (DOWNSTREAM_REAL_TIME_MINE Y) FETCHUSERIDALIAS cgg_cdbADG_src DOMAIN OracleGoldenGate
EXTTRAIL cascade/ea
SOURCECATALOG CDBNORTH_PDB01
DDL INCLUDE MAPPED
TABLE HR.*;
次に、ダウンストリーム統合ExtractがADGスタンバイと連携できるようにするステップを示します。
-
次の例に示すように、ADGスタンバイに
LOG_ARCHIVE_DESTINATION_N (LAD)を追加します。ALTER SYSTEM SET LOG_ARCHIVE_DEST_3='service=mining_db_service_name ASYNC NOREGISTER VALID_FOR(STANDBY_LOGFILES,STANDBY_ROLES) DB_UNIQUE_NAME=3rd_db_unique_name' scope=bothこのステップにより、ADGスタンバイの
standby_logfilesが転送および生成されます。 -
次の例に示すように、ログをマイニング・データベースに送るようにADGスタンバイの
LOG_ARCHIVE_CONFIGを設定します。ALTER SYSTEM SET LOG_ARCHIVE_CONFIG = 'DG_CONFIG' = (CDBNORTH, cdbADG_src, cdbDSC)';DB_CONFIGは、1番目、2番目および3番目のデータベースの一意の名前です。 -
マイニング・データベースで、受信するstandby_logfilesをマイニング・データベースに格納する場所を設定します。次に例を示します。
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='location= /home/arc_dest/dstrm VALID_FOR=(STANDBY_LOGFILE,ALL_ROLES)' scope=bothここで、
/home/arc_dest/dstrmは外部アーカイブ・ログの場所です。外部アーカイブ・ログの格納にFRAを使用しないでください。 -
次の例に示すように、マイニング・データベースで
LOG_ARCHIVE_CONFIGを実行して、Extractプロセスがマイニング・データベースでそれらを読み取れるようにします。ALTER SYSTEM SET LOG_ARCHIVE_CONFIG ='DG_CONFIG' scope=bothここで、
DB_CONFIGは、1番目、2番目および3番目のデータベースの一意の名前です。 -
ダウンストリームExtractの場合、データベース接続が適切に構成されるようにする必要があります。Extractを登録するとき、読取り専用アクティビティ用に開いているADGスタンバイへの
DBLOGIN接続が確立されていることを確認してください。 -
Extractを追加して登録するには、次のコマンドを使用します。
DBLOGIN USERID ggadmin@cdbADG_src, PASSWORD ggadmin MININGDBLOGIN USERID ggadmin@cgg_cdbDSC, password ggadmincdbADG_srcは、プライマリではないADGです。
cgg_cdbDSCはマイニング・データベースです。
-
次に、
NOUSERIDパラメータを使用するExtractを登録します。ADD EXTRACT exte, INTEGRATED TRANLOG, BEGIN NOW REGISTER EXTRACT exte DATABASE -
Extractの登録後、このExtractを使用してデータをマイニングし、正常にExtractを開始できます。