1. 異種データベースのためのOracle GoldenGateの使用
  2. SQL ServerのためのOracle GoldenGateの使用
  3. Oracle GoldenGateシステムの準備

21 Oracle GoldenGateシステムの準備

この章では、Oracle GoldenGateのキャプチャおよび配信がサポートされるようにOracle GoldenGateが対話するデータベースを正しく構成するステップについて説明します。ソース・システムにのみ適用されるステップ、ターゲットにのみ適用されるステップ、およびその両方に適用されるステップがあります。

内容は次のとおりです。

親トピック: SQL ServerのためのOracle GoldenGateの使用

データベース・ユーザーおよび権限の準備

サポートされているSQL Serverクラウド・データベースを含め、Oracle GoldenGate for SQL Serverに必要なデータベース・ユーザー、権限およびアクセス権について学習します。

親トピック: Oracle GoldenGateシステムの準備

Oracle GoldenGate for SQL Server

Oracle GoldenGateプロセスでは、データをSQL Serverデータベースから取得するためとそのデータベースに適用するためにデータベース・ユーザーが必要です。Oracle GoldenGateプロセスによって排他的に使用される専用データベース・ユーザーを作成することをお薦めします。

Oracle GoldenGate for SQL Serverでは、すべての動作保証済プラットフォームに対してSQL Server認証がサポートされており、Oracle GoldenGateがWindowsサーバーにインストールされている場合のみClassic Architectureに対してWindows認証がサポートされています。

  • Oracle GoldenGate Classic ArchitectureにWindows認証を使用するために、ExtractプロセスとReplicatプロセスでManagerプロセスのログイン資格証明が継承されます。デフォルトでは、Managerプロセスは、Windowsサーバーにログオンしたユーザーとして対話形式で実行されます。または、オプションで、デフォルトのサービス名GGSMGRでWindowsサービスとして追加できます。Managerプロセスで使用されている方法にかかわらず、それを実行するユーザーには、前述の必須SQL Server権限が必要です。

  • SQL Server認証を使用するには、ExtractおよびReplicatの専用のSQL Serverログインを作成し、次にリストされている権限を割り当てる必要があります。

SQL ServerとAzure SQL Managed Instance

Oracle GoldenGateでSQL ServerまたはAzure SQL Managed Instanceデータベースから取得するかそれに対して適用するには、次のユーザー要件と最小データベース権限およびアクセス権が必要です。

  1. SQL Server用またはAzure SQL Managed Instance用Oracle GoldenGateの専用ログインを作成します。

  2. ユーザーとしてそのログインをmsdbデータベース、およびソース・データベースまたはターゲット・データベースに追加します。

  3. Oracle GoldenGateに必要なオブジェクトに使用するスキーマをソース・データベースまたはターゲット・データベースに作成します。このスキーマは、GLOBALSパラメータ・ファイル内で使用されているGGSCHEMA値にマップする必要があります。

  4. Oracle GoldenGateユーザーに対して、そのユーザーがExtract用かReplicat用かに基づいて次の権限およびアクセス権を有効にします。

表21-1 Oracle GoldenGateユーザーの権限とアクセス権

権限 Extract Replicat 構文

msdbデータベースのロールと権限

SQLAgentReaderRole

はい

いいえ

ALTER ROLE SQLAgentReaderRole ADD MEMBER gguser;

SQLAgentUserRole

継承

はい

ALTER ROLE SQLAgentUserRole ADD MEMBER gguser;

SELECT ON sysjobactivity

はい

いいえ

GRANT SELECT ON msdb.dbo.sysjobactivity TO gguser;

SELECT ON sysjobs

はい

いいえ

GRANT SELECT ON msdb.dbo.sysjobs TO gguser;

ユーザーのデータベース・ロールおよび権限

SYSADMIN

はい

いいえ

データベース・レベルのチェンジ・データ・キャプチャ(CDC)を有効にするために1回かぎりの変更が必要であり(まだ有効になっていない場合)、TRANDATAを有効にすると取り消すことができます。

ALTER SERVER ROLE sysadmin ADD MEMBER gguser;

システム管理者資格証明があるデータベース管理者は、次を使用して手動でデータベースをCDCに対して有効にできます。これにより、Extractユーザーにこの権限が不要になります:

EXEC msdb.sys.sp_cdc_enable_db 'source_database'

DBOWNER

はい

はい

 ALTER ROLE db_owner ADD MEMBER gguser;

親トピック: データベース・ユーザーおよび権限の準備

Amazon RDSのユーザー権限および要件

Oracle GoldenGateでAmazon RDS for SQL Serverデータベースから取得するかそれに対して適用するには、次のユーザー要件と最小データベース権限およびアクセス権が必要です:

  1. Amazon RDS for SQL Server用のOracle GoldenGateの専用ログインを作成します。

  2. ユーザーとしてそのログインをmsdbデータベース、およびソース・データベースまたはターゲット・データベースに追加します。

  3. Oracle GoldenGateに必要なオブジェクトに使用するスキーマをソース・データベースまたはターゲット・データベースに作成します。このスキーマは、GLOBALSパラメータ・ファイル内で使用されているGGSCHEMA値にマップする必要があります。

  4. Oracle GoldenGateユーザーに対して、そのユーザーがExtract用かReplicat用かに基づいて次の権限およびアクセス権を有効にします。

表21-2 Oracle GoldenGateユーザーの権限とアクセス権

権限 Extract Replicat 構文

msdbデータベースのロールと権限

EXECUTE ON rds_cdc_enable_db

はい

いいえ

GRANT EXECUTE ON msdb.dbo.rds_cdc_enable_db TO gguser;

マスター資格証明があるデータベース管理者は、次のコマンドを使用して手動でデータベースをチェンジ・データ・キャプチャに対して有効にできます。これにより、Extractユーザーにこの権限が不要になります:

EXEC msdb.dbo.rds_cdc_enable_db 'source_database'

SQLAgentOperatorRole

はい

いいえ

ALTER ROLE SQLAgentOperatorRole ADD MEMBER gguser;

SQLAgentUserRole

継承

はい

ALTER ROLE SQLAgentUserRole ADD MEMBER gguser;

SELECT ON sysjobactivity

はい

いいえ

GRANT SELECT ON msdb.dbo.sysjobactivity TO gguser;

SELECT ON sysjobs

はい

いいえ

GRANT SELECT ON msdb.dbo.sysjobs TO gguser;

ユーザーのデータベース・ロールおよび権限

DBOWNER

はい

はい

ALTER ROLE db_owner ADD MEMBER gguser;

親トピック: データベース・ユーザーおよび権限の準備

Azure SQL Database

Oracle GoldenGateでAzure SQL Databaseに適用するには、次のユーザー要件と最小データベース権限およびアクセス権が必要です:

  1. Azure SQL Database用のOracle GoldenGateの専用ログインを作成します。

  2. ユーザーとしてそのログインをターゲット・データベースに追加します。

  3. Oracle GoldenGateに必要なオブジェクトに使用するスキーマをターゲット・データベースに作成します。このスキーマは、GLOBALSパラメータ・ファイル内で使用されているGGSCHEMA値にマップする必要があります。

  4. Oracle GoldenGateユーザーに対して次の権限およびアクセス権を有効にします。

表21-3 Oracle GoldenGateユーザーの権限とアクセス権

権限 Extract Replicat 構文

ユーザーのデータベース・ロールおよび権限

DBOWNER

該当なし

はい

ALTER ROLE db_owner ADD MEMBER gguser;

親トピック: データベース・ユーザーおよび権限の準備

データベース接続の構成

この項では、SQL ServerデータベースへのExtractおよびReplicatの接続を設定する手順について説明します。

親トピック: Oracle GoldenGateシステムの準備

Extractのデータベース接続の構成

Extractでは、ODBC (Open Database Connectivity)接続でソースSQL Serverデータベースに接続します。この接続を確立するには、「データ ソース (ODBC)」コントロール パネルからデータ・ソース名(DSN)を設定します。手順は、「Windowsでのデータベース接続の構成」を参照してください。

Always On環境のリスナーへの接続

Extractは、Always On環境のリスナーに接続できます。また、読取り専用問合せを使用可能な同期モードのセカンダリ・レプリカにルーティングするように構成できます。デフォルトでは、Extractがリスナーに接続していると、すべての処理がプライマリ・レプリカに対して実行されますが、Extractの構成でTRANLOGOPTIONS ALWAYSONREADONLYROUTINGパラメータが指定されていると、読取り専用問合せはリスナーによって使用可能な読取り可能セカンダリ・レプリカにルーティングされます。詳細は、TRANLOGOPTIONSおよび「AlwaysOn可用性グループ内のデータベースのキャプチャおよび配信要件の概要」を参照してください。

親トピック: データベース接続の構成

Replicatのデータベース接続の構成

Replicatは、次のようにしてターゲット・データベースに接続しDML操作を実行できます。

  • ODBCを使用します。

  • SQL Serverドライバがサポートしている場合はOLE DBを使用します。

  • SQL Serverレプリケーション・ユーザーとしてOLE DBを使用します。IDENTITY列、外部キー制約、およびトリガーに、NOT FOR REPLICATIONを設定する必要があります。

使用する方法を選択する前に、次のガイドラインと手順を確認してそれぞれのメリットとデメリットを評価します。

親トピック: データベース接続の構成

ODBCまたはデフォルトのOLE DBの使用

ReplicatがODBC接続またはデフォルトのOLE DB接続を介して接続すると、次のような制限が適用されます。

  • ODBCまたはデフォルトのOLE DBを使用している場合に、ソースとターゲットに対してIDENTITY列をまったく同じに保つには、Replicatはトランザクションで特別な操作を作成し、必ずターゲットに対してシードがインクリメントされるようにします。これらのステップによって、配信パフォーマンスが低下する場合があります。

  • 冗長な操作の可能性を排除するために、ターゲット表に対するトリガーおよび制約を調整または無効にする必要があります。

ReplicatをODBCまたはOLE DBと組み合せて使用するには、次のステップに従います。

  1. ODBCのみを使用する場合、DBOPTIONSパラメータにUSEODBCオプションを指定してReplicatパラメータ・ファイルに含めます。(デフォルトのOLE DB接続を使用する場合、パラメータは不要です)。Oracle GoldenGateのSQL Server CDC for Linuxの場合、USEODBCオプションは使用できません。
  2. ターゲット表に対するトリガーおよび制約を無効にします。ターゲット表に対するトリガーおよび制約の無効化を参照してください。
  3. 双方向のSQL Server構成でIDENTITY列を使用するには、それぞれに異なるシード値を持ち、構成内のサーバーの数と等しい増分値を持つようにIDENTITY列を定義します。たとえば、2つのサーバーのインストールは次のようになります。

    • Sys1は、増分値2で、1にシード値を設定します。

    • Sys2は、増分値2で、2にシード値を設定します。

    3つのサーバーのインストールは次のようになります。

    • Sys1は、増分値3で、1にシード値を設定します。

    • Sys2は、増分値3で、2にシード値を設定します。

    • Sys3は、増分値3で、3にシード値を設定します。

  4. ODBCデータ・ソースを構成します。「Windowsでのデータベース接続の構成」を参照してください。
OLE DBでのUSEREPLICATIONUSERの使用

ReplicatがUSEREPLICATIONUSERオプションを指定したOLE DB経由でSQL Serverレプリケーション・ユーザーとして接続し、IDENTITYのNOT FOR REPLICATIONが有効化されているときに、外部キー制約でトリガーされる場合は、次のような利点と制限が適用されます。

  • Replicatが挿入を実行すると、IDENTITYシードがインクリメントされません。双方向のSQL Server構成では、前の項のステップ3で示した例のように、シード値と増分値をずらして設定します。

  • トリガーは、冗長な操作を回避するために、ターゲット上でReplicatユーザーに対して自動的に無効になります。ただし、他のユーザーに対してはターゲット上でトリガーが起動されます。

  • 外部キー制約は、Replicatトランザクションのターゲットに対して強制されません。CASCADE更新および削除は行われません。これらも冗長な操作を防ぎます。

  • CHECK制約は、Replicatトランザクションのターゲットに対して強制されません。これらの制約は、データの取得前にソースに対して強制されますが、ターゲットに制約がないことでデータの整合性の問題が発生するかを検討します。

    ノート:

    通常のIDENTITY、トリガー、および制約の機能は、Replicatレプリケーション・ユーザー以外のユーザーに対しては有効のままです。

USEREPLICATIONUSERを設定してReplicatを使用するには、次のステップに従います。

ノート:

Oracle GoldenGateのSQL Server CDC for Linuxの場合、USEREPLICATIONUSERオプションは使用できません。

ノート:

Replicatで、Microsoft ODBCドライバを使用する接続の場合は、USEREPLICATIONUSERオプションをサポートするために、Microsoft OLE DB Driver 18 for SQL Serverをインストールします。

https://www.microsoft.com/en-us/download/details.aspx?id=56730

  1. SQL Server Management Studio (またはその他のインタフェース)で、次のオブジェクトにNOT FOR REPLICATIONフラグを設定します。アクティブ/パッシブ構成の場合、パッシブ・データベースでのみ設定します。アクティブ/アクティブ構成の場合、両方のデータベースで設定します。

    • 外部キー制約

    • チェック制約

    • IDENTITY列

    • トリガー(定義のテキスト変更が必要です。詳細は、SQL Serverのドキュメントを参照してください。)

  2. 双方向構成用にIDENTITY値をパーティション化します。
  3. ReplicatのMAP文で、ソース表を適切なターゲットにマップし、ソース表がトリガーまたは外部キー・カスケード制約で参照する子表をマップします。トリガーおよびカスケードされる子の操作がOracle GoldenGateによってレプリケートされるため、参照される表を適切なターゲットにマップし、データの整合性を保ちます。ExtractのTABLEパラメータに同じ親と子のソース表を含めます。

    ノート:

    参照先の表がMAP文に含まれていない場合、整合性違反(レプリケートされていない表への外部キーが含まれている表に行が挿入される場合など)をアラートするエラーは表示されません。

  4. Replicatパラメータ・ファイルに、USEREPLICATIONUSERオプションを指定してDBOPTIONSパラメータを含めます。
  5. ODBCデータ・ソースを構成します。「Windowsでのデータベース接続の構成」を参照してください。

Linuxでのデータベース接続の構成

SQL Serverデータベース構成のOracle GoldenGateは、LinuxとWindowsに同じサポートを提供します。ただし、Linux環境の接続を設定するには、msodbcsql13*またはmsodbcsql17*ドライバが必要です。

次を参照してください。

https://docs.microsoft.com/en-us/sql/connect/odbc/linux-mac/installing-the-microsoft-odbc-driver-for-sql-server?view=sql-server-2017

https://docs.microsoft.com/en-us/sql/connect/odbc/download-odbc-driver-for-sql-server?view=sql-server-2017

次の例では、Linux環境でODBCデータ・ソースを作成する方法を示します。

  1. データ・ソースのテンプレート・ファイルを作成します。

    vi odbc_template_file.ini

  2. テンプレート・ファイルにデータ・ソースを記述します。次の例では、データベースに接続するために、DBLOGINおよびSOURCEDBでの名前としてmyserver_ss2017_sourceが使用されています。 

    [myserver_SS2017_source]            
Driver = ODBC Driver 17 for SQL Server            
Server = myserver,1433            
Database = source_database            
User = ssuser            
Password = ssuserpassword

  3. 次のコマンドを使用して、データ・ソースをインストールします。

    odbcinst -i -s -f odbc_template_file.ini

    詳細は、次を参照してください。

    https://docs.microsoft.com/en-us/sql/connect/odbc/linux-mac/connection-string-keywords-and-data-source-names-dsns?view=sql-server-2017

親トピック: データベース接続の構成

Windowsでのデータベース接続の構成

次の手順に従って、ソースまたはターゲットのSQL Serverデータベース用にSQL Serverシステムのデータ・ソース名(DSN)を作成します。DSNには、ODBC (Open Database Connectivity)を介したSQL Serverデータベースへの接続方法に関する情報が格納されます。

SQL ServerのDSNの作成手順

  1. ODBCクライアントを実行するには、「コントロール パネル」、「管理ツール」、「データソース(ODBC)」の順に選択します。
  2. ODBCクライアントの「ODBCデータ ソース アドミニストレータ」ダイアログ・ボックスで「システムDSN」タブを選択し、「追加」をクリックします。
  3. 「新規データソースの作成」で、対象のSQL Serverのバージョンでサポートされている適切なSQL Serverドライバを選択して「完了」をクリックします。SQL Serverに接続するための新規データソースを作成するウィザードが表示されます。適切なSQL Serverドライバを判断するには、「データベース接続」を参照してください。
  4. 次の情報を入力してから、「次」をクリックします。

    • 名前: 任意の名前にできます。Windowsクラスタで、クラスタ内のすべてのノードにわたって同じ名前を使用します。

    • 説明: (オプション)このデータ・ソースの説明を入力します。

    • サーバー: SQL Serverのサーバー名またはインスタンス名を選択します。オプションで、Always On可用性グループのリスナー\インスタンス名をリストできます。

  5. ログイン認証のために、次のいずれかを実行してから「次へ」をクリックします。
    1. Oracle GoldenGateでWindows認証を使用するには、「統合Windows認証を使用する」を選択します。
    2. データベース資格証明を使用するには、「ユーザーが入力するSQL Server用のログインIDとパスワードを使う」を選択して、ログイン情報を指定します。
  6. デフォルト・データベースが、Oracle GoldenGateの接続先データベースに設定されていない場合は、「既定のデータベースを以下のものに変更する」をクリックしてデータベースを選択します。ANSIを使用するためのその他の設定を設定します。「次へ」をクリックします。
  7. 次のページはデフォルト設定のままにします。「完了」をクリックします。
  8. 「データ ソースのテスト」をクリックし、接続をテストします。
  9. テストが成功したら、確認ボックスと「データ ソースの新規作成」ボックスを閉じます。
  10. SQL Serverのソース・システムとターゲット・システムごとに、この手順を繰り返します。

親トピック: データベース接続の構成

処理のための表の準備

次の項に示す表属性はOracle GoldenGate環境で処理する必要があります。

親トピック: Oracle GoldenGateシステムの準備

ターゲット表に対するトリガーおよびカスケード制約の無効化

SQL Serverがターゲットの環境では、ソースで発生した操作を繰り返す可能性のあるトリガーおよびカスケード制約を考慮します。たとえば、TableBにレコードを挿入するTableAの挿入トリガーがソースにあり、TableAおよびTableBの両方をキャプチャおよび配信するようにOracle GoldenGateが構成されている場合、ターゲット表TableAの挿入トリガーを無効にする必要があります。そうしないと、ReplicatはTableAに挿入し、トリガーが起動してTableBに挿入します。ReplicatはTableBにも挿入しようとするため、異常終了します。

トリガーまたはカスケード制約がソースで発生した操作を繰り返すと、次の条件が両方ともtrueである場合、トリガーまたは制約を使用禁止にする必要はありません。

  • DBOPTIONS USEREPLICATIONUSERパラメータをReplicatに使用します。

  • OLE DB接続をReplicatに使用します。OLE DB接続の使用はデフォルトの構成です。トリガー、制約、またはIDENTITYプロパティでNOT FOR REPLICATIONを有効にする必要があります。

次のシナリオでは、ターゲットでトリガーおよび制約を無効にします。

  • ソースのすべての表がレプリケートされる単方向のレプリケーション。

次のシナリオでは、ターゲットのトリガーおよび制約を有効にします。

  • トリガーまたはカスケード操作によって影響を受ける表がレプリケートされず、これらの表をロードするアプリケーションのみがトリガーまたはカスケード操作を使用している単方向のレプリケーション。

  • ソースのすべての表がレプリケートされる単方向または双方向のレプリケーション。このシナリオでは、ターゲット表のカスケード制約およびトリガーを設定してNOT FOR REPLICATIONを有効にし、ReplicatのDBOPTIONS USEREPLICATIONUSERパラメータを使用してください。

親トピック: 処理のための表の準備

行識別子の割当て

Oracle GoldenGateでは、レプリケートされた更新および削除に対して正しいターゲット行を見つけるために、ソース表とターゲット表に一意の行識別子が必要です。ソース表は、Oracle GoldenGateが使用する行識別子の種類を判別する方法に記載されている任意の種類のキーを持つことができます。固定長の列が存在する表に主キーが識別されない場合、それらの固定長列のいずれかの長さは3800バイト未満である必要があります。

親トピック: 処理のための表の準備

Oracle GoldenGateで使用する行識別子の種類を判別する方法

TABLEまたはMAP文でKEYCOLS句が使用されないかぎり、Oracle GoldenGateは、使用する行識別子を次の優先順位に従って選択します。

  1. タイムスタンプまたはマテリアライズされていない計算結果列を含まない英数字順で最初の一意キー。
  2. これらのキー・タイプのいずれも存在しない場合、Oracle GoldenGateは、データベースで一意キーでの使用を許可されているすべての列(キー内での使用がOracle GoldenGateでサポートされていない列やOracle GoldenGate構成から除外されている列は除く)で疑似キーを作成します。SQL Serverの場合、Oracle GoldenGateでは、主キーのないターゲット表の行データの長さが8000バイト未満である必要があります。

    ノート:

    表に各種のキーが存在する場合や、表にキーがまったくない場合、Oracle GoldenGateはメッセージをレポート・ファイルに記録します。すべての列からキーを作成すると、ソース・システムのOracle GoldenGateのパフォーマンスが低下します。ターゲットでは、このキーはReplicatであまり効率的でないより大きいWHERE句が使用される原因となります。

親トピック: 行識別子の割当て

KEYCOLSを使用したカスタム・キーの指定

該当するキーが表にない場合、あるいは識別子を使用しない場合、表に常に一意の値を含んだ列があれば、代替キーを定義できます。ExtractのTABLEパラメータおよびReplicatのMAPパラメータ内にKEYCOLS句を含めることで、この代替キーを定義します。指定されたキーは、Oracle GoldenGateが検出する既存の主キーまたは一意キーを上書きします。

親トピック: 行識別子の割当て

配列処理を使用したIDENTITYレプリケーションの改善

セッションごとに1つの表しかIDENTITY_INSERTをONに設定できないため、セッション内の複数の表にIDENTITYデータを適用するときは、ReplicatがIDENTITY_INSERTの切替えを続ける必要があります。このような状況で、Replicatのパフォーマンスを改善するには、BATCHSQLパラメータを使用します。BATCHSQLを使用すると、Replicatは、一度に1つずつSQL文を適用するかわりに配列処理を使用します。

親トピック: 処理のための表の準備

グローバリゼーション・サポート

Oracle GoldenGateのグローバリゼーション・サポートにより、ネイティブ言語のエンコーディングでのデータ処理が可能になります。Oracle GoldenGateの適用プロセス(Replicat)では、文字型の列にデータが含まれている場合に、ある文字セットから別の文字セットへのデータ変換がサポートされます。

親トピック: Oracle GoldenGateシステムの準備