Oracle® Fusion Middleware

DB2 LUWのためのOracle GoldenGateのインストールおよび構成

12c (12.2.0.1)

E70110-01(原本部品番号:E66358-01)

2015年11月

このドキュメントでは、DB2 for Linux、UnixおよびWindowsオペレーティング・システムで使用するためにOracle GoldenGateをインストールおよび構成する手順について説明します。

Oracle Fusion Middleware DB2 LUWのためのOracle GoldenGateのインストールおよび構成, 12c (12.2.0.1)

E70110-01

Copyright © 2013, 2015, Oracle and/or its affiliates.All rights reserved.

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があり、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 システム要件とインストール前の指示

- 1.1 動作保証要件とシステム要件の確認

- 1.2 オペレーティング・システムの要件

- 1.2.1 メモリーの要件

- 1.2.2 ディスクの要件

- 1.2.3 ネットワーク

- 1.2.4 オペレーティング・システムの権限

- 1.2.5 コンソール

- 1.2.6 その他のプログラム

- 1.3 データベースの要件

- 1.3.1 データベース構成

- 1.3.2 Oracle GoldenGateプロセス用データベース・ユーザー

- 1.4 サポートされるDB2 LUWデータ型

- 1.5 サポートされないDB2 LUWデータ型

- 1.6 DB2 LUWについてサポートされるオブジェクトおよび操作

- 1.7 DB2 LUWについてサポートされないオブジェクトおよび操作

- 1.8 サポートされるオブジェクト名

2 Oracle GoldenGateのインストール

- 2.1 インストールの概要

- 2.2 DB2のインストール・システムの選択

- 2.2.1 リモートの取得または配信用のシステムの選択と構成

- 2.3 Oracle GoldenGateディストリビューションの理解と入手

- 2.4 UNIXでの動的ビルドに対するライブラリ・パスの設定

- 2.5 LinuxおよびUNIX上でのOracle GoldenGateのインストール

- 2.5.1 Oracle GoldenGateファイルのインストール

- 2.6 WindowsへのOracle GoldenGateのインストール

- 2.6.1 Oracle GoldenGateファイルのインストール

- 2.6.2 カスタムManager名の指定

- 2.6.3 WindowsサービスとしてのManagerのインストール

3 Oracle GoldenGateのためのシステムの準備

- 3.1 Oracle GoldenGateのためのトランザクション・ログの構成

- 3.1.1 トランザクション・ログの保持

- 3.1.2 アーカイブ・パスの指定

- 3.2 処理のための表の準備

- 3.2.1 トリガーおよびカスケード制約の無効化

- 3.2.2 行識別子の割当て

- 3.2.3 キー変更の防止

- 3.2.4 変更の取得の有効化

- 3.2.5 マテリアライズ問合せ表の維持

- 3.3 セッション・キャラクタ・セットの設定

- 3.4 初期抽出の準備

- 3.5 パラメータ・ファイルでのDB2 LUWデータベースの指定

4 DB2 LUWのためのOracle GoldenGateの構成

- 4.1 これらの手順でできること

- 4.2 詳細情報の入手先

- 4.3 プライマリExtractの構成

- 4.4 データ・ポンプExtractの構成

- 4.5 Replicatの構成

- 4.5.1 テンポラル表の作成

- 4.5.2 チェックポイント表の作成

- 4.5.3 Replicatパラメータ・ファイルの構成

- 4.6 デプロイの次の手順

- 4.7 トランザクション変更のレプリケートを開始するタイミング

- 4.8 構成のテスト

5 Oracle GoldenGateのアンインストール

- 5.1 プロセスの停止

- 5.2 Oracle GoldenGateデータベースの設定の削除

- 5.3 Oracle GoldenGate Windowsコンポーネントの削除

- 5.4 Oracle GoldenGateファイルの手動削除

A インストールされるOracle GoldenGateコンポーネント

- A.1 Oracle GoldenGateのプログラムおよびユーティリティ

- A.2 Oracle GoldenGateのサブディレクトリ

- A.3 その他のOracle GoldenGateのファイル

- A.4 Oracle GoldenGateチェックポイント表

はじめに

Oracle GoldenGate for DB2 LUWデータベースを使用すると、サポートされているバージョンのDB2 LUW間や、DB2 LUWデータベースと別の種類のデータベースとの間でのデータのレプリケートが可能になります。Oracle GoldenGate for DB2 LUWは、このドキュメント内に別途記載されている場合を除いて、データ・フィルタリング、マッピング、変換をサポートしています。

このドキュメントは、DB2 LUW環境に適した、基本的なOracle GoldenGate構成の構築における各手順を示すガイドです。手順に直線的に従うことにより、前項の重要な情報が有益なものとなります。リファレンス・ドキュメントとしての使用には適していません。必要に応じて、ニーズに合せて構成を拡張するための追加情報が記載された他のドキュメントを示します。

対象読者

このガイドは、Oracle GoldenGateをインストール、構成および実行するインストール実行者、データベース管理者およびシステム管理者を対象としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracleサポートへのアクセス

サポートを購入したOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。

関連ドキュメント

Oracle GoldenGateのドキュメント・セットには、次のコンポーネントが含まれます。

Windows、UNIXおよびLinuxプラットフォーム

- DB2 for iのためのOracle GoldenGateのインストールおよび構成

- DB2 LUWのためのOracle GoldenGateのインストールおよび構成

- DB2 z/OSのためのOracle GoldenGateのインストールおよび構成

- Oracle GoldenGate for Informixのインストールおよび構成

- MySQLのためのOracle GoldenGateのインストールおよび構成

- NonStop SQL/MXのためのOracle GoldenGateのインストールおよび構成

- SQL ServerのためのOracle GoldenGateのインストールおよび構成

- Oracle TimesTenのためのOracle GoldenGateのインストールおよび構成

- Oracle DatabaseのためのOracle GoldenGateのインストールおよび構成

- SybaseのためのOracle GoldenGateのインストールおよび構成

- TeradataのためのOracle GoldenGateのインストールおよび構成

- Oracle GoldenGateの管理for Windows and UNIX

- Oracle GoldenGateリファレンスfor Windows and UNIX

- Oracle GoldenGateログダンプ・リファレンス

- Oracle GoldenGateのアップグレードfor Windows and UNIX

- Oracle GoldenGateエラー・メッセージ・リファレンスfor Windows and UNIX

表記規則

このマニュアルでは次の表記規則を使用します。

表記規則

意味

太字

太字は、操作に関連するグラフィカル・ユーザー・インタフェース要素("「ファイル」メニューから「保存」を選択します"など)を示します。太字は、本文中で定義されている用語および用語集に記載されている用語にも使用します。

イタリック
イタリック体

イタリックは、TABLE table_nameのようなパラメータ文など、ユーザーが特定の値を指定するプレースホルダ変数を示します。イタリックは、ドキュメントのタイトルおよび強調にも使用されます。

固定幅フォント
大文字の固定幅フォント

固定幅フォントは、ユーザー・イグジットやスクリプトなどのコードのコンポーネント、ファイルおよびデータベース・オブジェクトの名前、URLのパス、および画面に表示される入出力テキストを示します。大文字の固定幅フォントは、通常、Oracle GoldenGateのパラメータ、コマンド、ユーザーが構成可能な関数およびSQLコマンドとキーワードを表すために使用されます。

大文字

通常フォントの大文字は、特別な場合を除き、ユーティリティの名前を表します。

{ }

構文内の中カッコは、パイプ記号で区切ったオプションのセットを囲み、その中の1つを選択する必要があることを表します。たとえば、{option1 | option2 | option3}です。

[ ]

構文内の大カッコは、オプションの要素を示します。たとえば、CLEANUP REPLICAT group_name [, SAVE count]という構文では、SAVE句がオプションです。オプション要素内の複数の要素は、パイプ記号で区切ります(例: [option1 | option2])。

1 システム要件とインストール前の指示

この章では、Oracle GoldenGateをサポートするシステム・リソースとデータベース・リソースの要件を示します。

この章の内容は次のとおりです。

- 1.1項「動作保証要件とシステム要件の確認」

- 1.2項「オペレーティング・システムの要件」

- 1.3項「データベースの要件」

- 1.4項「サポートされるDB2 LUWデータ型」

- 1.5項「サポートされないDB2 LUWデータ型」

- 1.6項「DB2 LUWについてサポートされるオブジェクトおよび操作」

- 1.7項「DB2 LUWについてサポートされないオブジェクトおよび操作」

- 1.8項「サポートされるオブジェクト名」

1.1 動作保証要件とシステム要件の確認

サポートされているハードウェアまたはソフトウェア構成で製品をインストールしていることを確認します。詳細は、「Oracle Fusion Middleware Supported System Configurations」ページのリリースの動作保証に関するドキュメントを参照してください。

Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しており、新しい動作保証情報が発表された場合は、適切な動作保証ドキュメントにすぐに追加されます。新しい動作保証情報は常に発生する可能性があるため、動作保証ドキュメントはドキュメント・ライブラリの外部に保持され、Oracle Technology Networkで利用できます。

1.2 オペレーティング・システムの要件

この項では、オペレーティング・システムの要件について説明します。

1.2.1 メモリーの要件

Oracle GoldenGateに必要なメモリーの量は、処理されるデータの量、実行されるOracle GoldenGateプロセスの数、Oracle GoldenGateで使用可能なRAMの量、およびオペレーティング・システムでRAMを開放する必要がある場合(通常はロー・ウォーターマークに達した場合)にRAMのページを一時的に格納するためにOracle GoldenGateで使用可能なディスク領域の量に応じて異なります。このRAMからディスクへの一時的な格納は、一般にスワッピングまたはページングと呼ばれます(以後スワッピングと呼びます)。プラットフォームによっては、スワップ領域という用語は、スワップ・パーティション、スワップ・ファイル、ページ・ファイル(Windows)または共有メモリー・セグメント(IBM iプラットフォーム)と呼ばれます。

最近のサーバーには、Oracle GoldenGateを実行するために十分なRAMとスワップ領域、メモリー管理システムが備わっています。ただし、Oracle GoldenGateで使用できるRAMの量を増やすと、Oracle GoldenGateのパフォーマンスおよびシステム全般のパフォーマンスが大幅に向上する場合があります。

通常のOracle GoldenGateインストールでは、RAMページからディスクへのスワッピングが過度に発生しないよう数GBのRAMが指定されます。RAMの競合が多いほど、多くのスワップ領域が使用されます。

ディスクへのスワッピングが過度に発生する場合、コミット・レコードを受信するまで各オープン・トランザクションのデータを格納する必要があるため、特にExtractプロセスにパフォーマンスの問題が生じます。Oracle GoldenGateがデータベースと同じシステムで稼働する場合、使用可能なRAMの量は、両方のパフォーマンスにとって非常に重要になります。

RAMとスワップの使用量は、Oracle GoldenGateプロセスではなく、オペレーティング・システムによって制御されます。Oracle GoldenGateキャッシュ・マネージャは、オペレーティング・システムのメモリー管理機能を利用して、Oracle GoldenGateプロセスを持続的かつ効率的に機能させます。ほとんどの場合、ユーザーは、デフォルトのOracle GoldenGateメモリー管理構成を変更する必要はありません。

Oracle GoldenGateのメモリー要件を求めるには、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXのCACHEMGRパラメータの項を参照してください。

1.2.2 ディスクの要件

次のように空きディスク領域を割り当てます。

- Oracle GoldenGateのダウンロード・ファイルのサイズを確認するには、「Oracle Software Delivery Cloud」で選択したビルドをダウンロードする前に、「Size」列を表示します。表示された値は、圧縮形式のファイルのサイズです。ディスク上に展開されたOracle GoldenGateインストール・ディレクトリのサイズは、それよりも大幅に大きくなります。詳細は、2.3項「Oracle GoldenGateディストリビューションの理解と入手」を参照してください。

- Oracle GoldenGateの証跡(作業データが含まれているファイル)をホストするシステムに追加の1GB以上のディスク容量を割り当てます。証跡によって消費される領域は処理されるデータ量に応じて異なるため、これとは多少異なる容量が必要となる場合があります。Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXで証跡のサイズ設定のガイドラインを参照してください。

- デフォルトでは、Oracle GoldenGateによってOracle GoldenGateインストール・ディレクトリのdirtmpサブディレクトリに、ディスクにスワップされるデータが保持されます。キャッシュ・マネージャでは、システム上のすべての空き領域を使用できることを前提としています。トランザクション・ボリュームとトランザクション・サイズが大きい場合、このディレクトリはすぐに一杯になります。I/Oの競合とディスクに関連するExtractの失敗が起こらないようにするには、ディスクをこのディレクトリ専用にします。CACHEMGRパラメータのCACHEDIRECTORYオプションを使用して、このディレクトリに名前とサイズを割り当てることができます。CACHEMGRのCACHESIZEオプションにより、トランザクション・データのキャッシュに使用できる仮想メモリー量(キャッシュ・サイズ)の弱い制限が設定されます。これらのオプションのデフォルト値およびシステム調整が必要な場合の詳しい説明については、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

1.2.3 ネットワーク

Oracle GoldenGateをサポートするには、次のネットワーク・リソースが使用可能である必要があります。

- DNSを含むTCP/IPサービスを使用するようにシステムを構成します。Oracle GoldenGateはIPv4とIPv6をサポートし、これらのプロトコルのいずれか、または両方ともがサポートされるシステムで稼働します。

- Oracle GoldenGateプロセスをホストし、Oracle GoldenGateが接続するすべてのシステムのホスト名またはIPアドレスでネットワークを構成します。ホスト名を使用する方が簡単です。

- Oracle GoldenGateでは、予約されていない制限なしのTCP/IPポートが必要とされます。必要な数は、構成内のプロセスの数とタイプによって異なります。必要なポートに対応するようManagerプロセスを構成する方法の詳細は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

- Oracle GoldenGateに割り当てたポートを記録します。Managerプロセスを構成する際にパラメータでそれらのポートを指定します。

- Oracle GoldenGateポートを介した接続を受け入れるようにファイアウォールを構成します。

1.2.4 オペレーティング・システムの権限

Oracle GoldenGateをインストールしてプロセスを実行するために必要なオペレーティング・システムの権限は次のとおりです。

- Windowsでインストールするには、Oracle GoldenGateをインストールするユーザーが管理者としてログインする必要があります。

- Windowsでインストールするには、Oracle GoldenGateをインストールするユーザーが管理者としてログインする必要があります。

- UNIXでインストールするには、Oracle GoldenGateをインストールするユーザーに、Oracle GoldenGateインストール・ディレクトリの読取りおよび書込み権限が必要です。

- Oracle GoldenGate Extract、ReplicatおよびManagerプロセスは、Oracle GoldenGateディレクトリのファイルおよびサブディレクトリに対して、読取り権限、書込み権限および削除権限を持つオペレーティング・システム・ユーザーとして動作する必要があります。また、ManagerプロセスにはOracle GoldenGateプロセスを制御するための権限が必要です。

- Extract、ReplicatおよびManagerの各オペレーティング・システム・ユーザーをOracle GoldenGate専用とします。

1.2.5 コンソール

オペレーティング・システムとコマンド・コンソールのキャラクタ・セットが同じである必要があります。オペレーティング・システムではあるキャラクタ・セットが設定され、DOSコマンド・プロンプトでは別の古いDOSキャラクタ・セットを使用するMicrosoft Windowsシステムでは不一致が起こります。Oracle GoldenGateでは、オペレーティング・システムのキャラクタ・セットを使用してGGSCIコマンド出力に情報を送信するため、コンソールのキャラクタ・セットの不一致が原因で文字が正しく表示されません。次のDOSコマンドを使用して、GGSCIセッションを開く前にコンソールのキャラクタ・セットを設定できます。

chcp character_set

コード・ページの設定後、文字が正しく表示されない場合、拡張文字セットを持つLucida Consoleにコンソール・フォントを変更してみます。

1.2.6 その他のプログラム

Oracle GoldenGateをサポートするために考慮すべきその他の事項を次に示します。

- WindowsシステムにOracle GoldenGateをインストールする前に、Microsoft Visual C ++ 2010 SP1再頒布可能パッケージをインストールして構成します。必ずこのパッケージのSP1バージョンであることを確認し、サーバー用の適切なビット・バージョンを入手してください。このパッケージでは、Visual C++ライブラリのランタイム・コンポーネントがインストールされます。このパッケージの詳細およびダウンロードは、http://www.microsoft.com">>http://www.microsoft.comにアクセスしてください。

- Oracleでは、VMware仮想化環境でその製品のいずれも動作保証していません。Oracle Supportでは、次のようにVMware上でOracle製品を実行しているお客様をサポートします。Oracleでは、ネイティブOSで発生することが確認されている問題、またはVMware上で実行することで解決されると実証できる問題のサポートのみを提供します。

1.3 データベースの要件

この項では、データベースの要件について説明します。

1.3.1 データベース構成

- Oracle GoldenGate Extractプロセスは、DB2 LUWソース・データベースのトランザクション・ログ・ファイルを読み取るため、管理APIのDB2READLOG関数を呼び出します。DB2READLOGの他に、Extractは他の少数のAPIルーチンを使用して、起動時にソース・データベースの構成をチェックします。

- Oracle GoldenGate Replicatプロセスは、DB2 LUWターゲット・データベースでDB2CLIインタフェースを使用します。このインタフェースのインストール方法は、DB2のドキュメントを参照してください。

- データベースがローカルで定義されているかぎり、Oracle GoldenGateがインストールされているサーバーとは別のサーバーにデータベースを配置できます。次の例では、データベースmydbをabc123にあるデータとともにローカルで使用できます。

catalog tcpip node abc123 remote abc123.us.mycompany.com server 00000catalog db mydb as abc123 at node abc123 AUTHENTICATION server

1.3.2 Oracle GoldenGateプロセス用データベース・ユーザー

- Oracle GoldenGate専用のデータベース・ユーザーを作成します。データベースに接続する必要のあるすべてのOracle GoldenGateプロセスに対して同じユーザーでもかまいません。

- Extract(ソース・データベース)

- Replicat(ターゲット・データベース)

- DEFGEN(ソースまたはターゲット・データベース)

- データのセキュリティを維持したり、Oracle GoldenGateの処理を的確に監視したりするには、他のユーザー、アプリケーションまたはプロセスに対してOracle GoldenGateデータベース・ユーザーでのログインまたは操作を許可しないでください。Oracle GoldenGate資格証明ストアにログイン資格証明を格納することをお薦めします。資格証明ストアはログイン名およびパスワードにローカルのセキュアなストレージを利用し、Oracle GoldenGateのパラメータ・ファイルにある別名のみを指定することを許可します。このオプションおよび代替のセキュリティ・オプションの詳細は、Oracle GoldenGateの管理for Windows and UNIXを参照してください。

- システム管理者(SYSADM)またはデータベース管理者(DBADM)権限を、Extractを実行するデータベース・ユーザーに割り当てます。ExtractユーザーにDBADMを付与するには、SYSADM権限を持つユーザーが次のGRANT文を発行します。

GRANT DBADM ON DATABASE TO USER user

この権限は、DB2 Control CenterのUser and Group Objectsフォルダからも付与できます。Oracle GoldenGateプロセスに割り当てられているユーザーのデータベース・タブでは、「Database Administrative Authority」ボックスが選択されている必要があります。

注意:
Extractユーザーに必要な権限がない場合、Extractは次のエラーを記録して停止します。

[SC=-1224:SQL1224N A database agent could not be started to
service a request, or was terminated as a result of a database
system shutdown or a force command.
SQL STATE 55032: The CONNECT statement is invalid, because the
database manager was stopped after this application was started]

- Replicatを実行しているデータベース・ユーザーに少なくとも次の権限を付与します。

- ターゲット・データベースに対するローカルのCONNECT

- システム・カタログ・ビューに対するSELECT

- ターゲット表に対するSELECT、INSERT、UPDATEおよびDELETE

1.4 サポートされるDB2 LUWデータ型

Oracle GoldenGateでは、「サポートされないDB2 LUWデータ型」に示されている型を除くすべてのDB2 LUWデータ型がサポートされます。

サポートの制限

- Oracle GoldenGateでは、文字の列に格納されているマルチバイト・キャラクタ・データ型とマルチバイト・データをサポートしています。マルチバイト・データは、同類構成でのみサポートされます。変換、フィルタリング、他のタイプの操作は、マルチバイト・キャラクタ・データではサポートされていません。

- BLOB列およびCLOB列の定義にはLOGGED句が含まれている必要があります。

- GRAPHIC列およびVARGRAPHIC列は、文字セットがUTF16のデータベース内にある必要があります。他の文字セットでは、Oracle GoldenGateが異常終了します。

- 浮動小数点数の範囲および精度のサポートは、ホスト・マシンによって異なります。通常は有効桁数が16桁の精度ですが、データベースのドキュメントで想定されている近似について確認してください。Oracle GoldenGateでは、サポートされる精度を超える値は丸められるか切り捨てられます。

- Extractは、TIMESTAMP(0)からTIMESTAMP(9)までの取得および適用をサポートします。ExtractはTIMESTAMP(7)からTIMESTAMP(12)までの取得も行いますが、データをマイクロ秒(最大6桁の端数)までで切り捨て、警告をエラー・ログに出力します。Replicatは、DB2 LUWターゲットでTIMESTAMP(7)からTIMESTAMP(12)までを適用する際、他のソースからのタイムスタンプ・データをマイクロ秒までで切り捨てます。

- Oracle GoldenGateでは、0001/01/03:00:00:00から9999/12/31:23:59:59のタイムスタンプ・データをサポートしています。タイムスタンプがGMTからローカル時間に変換されると、これらの制限も変換後のタイムスタンプに適用されます。タイムゾーンに応じて、変換により時間が追加または差し引かれ、サポートされている下限または上限をタイムスタンプが超える場合があります。

- Oracle GoldenGateでは、4Kより大きいラージ・オブジェクトのフィルタリング、列マッピングまたは操作はサポートされません。Oracle GoldenGateの機能をすべて使用できるのは、4K以下のオブジェクトです。

- 同じキャラクタ・セットを使用しているソース・データベースとターゲット・データベース間のXML列のレプリケーションはサポートされています。ソース・データベースとターゲット・データベースのキャラクタ・セットが異なる場合、ターゲット・データベースのキャラクタ・セットで一部の文字が認識されない(または無効な)ことがあるため、XMLレプリケーションがデータベース・エラーで失敗することがあります。

1.5 サポートされないDB2 LUWデータ型

- XMLType

- DECFLOAT

- ユーザー定義型

- 負の日付

1.6 DB2 LUWについてサポートされるオブジェクトおよび操作

- Oracle GoldenGateでは、データベースでサポートされている表ごとの列の最大数およびサイズがサポートされます。

- DB2 LUWバージョン9.7以上に対するTRUNCATE TABLE。

- DB2 LUW 9.5以上の多次元クラスタリング表(MDC)。

- マテリアライズ問合せ表。Oracle GoldenGateでは、MQT自体をレプリケートしません。ベース表のみです。ターゲット・データベースは、Replicatによってベース表に適用された変更に基づいて、自動的にMQTの内容を整備します。

- ROW COMPRESSIONを使用した表。DB2 LUWバージョン10.1以上では、COMPRESS YES STATICおよびCOMPRESS YES ADAPTIVEがサポートされています。DB2 LUWバージョン9.7以前でCOMPRESS YESをサポートするには、ALLOWTABLECOMPRESSIONオプションを使用したTRANLOGOPTIONSパラメータを使用する必要があり、圧縮表にLOBを含めることはできません。

- 拡張行サイズ機能は、デフォルトで有効になっています。これは、FETCHCOLSを使用した回避策でサポートされます。VARCHARまたはVARGRAPHICデータ型で、データベースの行外に格納されている列値の場合は、Extractパラメータ・ファイルのTABLEパラメータにFETCHCOLSオプションを使用して、これらの列を指定し、これらの拡張行をフェッチする必要があります。このオプションが設定されている場合、列値が行外にあると、Oracle GoldenGateによってこの値がフェッチされます。値が範囲外であり、FETCHCOLSが指定されていない場合は、データ損失の防止のためにExtractが異常終了します。この機能を使用しない場合は、extended_row_sizeパラメータをDISABLEに設定します。

- DB2 LUW 10.1 FixPack 2以上のテンポラル表がサポートされています。これがReplicatのデフォルトです。

- 自動ハートビート表のサポートに関する制限事項は次のとおりです。

- Oracle GoldenGateのハートビート・パラメータの頻度およびパージ頻度は、秒単位および日単位で使用できます。ただし、DB2 LUWのタスク・スケジューラではスケジュールをcron形式でのみ受け付けるため、Oracle GoldenGateの入力値をcron形式にすると、精度が失われる可能性があります。例:

ADD HEARTBEATTABLE, FREQUENCY 150, PURGE_FREQUENCY 20

この例では、FREQUENCYを150秒に設定します。この値は最も近い分単位の値である2分に変換されるので、ハートビート表は150秒ごとではなく120秒ごとに更新されます。PURGE_FREQUENCYを20に設定すると、履歴表が毎月20日の深夜にパージされます。

- 次に、ハートビートのスケジュール済タスクの実行に必要な手順を示します。

1. DB2_ATS_ENABLEレジストリ変数をdb2set DB2_ATS_ENABLE=YESに設定します。

2. SYSTOOLSPACE表領域を作成します(まだ存在しない場合)。

CREATE TABLESPACE SYSTOOLSPACE IN IBMCATGROUP MANAGED BY AUTOMATIC STORAGE
EXTENTSIZE 4

3. インスタンス所有者にデータベース管理者権限(DBADM)があることを確認します。
GRANT DBADM ON DATABASE TO instance_owner_name

1.7 DB2 LUWについてサポートされないオブジェクトおよび操作

- 末尾に空白を含むスキーマ名、表名および列名。

- データベースの複数インスタンス

- データリンク

- DDL (データ定義言語)操作の抽出とレプリケーション

- 生成された列(GENERATE ALWAYS句)

- 行サイズ・サポート。この機能はDB2 LUW 10.5以上ではデフォルトで有効ですが、Oracle GoldenGateのサポートを無効にする必要があります。

- VALUE COMPRESSIONを使用した表

注意:
サポートされない表の圧縮タイプを使用した表をOracle GoldenGate構成に含めるには、サポートされない圧縮を非アクティブにし、表を再編成します。あるいは、それらをOracle GoldenGate構成から除外します。

1.8 サポートされるオブジェクト名

オブジェクト名でサポートされる文字のリストについては、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

2 Oracle GoldenGateのインストール

この章では、Oracle GoldenGateをインストールする方法について説明し、内容は次のとおりです。

- 2.1項「インストールの概要」

- 2.2項「DB2のインストール・システムの選択」

- 2.3項「Oracle GoldenGateディストリビューションの理解と入手」

- 2.4項「UNIXでの動的ビルドに対するライブラリ・パスの設定」

- 2.5項「LinuxおよびUNIX上でのOracle GoldenGateのインストール」

- 2.6項「WindowsへのOracle GoldenGateのインストール」

ここでは、Oracle GoldenGateを初めてインストールする場合の手順を説明します。また、この手順は、Oracle GoldenGateの新バージョンのベース・リリースをダウンロードするためのものです。

それ以降のパッチをダウンロードしてベース・リリースにインストールするには、次の場所でMy Oracle Supportの「パッチと更新版」タブにアクセスします。

http://support.oracle.com

Oracle GoldenGateをあるバージョンから別のバージョンにアップグレードするには、次のサイトにあるアップグレードの手順に従ってください。

http://docs.oracle.com/goldengate/c1221/gg-winux/index.html

2.1 インストールの概要

ここでは、Oracle GoldenGateを初めてインストールする場合の手順を説明します。また、この手順は、Oracle GoldenGateの新バージョンのベース・リリースをダウンロードするためのものです。

それ以降のパッチをダウンロードしてベース・リリースにインストールするには、次の場所でMy Oracle Supportの「パッチと更新版」タブにアクセスします。

http://support.oracle.com

Oracle GoldenGateをあるバージョンから別のバージョンにアップグレードするには、次のサイトにあるアップグレードの手順に従ってください。

http://www.oracle.com/technology/software/products/goldengate/index.html

2.2 DB2のインストール・システムの選択

Oracle GoldenGate for DB2 LUWをインストールするには、次の構成のいずれかを使用します。

- Oracle GoldenGateをDB2データベース・サーバーにインストールします。次を参照してください。

- LinuxおよびUNIXへのOracle GoldenGateのインストール

- WindowsでのOracle GoldenGateのインストール

- Oracle GoldenGateを別のサーバーにインストールし、DB2 Connectを介してデータベース・サーバーにリモートから接続するようOracle GoldenGateを構成します。DB2 LUWに対してサポートされるOracle GoldenGateの機能はすべて、この構成でサポートされます。このオプションを使用するには、「リモートの取得または配信用のシステムの選択と構成」に進みます。

2.2.1 リモートの取得または配信用のシステムの選択と構成

リモート・インストールでは、ソースまたはターゲットのデータベース・サーバーに対してリモートのサーバーにOracle GoldenGateをインストールします。このサーバーは、DB2 for LUWデータベースに対してOracle GoldenGateでサポートされているLinux、UNIXまたはWindowsプラットフォームです。Oracle GoldenGateのビルドは、インストール・サーバーで実行されているDB2 LUWのバージョンに適合する必要があります。

注意:
データベースがビッグ・エンディアン(AIX)サーバー上で実行され、Oracle GoldenGateキャプチャがリトル・エンディアン(Linux)サーバー上で実行されている場合、リモートの取得はサポートされません。

この構成では、データベースの場所はExtractおよびReplicatに対して透過的です。ExtractはソースDB2 LUWデータベース・サーバーのDB2ログを読み取ることができ、ReplicatはターゲットDB2 LUWサーバーにデータを適用できます。

リモートの取得または配信を構成する手順:

1. DB2 Connectがインストールされたリモート・サーバーでDB2 for LUWをインストールし、実行します。

2. 次のDB2コマンドを使用して、DB2ソースまたはターゲット・データベースでリモート・サーバーを登録します。

catalog tcpip node db2_node_name remote remote_DNS_name

3. 次のDB2コマンドを使用して、リモート・サーバーのDB2 for LUWデータベースでDB2ターゲット・ノードを登録します。

catalog tcpip node db2_node_name remote remote_DNS_name
server remote_port_number

4. 次のDB2コマンドを使用して、リモート・サーバーのDB2カタログにDB2ソース・データベースまたはDB2ターゲット・データベースを追加します。

catalog db database_name as database_alias at node db_node_name

注意:
これらのコマンドの詳細は、IBM DB2 LUWのドキュメントを参照してください。

5. リモート・サーバーのDB2 LUWデータベースに適したOracle GoldenGateのビルドをダウンロードしてインストールします。2.3項「Oracle GoldenGateディストリビューションの理解と入手」を参照してください。

2.3 Oracle GoldenGateディストリビューションの理解と入手

Oracle Fusion Middlewareソフトウェアの入手方法の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の製品の配布の理解と入手に関する項を参照してください。

Oracle WebLogic Server and Coherenceソフトウェアを開発または評価用にダウンロードするには、Oracle Technology Network (OTN)で次の場所を参照してください。

http://www.oracle.com/technetwork/middleware/fusion-middleware/downloads/index.html">>http://www.oracle.com/technetwork/middleware/fusion-middleware/downloads/index.html

Oracle Fusion Middleware製品の検索やダウンロードの詳細は、OTNでOracle Fusion Middlewareダウンロード、インストール、構成のREADMEファイルを参照してください。

Oracle GoldenGateを入手するには、次の手順に従います。

1. Oracle Technology Networkに移動します。

2. Oracle GoldenGate 12c (12.2.0.1)リリースを探して、使用中のシステムにZIPファイルをダウンロードします。

2.4 UNIXでの動的ビルドに対するライブラリ・パスの設定

Oracle GoldenGateでは、共有ライブラリを使用します。Oracle GoldenGateをUNIXシステムにインストールする場合、GGSCIまたは他のOracle GoldenGateプロセスを実行する前に、必ず次のことを確認してください。

Oracle GoldenGateプログラムを、UNIXシステム上のOracle GoldenGateインストール・ディレクトリの外から実行する場合は、次の操作を実行します。

- (オプション) Oracle GoldenGateインストール・ディレクトリを、PATH環境変数に追加します。

- (必須) Oracle GoldenGateインストール・ディレクトリを、共有ライブラリ環境変数に追加します。

たとえば、Oracle GoldenGateインストール・ディレクトリが/users/oggの場合、次の例の2つ目のコマンドではこれらの変数が設定されている必要があります。

コマンド

環境変数にGGライブラリが必要か

$ users/ogg > ./ggsci

いいえ

$ users > ./ogg/ggsci

はい

Kornシェルで環境変数を設定する場合

PATH=installation_directory:$PATH
export PATH
shared_libraries_variable=absolute_path_of_installation_directory:$shared_libraries_variable
export shared_libraries_variable

Bourneシェルで環境変数を設定する場合

export PATH=installation_directory:$PATH
export shared_libraries_variable=absolute_path_of_installation_directory:$shared_libraries_variable

Cシェルで変数を設定する場合

setenv PATH installation_directory:$PATH
setenv shared_libraries_variable absolute_path_of_installation_directory:$shared_libraries_variable

shared_libraries_variableは表2-1に示す変数のいずれかです。

表2-1 プラットフォームごとのUNIX/Linuxライブラリ・パス変数

プラットフォーム

環境変数

IBM AIX

LIBPATH

HP-UX

SHLIB_PATH

Sun Solaris

Linux

LD_LIBRARY_PATH

次に、Bourneシェルで変数を設定する方法の例を示します。

export LD_LIBRARY_PATH=/ggs/11.0:$LD_LIBRARY_PATH

注意:
Oracle GoldenGateプロセスに必要なライブラリを表示するには、プロセスを開始する前にldd goldengate_processシェル・コマンドを使用します。このコマンドでは、欠落しているライブラリに関するエラー・メッセージも表示されます。

2.5 LinuxおよびUNIX上でのOracle GoldenGateのインストール

LinuxおよびUNIXシステムにOracle GoldenGate for Oracleをインストールするには、次の手順に従います。

2.5.1 Oracle GoldenGateファイルのインストール

Oracle GoldenGateのファイルをインストールする手順:

1. Oracle GoldenGateインストール・ファイルを、Oracle GoldenGateをインストールするシステムおよびディレクトリに抽出します。

2. コマンド・シェルを実行します。

3. ディレクトリを新規Oracle GoldenGateディレクトリに変更します。

4. Oracle GoldenGateディレクトリからGGSCIプログラムを実行します。

GGSCI

5. GGSCIで次のコマンドを発行して、Oracle GoldenGate作業ディレクトリを作成します。

CREATE SUBDIRS

6. 次のコマンドを発行して、GGSCIを終了します。

EXIT

2.6 WindowsへのOracle GoldenGateのインストール

WindowsシステムにOracle GoldenGate for Oracleをインストールするには、次の手順に従います。

2.6.1 Oracle GoldenGateファイルのインストール

Oracle GoldenGateのファイルをインストールする手順:

1. WinZipまたは同等の圧縮ソフトを使用して、ダウンロードしたファイルを解凍します。

2. バイナリ・モードのファイルを、Oracle GoldenGateをインストールするドライブのフォルダに移動します。パスが引用符で囲まれている場合でも、名前に空白が含まれているフォルダにはOracle GoldenGateをインストールしないでください。例:

C:\"Oracle GoldenGate" is not valid.

C:\Oracle_GoldenGate is valid.

3. Oracle GoldenGateフォルダからGGSCIプログラムを実行します。

4. GGSCIで次のコマンドを発行して、Oracle GoldenGate作業ディレクトリを作成します。

CREATE SUBDIRS

5. 次のコマンドを発行して、GGSCIを終了します。

EXIT

2.6.2 カスタムManager名の指定

次のいずれかに該当する場合は、Managerプロセスにカスタム名を指定する必要があります。

- デフォルトのGGSMGR以外のManager名を使用します。

- 複数のManagerプロセスがWindowsサービスとしてこのシステムで実行されています。システム上の各Managerに一意の名前が必要です。先に進む前に、すべてのローカルManagerサービスの名前を確認します。

カスタムManager名を指定する手順:

1. ManagerプログラムがあるディレクトリからGGSCIを実行します。

2. 次のコマンドを発行します。

EDIT PARAMS ./GLOBALS

注意:
GLOBALSファイルはOracle GoldenGateインストール・ファイルのルートにあるため、このコマンドの./部分を使用する必要があります。

3. ファイルで次の行を追加します。nameには、Managerサービスの1語の名前を使用します。

MGRSERVNAME name

4. ファイルを保存します。ファイルはGLOBALSという名前で自動的に保存されますが、ファイル拡張子は付きません。このファイルは移動しないでください。Windowsサービスのインストール時とデータ処理時に使用されます。

2.6.3 WindowsサービスとしてのManagerのインストール

デフォルトでは、Managerはサービスとしてインストールされず、ローカルまたはドメイン・アカウントで実行できます。ただし、このように実行すると、Managerはユーザーがログアウトすると停止します。Managerをサービスとしてインストールすれば、ユーザー接続と無関係にManagerを操作でき、手動で起動するように構成することも、システム起動時に起動するように構成することもできます。

WindowsサービスとしてManagerをインストールする手順:

1. (推奨)システム管理者としてログオンします。

2. 「スタート」、「ファイル名を指定して実行」の順にクリックし、「ファイル名を指定して実行」ダイアログ・ボックスでcmdと入力します。

3. サービスとしてインストールするManagerプログラムを含むディレクトリから、次の構文でINSTALLユーティリティを実行します。

install option [...]

optionは次のいずれかです。

表2-2 INSTALLユーティリティ・オプション

オプション

説明

ADDEVENTS

Oracle GoldenGateイベントをWindowsのイベント・マネージャに追加します。

ADDSERVICE

存在する場合はGLOBALSファイルのMGRSERVNAMEパラメータに指定されている名前、またはデフォルトのGGSMGRで、Managerをサービスとして追加します。ユーザーのログインとパスワードの変更に関係なくサービスを実行できるため、ADDSERVICEは、ローカル・システム・アカウント(ほとんどのWindowsアプリケーションの標準)で実行するようにサービスを構成します。Managerを特定のアカウントで実行するには、USERオプションとPASSWORDオプションを使用します。脚注 1

サービスはシステムの起動時に起動するようにインストールされます(AUTOSTARTを参照)。インストール後に起動するには、システムを再起動するか、コントロール パネルの「サービス」アプレットから手動で起動します。

AUTOSTART

ADDSERVICEで作成したサービスがシステムの起動時に起動されるよう設定します。MANUALSTARTを使用する場合以外は、これがデフォルトです。

MANUALSTART

ADDSERVICEで作成したサービスを、GGSCI、スクリプトまたはコントロール パネルの「サービス」アプレットを使用して手動で起動するよう設定します。デフォルトはAUTOSTARTです。

USER name

Managerを実行するドメイン・ユーザー・アカウントを指定します。nameには、ドメイン名とバック・スラッシュとユーザー名を使用します(たとえば、HEADQT\GGSMGRなどです)。

デフォルトでは、ManagerサービスはLocal Systemアカウントを使用するようインストールされます。

PASSWORD password

USERで指定されたユーザーのパスワードを指定します。

脚注 1 ユーザー・アカウントは、Windowsコントロール パネルのサービス・アプレットからプロパティ・アクションを選択することで変更できます。

4. Windowsのユーザー・アカウント制御(UAC)が有効になっている場合、コンピュータへのプログラムのアクセスを許可または拒否するよう要求されます。「許可」を選択すると、INSTALLユーティリティを実行できます。
INSTALLユーティリティにより、管理者権限で実行されているローカル・システム・アカウントでManagerサービスがインストールされます。Managerがサービスとしてインストールされれば、Managerの実行時にそれ以上UACプロンプトは表示されません。

注意:
Managerがサービスとしてインストールされていない場合、Oracle GoldenGateユーザーがManagerをGGSCIコマンド・プロンプトから起動する際、Managerの権限を高めるかどうか確認するUACプロンプトが表示されます。他のOracle GoldenGateプログラムを実行してもプロンプトが返されます。

3 Oracle GoldenGateのためのシステムの準備

この章では、Oracle GoldenGateのためにシステムを準備する方法について説明します。

この章の内容は次のとおりです。

- 3.1項「Oracle GoldenGateのためのトランザクション・ログの構成」

- 3.2項「処理のための表の準備」

- 3.3項「セッション・キャラクタ・セットの設定」

- 3.4項「初期抽出の準備」

- 3.5項「パラメータ・ファイルでのDB2 LUWデータベースの指定」

3.1 Oracle GoldenGateのためのトランザクション・ログの構成

DML操作を取得するため、Oracle GoldenGateではデフォルトでDB2 for LUWオンライン・ログを読み取りますが、オンライン・ログを使用できない場合は、アーカイブ・ログを読み取ります。Oracle GoldenGateの処理の継続性と整合性を確実にするため、ログを次のように構成します。

3.1.1 トランザクション・ログの保持

データベースのバージョンに応じて次のパラメータ・セットのいずれかを有効にすることで、ロールフォワード・リカバリ用にトランザクション・ログを保持するようにデータベースを構成します。

- DB2 LUW 9.5以上:
LOGARCHMETHパラメータを次のように設定します。

- LOGARCHMETH1をLOGRETAINに設定します。

- LOGARCHMETH2をOFFに設定します。

また、フォワード・リカバリが有効であるかぎり、他のLOGARCHMETHオプションを使用できます。たとえば、次のものは有効です。

- LOGARCHMETH1をDISKに設定します。

- LOGARCHMETH2をTSMに設定します。

ログ保存パラメータを判別する手順:

1. データベースに接続します。

db2 connect to database user username using password

2. データベース名を取得します。

db2 list db directory

3. データベースのデータベース構成を取得します。

db2 get db cfg for database

確認するフィールドは次のとおりです。

Log retain for recovery status = RECOVERY
User exit for logging status = YES

ログ保存パラメータを設定する手順:

1. 次のコマンドのいずれかを発行します。
USEREXITを有効にする場合は、次を使用します。

db2 update db cfg for database using USEREXIT ON

USEREXITを使用しない場合は、このコマンドを使用します。

db2 update db cfg for database using LOGRETAIN RECOVERY

LOGARCHMETHを設定するには、次のようにします。

db2 update db cfg for database using LOGARCHMETH1 LOGRETAIN
db2 update db cfg for database using LOGARCHMETH2 OFF

2. 次のコマンドを発行して、データベースの完全バックアップを作成します。

db2 backup db database to device

3. DB2 LUWがアクセス権を持つディレクトリにバックアップを配置します。次のメッセージが表示された場合は、システム管理者に連絡してください。

SQL2061N An attempt to access media "device" is denied.

3.1.2 アーカイブ・パスの指定

DB2のOVERFLOWLOGPATHパラメータをアーカイブ・ログ・ディレクトリに設定します。ノードは、指定したパス変数に自動的にアタッチされます。

db2 connect to database
db2 update db cfg using overflowlogpath "path"

ノード自体をパスから除外します。たとえば、アーカイブ・ログ・ディレクトリへのフルパスが/sdb2logarch/oltpods1/archive/OLTPODS1/NODE0000である場合、OVERFLOWLOGPATH値は、/sdb2logarch/oltpods1/archive/OLTPODS1として指定します。

3.2 処理のための表の準備

Oracle GoldenGate環境では、次の表属性に対応する必要があります。

3.2.1 トリガーおよびカスケード制約の無効化

ターゲット表のトリガー、カスケード削除制約、カスケード更新制約を無効にするか、これらを変更してOracle GoldenGateデータベース・ユーザーによる変更が無視されるようにします。Oracle GoldenGateは、トリガーまたはカスケード制約によって得られるDMLをレプリケートします。同じトリガーや制約がターゲット表でアクティブになった場合、レプリケートされたバージョンのために重複となり、データベースでエラーが返されます。ソース表にemp_srcとsalary_src、ターゲット表にemp_targとsalary_targを使用している次の例について考えます。

1. emp_srcに対して削除が発行されます。

2. それによって、削除がsalary_srcにカスケードされます。

3. Oracle GoldenGateにより、両方の削除がターゲットに送信されます。

4. 親削除が先に届き、emp_targに適用されます。

5. 親削除によって削除がsalary_targにカスケードされます。

6. salary_srcからカスケードされた削除がsalary_targに適用されます。

7. 行は手順5ですでに削除されているため検出できません。

3.2.2 行識別子の割当て

Oracle GoldenGateでは、レプリケートされた更新や削除に対応する正しいターゲット行を検出するために、ソース表およびターゲット表で特定の形式の一意の行識別子が必要です。

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

TABLE文またはMAP文でKEYCOLS句が使用されている場合を除き、Oracle GoldenGateでは次の優先順序で、使用する行識別子が選択されます。

1. 主キー

2. タイムスタンプまたはマテリアライズされていない計算結果列を含まない英数字順で最初の一意キー。

3. 前述のキー・タイプがいずれも存在しない場合(表で別のタイプのキーが定義されていても)、Oracle GoldenGateでは、データベースで一意キー内での使用が許可されるすべての列の擬似キーが作成されます(キー内での使用がOracle GoldenGateでサポートされない列、またはOracle GoldenGate構成から除外されている列を除く)。

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

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

表に前述のタイプの行識別子のいずれかがない場合や、それらの識別子を使用しないほうが適切な場合、表に常に一意の値を含む列があるときは、代替キーを定義できます。この代替キーは、ExtractのTABLEパラメータおよびReplicatのMAPパラメータにKEYCOLS句を指定して定義します。指定したキーにより、Oracle GoldenGateで検出される既存の主キーまたは一意キーはオーバーライドされます。詳細は、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

3.2.3 キー変更の防止

Oracle GoldenGateで表のデータの抽出が開始された後で、キーに列を追加しないでください。このルールは、主キー、一意キー、KEYCOLSキー、またはすべての列キーに適用されます。DB2 LUWでは、表に追加される列の変更前イメージは提供されません。ソースでキー内の列が更新された場合、Oracle GoldenGateでは更新のレプリケートの際、ターゲット表の現在の値と比較するために変更前イメージが必要になります。

3.2.4 変更の取得の有効化

CREATE TABLEおよびALTER TABLEコマンドのDATA CAPTURE CHANGES機能で提供される拡張形式でデータの変更が記録されるよう、DB2を構成します。この形式により、Oracle GoldenGateでは、UPDATE文によって変更された行の変更前イメージと変更後イメージの全体を使用できます。GGSCIを使用して、次のようにALTER TABLEコマンドを発行できます。

GGSCIからの変更の取得を有効にする手順:

1. Oracle GoldenGateディレクトリからGGSCIを実行します。

2. ALTER TABLE権限を持つユーザーとしてGGSCIからDB2にログオンします。SOURCEDBでデータソース名を、USERIDおよびPASSWORDでユーザー・ログインを指定します。必要に応じて、暗号化オプションについてOracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

DBLOGIN SOURCEDB dsn, USERID user[, PASSWORD password]

3. 次のコマンドを発行します。owner.tableは表の完全修飾名です。ワイルドカードを使用して複数の表の名前を指定できます。DB2 LUWではアスタリスク(*)ワイルドカードのみサポートされます。

ADD TRANDATA owner.table

ADD TRANDATAにより次のコマンドが発行されます。これには、LONGVAR列の変更前イメージのロギングが含まれます:

ALTER TABLE name DATA CAPTURE CHANGES INCLUDE LONGVAR COLUMNS;

LONGVARロギングを除外する手順:

ALTER TABLEコマンドからINCLUDE LONGVAR COLUMNS句を省略するには、EXCLUDELONGオプション付きでADD TRANDATAを使用します。

ADD TRANDATA owner.table, EXCLUDELONG

注意:
LONGVAR列をロギングから除外した場合、変更前イメージを必要とするOracle GoldenGateの機能(GETUPDATEBEFORES、NOCOMPRESSUPDATESおよびNOCOMPRESSDELETESパラメータなど)では、表にこれらの列が含まれているとエラーが返される場合があります。回避策については、TRANLOGOPTIONSパラメータのREQUIRELONGDATACAPTURECHANGES | NOREQUIRELONGDATACAPTURECHANGESオプションを参照してください。

3.2.5 マテリアライズ問合せ表の維持

ソースとターゲットのマテリアライズ問合せ表(MQT)間の同等性を維持するには、ベース表をレプリケートしますが、MQTはレプリケートしません。ターゲット・データベースでは、Replicatがベース表に適用する変更に基づいてMQTが維持されます。

これらの表を構成するためのルールを次に示します。

- ベース表をTABLEおよびMAP文に含めます。

- MQTはTABLEおよびMAP文に含めないでください。

- TABLEおよびMAP文では、MQT名を通常の表名とともに解決できますが、ワイルドカードを使用できます。Oracle GoldenGateでは、MQTはワイルドカードを使用した表リストから自動的に除外されます。ただし、ExtractのTABLE文でMQTを名前によって明示的にリストすると、Extractが異常終了する原因となります。

3.3 セッション・キャラクタ・セットの設定

ソースおよびターゲット・データベース間のキャラクタ・セットの変換をサポートするには、セッション・キャラクタ・セットがデータベース・キャラクタ・セットと同じであることを確認します。DB2CODEPAGE環境変数を使用してセッション・キャラクタ・セットを設定できます。

3.4 初期抽出の準備

Oracle GoldenGate環境の初期化の際、最初のデータ同期を行い、Oracle GoldenGateプロセスを初めて起動します。これらの手順とともに、プロセス・グループを作成します。Extractグループを作成するには、トランザクション・ログで最初の開始位置を確定する必要があります。この初期読取位置は、次のいずれかに基づくトランザクション境界上に置かれます。

- トランザクション・ファイルの終わり

- 特定のLSN値

開始ポイントは、ADD EXTRACTコマンドのBEGINオプションで指定します。

Extractを初めて起動すると、指定した開始ポイントの後に発生したすべてのトランザクション・データが取得されますが、開始ポイントより前に発生したデータは取得されません。このため、オープン・トランザクションが開始ポイントをまたがる場合、トランザクションの一部しか取得されないことがあります。

初期トランザクションの一貫性を確保する手順:

トランザクションの部分的な取得を避けるには、データベースが停止している時点でExtractプロセスを初期化します。DB2では、そのような目的でQUIESCEコマンドが提供されています。これがトランザクションの一貫性を確保する唯一の方法です。

注意:
Extractを初期化した後の再起動では、プロセスはリカバリ・チェックポイントを使用して最終読取り位置をマークするため、トランザクションの一部は抽出されません。

オープン・トランザクションを表示する手順:

IBMでは、DB2データベースおよびインスタンスを監視するためのdb2pdというユーティリティを提供しています。これを使用して、オープン・トランザクションに関する情報を表示したり、開始ポイントをまたぐトランザクションがないかを判別できます。ただし、DB2 LUWのログ・レコードにはタイムスタンプがないため、正確な判断はできません。可能な場合は、Oracle GoldenGateを初期化する前にデータベースを停止します。

Oracle GoldenGate環境の初期化の詳細は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

3.5 パラメータ・ファイルでのDB2 LUWデータベースの指定

Oracle GoldenGateプロセスを正しいDB2 LUWデータベースに接続するには、次のパラメータでDB2 LUWデータベースの名前(別名ではなく)を指定する必要があります。

- ExtractのパラメータSOURCEDBでDB2ソース・データベースを指定します。

- ReplicatのパラメータTARGETDBでDB2ターゲット・データベース名を指定します。

これらのパラメータの詳細は、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

4 DB2 LUWのためのOracle GoldenGateの構成

この章では、DB2 LUWソースおよびターゲット・データベースのためにOracle GoldenGateを構成するのに必要な基本手順について概説します。

この章の内容は次のとおりです。

- 4.1項「これらの手順でできること」

- 4.2項「詳細情報の入手先」

- 4.3項「プライマリExtractの構成」

- 4.4項「データ・ポンプExtractの構成」

- 4.5項「Replicatの構成」

- 4.6項「デプロイの次の手順」

- 4.7項「トランザクション変更のレプリケートを開始するタイミング」

- 4.8項「構成のテスト」

4.1 これらの手順でできること

ここでは、次のプロセスの基本パラメータ(構成)ファイルを構成する方法を示します。

- プライマリExtract(データ・ソースからトランザクション・データを取得)

- データ・ポンプExtract(ローカル記憶域からターゲット・システムにデータを伝播)

- Replicat(レプリケートされたデータをターゲット・データベースに適用)

ビジネス要件によってはより複雑なトポロジが必要ですが、この手順がその他の構成手順の基礎となります。

手順を実行することで、次のことが可能です。

- 基本的な構成ファイルが作成されます。

- 環境に適用する機能や要件を決定する際にパラメータを追加して、後から作成します。

- コピーを使用して、一から作成するよりも短時間で追加パラメータ・ファイルを作成します。

4.2 詳細情報の入手先

次に関する詳細は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

- 構成しているプロセスおよびファイル

- 詳細な構成情報

- セキュリティ・オプション

- データ統合オプション(フィルタリング、マッピング、変換)

- 複雑なトポロジの構成手順

- レプリケーション環境の初期インスタンス化を実行する手順

- 管理トピック

4.3 プライマリExtractの構成

次の手順では、トランザクション・データをソースDB2 LUWデータベースから取得し、一時的な格納のためにデータをローカル証跡に書き込むプライマリExtractを構成します。

1. ソース・システムのGGSCIで、Extractパラメータ・ファイルを作成します。

EDIT PARAMS name

nameは、プライマリExtractの名前です。

2. 次に示す順序でExtractパラメータを入力します。パラメータ文ごとに新しい行を開始します。詳細およびパラメータの説明は、表4-1を参照してください。
プライマリExtractの基本パラメータ

EXTRACT finance
SOURCEDB mysource, USERIDALIAS myalias
LOGALLSUPCOLS
ENCRYPTTRAIL AES192
EXTTRAIL /ggs/dirdat/lt
TABLE hr.*;

表4-1 プライマリExtractの基本パラメータ

パラメータ

説明

EXTRACT group

groupは、Extractグループの名前です。詳細は、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

SOURCEDB database, USERIDALIAS alias

ソースDB2 LUWデータベースの実際の名前(別名ではなく)と、Extractに割り当てられているユーザーのデータベース・ログイン資格証明を指定します。この資格証明は、Oracle GoldenGate資格証明ストアに存在する必要があります。詳細は、1.3.2項「Oracle GoldenGateプロセス用データベース・ユーザー」を参照してください。

ENCRYPTTRAIL algorithm

ローカル証跡を暗号化します。Oracle GoldenGateの証跡暗号化オプションの詳細は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

EXTTRAIL pathname

一時的な格納のために、取得したデータをプライマリExtractが書き込むローカル証跡のパス名を指定します。

TABLE schema.object;

データを取得するデータベース・オブジェクトを指定します。

- TABLEは必須キーワードです。

- schemaはスキーマ名またはワイルドカードを使用したスキーマのセットです。

- objectは表名またはワイルドカードを使用した表のセットです。

ワイルドカードを使用して、または使用せずにオブジェクト名を指定する方法の詳細は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。DB2 LUWではアスタリスク(*)ワイルドカードのみがサポートされます。このデータベースでは疑問符(?)ワイルドカードはサポートされません。

パラメータ文はセミコロンで終了します。

ワイルドカード指定から表を除外するには、TABLEEXCLUDEパラメータを使用します。使用および構文の詳細は、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

詳細およびデータのフィルタリング、マッピングおよび操作を制御するその他のTABLEオプションについては、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

3. 構成に推奨されるオプションのExtractパラメータを入力します。このファイルは、GGSCIのEDIT PARAMSコマンドを使用して、処理を開始する前にいつでも編集できます。パラメータのリストおよび詳細なリファレンスへのリンクについては、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

4. ファイルを保存して閉じます。

4.4 データ・ポンプExtractの構成

次の手順では、ローカル証跡を読み取り、データをネットワーク経由でターゲット上のリモート証跡に送信するデータ・ポンプを構成します。データ・ポンプはオプションですが、使用することをお薦めします。

1. ソース・システムのGGSCIで、データ・ポンプ・パラメータ・ファイルを作成します。

EDIT PARAMS name

nameは、データ・ポンプExtractの名前です。

2. 次に示す順序でデータ・ポンプ・パラメータを入力します。パラメータ文ごとに新しい行を開始します。入力変数は異なるものになります。説明については、表4-2を参照してください。
データ・ポンプExtractグループの基本パラメータ:

EXTRACT extpump
SOURCEDB mypump, USERIDALIAS myalias
RMTHOST fin1, MGRPORT 7809 ENCRYPT AES192, KEYNAME securekey2
RMTTRAIL /ggs/dirdat/rt
TABLE hr.*;

表4-2 データ・ポンプExtractの基本パラメータ

パラメータ

説明

EXTRACT group

groupは、データ・ポンプExtractの名前です。詳細は、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

SOURCEDB database, USERIDALIAS alias

ソースDB2 LUWデータベースの実際の名前(別名ではなく)と、Extractに割り当てられているユーザーのデータベース・ログイン資格証明を指定します。この資格証明は、Oracle GoldenGate資格証明ストアに存在する必要があります。詳細は、1.3.2項「Oracle GoldenGateプロセス用データベース・ユーザー」を参照してください。

RMTHOST hostname, MGRPORT portnumber,
[, ENCRYPT algorithm KEYNAME keyname]

- RMTHOSTは、ターゲット・システムの名前またはIPアドレスを指定します。

- MGRPORTは、ターゲットでManagerが実行されるポート番号を指定します。

- ENCRYPTは、TCP/IPでのオプションのデータの暗号化を指定します。

その他のオプションおよび暗号化の詳細は、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

RMTTRAIL pathname

リモート証跡のパス名を指定します。詳細は、Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

TABLE schema.object;

表または順序、またはワイルドカードで指定された複数のオブジェクトを指定します。ほとんどの場合、このリストはプライマリExtractパラメータ・ファイルのリストと同じです。

- TABLEは必須キーワードです。

- schemaはスキーマ名またはワイルドカードを使用したスキーマのセットです。

- objectは表名またはワイルドカードを使用した表のセットです。

ワイルドカードを使用して、または使用せずにオブジェクト名を指定する方法の詳細は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。DB2 LUWではアスタリスク(*)ワイルドカードのみがサポートされます。このデータベースでは疑問符(?)ワイルドカードはサポートされません。

パラメータ文はセミコロンで終了します。

ワイルドカード指定から表を除外するには、TABLEEXCLUDEパラメータを使用します。使用および構文の詳細は、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

詳細およびデータのフィルタリング、マッピングおよび操作を制御するその他のTABLEオプションについては、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

3. 構成に推奨されるオプションのExtractパラメータを入力します。このファイルは、GGSCIのEDIT PARAMSコマンドを使用して、処理を開始する前にいつでも編集できます。パラメータのリストおよび詳細なリファレンスへのリンクについては、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

4. ファイルを保存して閉じます。

4.5 Replicatの構成

次の手順では、DB2 LUWターゲット・システムでReplicatプロセスを構成します。他のタイプのデータベースにReplicatを構成する場合は、そのデータベースのインストールおよび構成マニュアルを参照してください。

4.5.1 テンポラル表の作成

テンポラル表とは、表データの履歴と有効期間を管理する表です。Oracle GoldenGateでは、テンポラル表を使用して、表内で削除または更新される古い行すべてを管理します。テンポラル表は、その行やデータのビジネス有効期間を管理する場合にも使用されます。たとえば、Oracle GoldenGateでは行の有効期間を管理します。テンポラル表には、システム期間、アプリケーション期間、およびバイテンポラル表の3種類があります。

4.5.1.1 テンポラル表のサポート

- システム期間テンポラル表とアプリケーション期間テンポラル表間のレプリケーションはサポートされていません。

- 非テンポラル表からテンポラル表へのレプリケーションはサポートされません。

- INSERTALLRECORDSパラメータを使用したテンポラル表のレプリケーションはサポートされていません。

- 双方向レプリケーションは、デフォルトのレプリケーションでのみサポートされます。

- 双方向レプリケーションでのCDRはサポートされていません。

- アプリケーション期間テンポラル表でのCDRはサポートされています。

4.5.1.2 テンポラル表を使用したレプリケーション

次のいずれかの方法を選択して、システム期間テンポラル表またはバイテンポラル表を次のようにレプリケートできます。

- テンポラル表を別のテンポラル表にのみレプリケートします。これがデフォルトの動作です。SYSTEM_TIME期間列とトランザクションID列は適用側で自動生成される列なので、Oracle GoldenGateではレプリケートされません。データベース・マネージャは、システム・クロック時間とデフォルト値を使用して、ターゲット・テンポラル表の列に移入します。これらの列の元の値はそのまま使用して、次のいずれかを実行します。

- ターゲット・テンポラル表に追加のタイムスタンプ列を追加し、列を適切にマップします。追加の列は関連する履歴表に自動的に追加されます。

- 適用側で非テンポラル表を使用し、列を適切にマップします。このシナリオで、履歴表は管理できません。

- ソースがDB2 LUWでターゲットが異なるデータベースの異種構成では、自動生成された列を無視することもできれば、適切な列変換関数を使用して列値をターゲット・データベースでサポートされている形式に変換し、その値をターゲット列に適切にマップすることもできます。

または

- テンポラル表は関連する履歴表とともにテンポラル表と履歴表にそれぞれレプリケートできますが、その場合はレプリケート・パラメータDBOPTIONS SUPPRESSTEMPORALUPDATESを指定する必要があります。キャプチャ対象のテンポラル表と履歴表の両方をExtractパラメータ・ファイルに指定する必要があります。Oracle GoldenGateでは、SYSTEM_TIME期間列とトランザクションID列の値をレプリケートします。データベース・インスタンスに、適用側でストアド・プロシージャを実行する実行権限があることを確認する必要があります。

デフォルト・レプリケーションの使用中はSYSTEM_TIME期間列とtransactionstart id列が自動生成のままなので、Oracle GoldenGateで競合の検出や解決はできません。これらの列はset句とwhere句には指定できません。SUPPRESSTEMPORALUPDATESパラメータを使用する場合、Oracle GoldenGateではCDRがサポートされます。

4.5.1.3 変換

既存の表をテンポラル表に変換できますが、それにより表の構造が変更されます。この項では、表の構造がどのように変更されるかについて説明します。この項の各例では、次に示すサンプルの既存表を3種類すべてのテンポラル表に変換します。

Table policy_info
(
Policy_id char[4] not null primary key,
Coverage int not null
)
And the tables contains the following initial rows
POLICY_ID       COVERAGE
-------------        -----------
ABC                12000
DEF                 13000
ERT                 14000

例1   既存表をシステム期間テンポラル表に変換。

サンプルの既存表をシステム期間テンポラル表に変換するには、次のようにSYSTEM_PERIOD列、transaction id列およびSYSTEM_TIME期間を追加します。

ALTER TABLE policy_info
ADD COLUMN sys_start TIMESTAMP(12) NOT NULL GENERATED ALWAYS AS ROW BEGIN;
ALTER TABLE policy_info
ADD COLUMN sys_end TIMESTAMP(12) NOT NULL GENERATED ALWAYS AS ROW END;
ALTER TABLE policy_info
ADD COLUMN ts_id TIMESTAMP(12) NOT NULL GENERATED ALWAYS AS TRANSACTION START ID;
ALTER TABLE policy_info ADD PERIOD SYSTEM_TIME(sys_start, sys_end);

次に、次のいずれかの方法を使用して新しいテンポラル表の履歴表を作成します。

- CREATE TABLE hist_policy_info
(
policy_id     CHAR(4) NOT NULL,
coverage     INT NOT NULL,
sys_start    TIMESTAMP(12) NOT NULL ,
sys_end      TIMESTAMP(12) NOT NULL,
ts_id            TIMESTAMP(12) NOT NULL
);
ALTER TABLE hist_policy_info ADD RESTRICT ON DROP;

- CREATE TABLE hist_policy_info LIKE policy_info with RESTRICT ON DROP;

RESTRICT ON DROP句を使用すると、システム期間テンポラル表の削除中に履歴表は削除できません。それ以外は、関連するテンポラル表の削除中に履歴表が暗黙的に削除されます。履歴表はRESTRICT ON DROPを使用せずに作成できます。その場合、履歴表は明示的に削除できません。
履歴表の作成時にはGENERATED ALWAYS句を使用しないようにしてください。また、ベース表の特定の行に対して多数の更新が行われ、それにより同じ主キーのセットで履歴表に何件もの挿入がトリガーされる場合があるため、システム期間テンポラル表の主キーもここでは適用されません。これ以外にも、履歴表の構造は関連するシステム期間テンポラル表とまったく同じであることが必要です。履歴表にはシステム期間テンポラル表と同数の列を同じ順序で設定する必要があります。履歴表の列は明示的に追加、削除または変更できません。次の文を使用して、システム期間テンポラル表をその履歴表と関連付ける必要があります。

ALTER TABLE policy_info ADD VERSIONING USE HISTORY TABLE hist_policy_info.

表のGENERATED ALWAYS列は、常にデータベース・マネージャによって移入される列であり、ユーザーがこれらの列を制御することはできません。データベース・マネージャは、システム時間に基づいてこれらの列に移入します。

既存の行では、追加されたSYSTEM_PERIOD列とtransaction id列に、次のようなデフォルト値が設定されます。

POLICY_ID                                   COVERAGE    SYS_START                                         SYS_END                                                TS_ID
--------- ----------- -------------------------------- -------------------------------- -------------------------------------------------------------------------------
ABC             12000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000
DEF             13000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000
ERT             14000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000

テンポラル表の更新を開始すると、関連する履歴表に変更前イメージが移入されます。

例2   既存表をアプリケーション期間テンポラル表に変換。

サンプルの既存表をアプリケーション期間テンポラル表に変換するには、次のように時間列およびBUSINESS_TIME期間を追加します。

ALTER TABLE policy_info ADD COLUMN bus_start DATE NOT NULL DEFAULT '10/10/2001'"
ALTER TABLE policy_info ADD COLUMN bus_end DATE NOT NULL DEFAULT '10/10/2002'
ALTER TABLE policy_info ADD PERIOD BUSINESS_TIME(bus_start, bus_end)

時間列を追加するときは、既存の時間列のビジネス有効期間の値を入力する際、bus_start列には必ずbus_endよりも小さい値が設定されていることを確認する必要があります(これらの列が各行のビジネス有効期間を示すため)。

新しいアプリケーション期間テンポラル表は次のように表示されます。

POLICY_ID   COVERAGE    BUS_START  BUS_END
--------- ----------- ---------- -------------------------------
ERT             14000              10/10/2001  10/10/2002
DEF             13000             10/10/2001   10/10/2002
ABC             12000             10/10/2001   10/10/2002

例3   既存表をバイテンポラル表に変換。

サンプルの既存表をバイテンポラル表に変換するには、次のようにSYSTEM_PERIOD列、時間列をSYSTEM_TIME期間およびBUSINESS_TIME期間とともに追加します。

ALTER TABLE policy_info
ADD COLUMN sys_start TIMESTAMP(12) NOT NULL GENERATED ALWAYS AS ROW BEGIN;
ALTER TABLE policy_info
ADD COLUMN sys_end TIMESTAMP(12) NOT NULL GENERATED ALWAYS AS ROW END;
ALTER TABLE policy_info
ADD COLUMN ts_id TIMESTAMP(12) NOT NULL GENERATED ALWAYS AS TRANSACTION START ID;
ALTER TABLE policy_info ADD PERIOD SYSTEM_TIME(sys_start, sys_end);

ALTER TABLE policy_info ADD COLUMN bus_start DATE NOT NULL DEFAULT '10/10/2001'"
ALTER TABLE policy_info ADD COLUMN bus_end DATE NOT NULL DEFAULT '10/10/2002'
ALTER TABLE policy_info ADD PERIOD BUSINESS_TIME(bus_start, bus_end)

時間列を追加するときは、既存の時間列のビジネス有効期間の値を入力する際、bus_start列には必ずbus_endよりも小さい値が設定されていることを確認する必要があります(これらの列が各行のビジネス有効期間を示すため)。

次に、次のいずれかの方法を使用して新しいテンポラル表の履歴表を作成します。

- CREATE TABLE hist_policy_info
(
policy_id     CHAR(4) NOT NULL,
coverage     INT NOT NULL,
sys_start    TIMESTAMP(12) NOT NULL ,
sys_end      TIMESTAMP(12) NOT NULL,
ts_id            TIMESTAMP(12) NOT NULL
);
ALTER TABLE hist_policy_info ADD RESTRICT ON DROP;
CREATE TABLE hist_policy_info LIKE policy_info with RESTRICT ON DROP;

- RESTRICT ON DROP句を使用すると、システム期間テンポラル表の削除中に履歴表は削除できません。それ以外は、関連するテンポラル表の削除中に履歴表が暗黙的に削除されます。履歴表はRESTRICT ON DROPを使用せずに作成できます。その場合、履歴表は明示的に削除できません。
履歴表の作成時にはGENERATED ALWAYS句を使用しないようにしてください。また、ベース表の特定の行に対して多数の更新が行われ、それにより同じ主キーのセットで履歴表に何件もの挿入がトリガーされる場合があるため、システム期間テンポラル表の主キーもここでは適用されません。これ以外にも、履歴表の構造は関連するシステム期間テンポラル表とまったく同じであることが必要です。履歴表にはシステム期間テンポラル表と同数の列を同じ順序で設定する必要があります。履歴表の列は明示的に追加、削除または変更できません。次の文を使用して、システム期間テンポラル表をその履歴表と関連付ける必要があります。

ALTER TABLE policy_info ADD VERSIONING USE HISTORY TABLE hist_policy_info.

表のGENERATED ALWAYS列は、常にデータベース・マネージャによって移入される列であり、ユーザーがこれらの列を制御することはできません。データベース・マネージャは、システム時間に基づいてこれらの列に移入します。

既存の行では、追加されたSYSTEM_PERIOD列とtransaction id列に、次のようなデフォルト値が設定されます。

POLICY_ID                                   COVERAGE    SYS_START                                         SYS_END                                                TS_ID
--------- ----------- -------------------------------- -------------------------------- -------------------------------------------------------------------------------
ABC             12000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000
DEF             13000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000
ERT             14000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000

テンポラル表の更新を開始すると、関連する履歴表に変更前イメージが移入されます。

既存の行では、追加されたSYSTEM_TIME期間、トランザクションIDおよび時間の各列に、次のようなデフォルト値が設定されます。

POLICY_ID COVERAGE    SYS_START                        SYS_END                          TS_ID                            BUS_START         BUS_END
--------- ----------- -------------------------------- -------------------------------- -------------------------------- ---------- -------------------------------------
ABC   12000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000 10/10/2001 10/10/2002
DEF             13000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000 10/10/2001 10/10/2002
ERT             14000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000 10/10/2001 10/10/2002

ユーザーがテンポラル表の更新を開始すると、履歴表に変更前イメージが移入されます。

例4   異種環境でのレプリケーション。

適用側にテンポラル表がない異種構成でレプリケートできるのはシステム期間テンポラル表とバイテンポラル表のみであり、関連する履歴表はレプリケートできません。この状況でレプリケーションを実行する際は、SYSTEM_PERIOD列とトランザクションID列の値を処理する必要があります。これらの列にはターゲット・データベースでサポートされない値が含まれている可能性があります。最初にマップ変換関数を使用して、これらの値をターゲット・データベースでサポートされる形式に変換してから、列を適切にマップする必要があります。

たとえば、MySQLのDATETIME範囲は1000-01-01 00:00:00.000000から9999-12-31 23:59:59.999999までです。タイムスタンプ値0001-01-01-00.00.00.000000000000はMySQLにレプリケートできません。このような値をレプリケートするには、この値をMySQLのDATETIME値1000-01-01 00:00:00.000000に変換してから、列をマップする必要があります。次の行がpolicy_infoシステム期間表にある場合:

POLICY_ID                                   COVERAGE    SYS_START                                         SYS_END                                                TS_ID
--------- ----------- -------------------------------- -------------------------------- -------------------------------------------------------------------------------
ABC             12000 0001-01-01-00.00.00.000000000000 9999-12-30-00.00.00.000000000000 0001-01-01-00.00.00.000000000000

この行をMySQLにレプリケートするには、次のようにcolmap()関数を使用します。

map source_schema.policy_info, target target_schema.policy_info colmap
(policy_id=policy_id, coverage=coverage, sys_start= @IF( ( @NUMSTR( @STREXT(sys_
start,1,4))) > 1000, sys_start, '1000-01-01 00.00.00.000000'), sys_end=sys_end,
ts_id= @IF( ( @NUMSTR( @STREXT(ts_id,1,4))) > 1000, ts_id, '1000-01-01
00.00.00.000000'));

4.5.2 チェックポイント表の作成

チェックポイント表はReplicatの必須コンポーネントです。

Replicatは、リカバリ・チェックポイントをチェックポイント表に保持して、ターゲット・データベースに格納します。チェックポイントは、Replicatトランザクション内でチェックポイント表に書き込まれます。チェックポイントはトランザクションに対して成功または失敗のいずれかであるため、プロセスまたはデータベースで障害が発生した場合でも、トランザクションは一度のみ適用されることがReplicatにより保証されます。

チェックポイント表を構成する場合は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

4.5.3 Replicatパラメータ・ファイルの構成

次の手順では、Replicatプロセスを構成します。このプロセスでは、レプリケートされたデータがDB2 LUWターゲット・データベースに適用されます。

1. ターゲット・システムのGGSCIで、Replicatパラメータ・ファイルを作成します。

EDIT PARAMS name

nameは、Replicatグループの名前です。

2. 次に示す順序でReplicatパラメータを入力します。パラメータ文ごとに新しい行を開始します。説明については、表4-3を参照してください。
Replicatグループの基本パラメータ:

REPLICAT financer
TARGETDB mytarget, USERIDALIAS myalias
ASSUMETARGETDEFS
MAP hr.*, TARGET hr2.*;

表4-3Replicatの基本パラメータ

パラメータ

説明

REPLICAT group

groupは、Replicatグループの名前です。

TARGETDB database, USERIDALIAS alias

ターゲットDB2 LUWデータベースの実際の名前(別名ではなく)と、Replicatに割り当てられているユーザーのデータベース・ログイン資格証明を指定します。この資格証明は、Oracle GoldenGate資格証明ストアに存在する必要があります。詳細は、1.3.2項「Oracle GoldenGateプロセス用データベース・ユーザー」を参照してください。

ASSUMETARGETDEFS

データ定義の解釈方法を指定します。ASSUMETARGETDEFSでは、ソース表とターゲット表で定義が同一であると見なされます。(この手順では、定義は同一であるとします。)

ソース表とターゲット表の定義が異なる場合は、かわりにSOURCEDEFSを使用し、DEFGENユーティリティでソース・データ定義ファイルを作成します。データ定義の詳細は、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

MAP schema.object, TARGET schema.object;

ソース表または複数オブジェクト、および対応するターゲット・オブジェクトの間の関係を指定します。

- MAPは、MAP文のソース部分を指定します。これは必須キーワードです。この句でソース・オブジェクトを指定します。

- TARGETは、MAP文のターゲット部分を指定します。これは必須キーワードです。ソース・オブジェクトのマッピング先のターゲット・オブジェクトを指定します。

- schemaはスキーマ名またはワイルドカードを使用したスキーマのセットです。

- objectは表名またはワイルドカードを使用したオブジェクトのセットです。

このパラメータ文はセミコロンで終了します。

DB2 LUWではアスタリスク(*)ワイルドカードのみがサポートされます。このデータベースでは疑問符(?)ワイルドカードはサポートされません。ワイルドカード指定から表を除外するには、MAPEXCLUDEパラメータを使用します。

詳細およびデータのフィルタリング、マッピングおよび操作を制御するその他のMAPについては、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

3. 構成に推奨されるオプションのReplicatパラメータを入力します。このファイルは、GGSCIのEDIT PARAMSコマンドを使用して、処理を開始する前にいつでも編集できます。パラメータのリストおよび詳細なリファレンスへのリンクについては、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

4. ファイルを保存して閉じます。

4.6 デプロイの次の手順

Oracle GoldenGateは柔軟性に富んでおり、プロセスを起動する前に検討する必要のある機能やオプションが数多く用意されています。ビジネス・ニーズにあわせてOracle GoldenGateを詳細に構成するには、次を参照してください。

- 特定のレプリケーション・トポロジを実現するためのその他の構成のガイドラインについては、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。このガイドには、次の情報も記載されています。

- Oracle GoldenGateのアーキテクチャ

- Oracle GoldenGateのコマンド

- Oracle GoldenGateの初期ロード方法

- セキュリティの構成

- カスタマイズ機能の使用

- 異なるデータを含む列のマッピング

- データのフィルタリングおよび操作

- このガイドに示されているOracle GoldenGate GGSCIコマンドおよびOracle GoldenGateパラメータの構文オプションと説明については、Oracle GoldenGate Oracle GoldenGateリファレンスfor Windows and UNIXを参照してください。

4.7 トランザクション変更のレプリケートを開始するタイミング

レプリケーションは、ソース・データとターゲット・データが同期している状態、つまり、ソース表とターゲット表の対応する行に同一のデータ値が含まれる場合に開始する必要があります。現在のユーザー・アクティビティがない完全に新規のソース・データベースとターゲット・データベースから始める場合以外、変更の取得を有効にし、初期ロードをターゲットに適用する間に進行中のトランザクション変更を処理するプロセスを適用する必要があります。このプロセスは初期同期、またはインスタンス化とも呼ばれます。初期ロードでは、ソース・データのポイントインタイム・スナップショットが取得されてターゲットに適用されると同時に、その時点以降に行われた変更がOracle GoldenGateによって保持されます。

インスタンス化オプションについては、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

4.8 構成のテスト

本番マシンにデプロイする前に、テスト環境で構成をテストすることが重要です。これは、信頼できるソースのデータがレプリケーション・プロセスからアクセスされる可能性のあるアクティブ/アクティブまたは高可用性の構成で特に重要です。テストによって、ターゲットでの再ロードや他のトラブルシューティング・アクティビティのためにユーザー・アクティビティを中断することなく、構成の誤りやデータの問題を検出して解決できます。

5 Oracle GoldenGateのアンインストール

この章では、Oracle GoldenGateをアンインストールする方法について説明します。

この章の内容は次のとおりです。

- 5.1項「プロセスの停止」

- 5.2項「Oracle GoldenGateデータベースの設定の削除」

- 5.3項「Oracle GoldenGateのWindowsコンポーネントの削除」

- 5.4項「Oracle GoldenGateファイルの手動削除」

5.1 プロセスの停止

この手順では、ExtractおよびReplicationプロセスを停止します。停止の指示があるまで、Managerは実行したままにします。

すべてのシステムで:

1. コマンド・シェルを実行します。

2. システム管理者として、またはOracle GoldenGateコマンドを発行してオペレーティング・システムからファイルとディレクトリを削除する権限を持つユーザーとしてログオンします。

3. ディレクトリをOracle GoldenGateのインストール・ディレクトリに変更します。

4. GGSCIを実行します。

5. すべてのOracle GoldenGateプロセスを停止します。

STOP ER *

6. Managerプロセスを停止します。

STOP MANAGER

5.2 Oracle GoldenGateデータベースの設定の削除

データベース内で構成されているOracle GoldenGateのオブジェクトおよび属性の設定を削除するには、次の手順に従います。

ソース・システムで:

1. システム管理者として、またはOracle GoldenGateコマンドを発行してオペレーティング・システムからファイルとディレクトリを削除する権限を持つユーザーとしてログオンします。

2. Oracle GoldenGateディレクトリからGGSCIを実行します。

3. すべてのOracle GoldenGateプロセスを停止します。

STOP ER *

4. Managerプロセスを停止します。

STOP MANAGER

5. GGSCIで、DBLOGINコマンドを使用してデータベースにログインします。

DBLOGIN SOURCEDB database, USERIDALIAS alias

6. GGSCIで、Oracle GoldenGate構成内の表をDATA CAPTURE NONEに変更します。

DELETE TRANDATA schema.table [NOSCHEDULINGCOLS | ALLCOLS]

ターゲット・システムで:

1. Replicatを停止します。

STOP REPLICAT group

2. DBLOGINコマンドを使用してデータベースにログインします。

DBLOGIN SOURCEDB database, USERIDALIAS alias

3. Replicatグループを削除します。

DELETE REPLICAT group

4. Replicatチェックポイント表を削除します。

DELETE CHECKPOINTTABLE schema.table

5.3 Oracle GoldenGate Windowsコンポーネントの削除

(Windowsのインストールで有効)。この手順では次の処理を行います。

- Oracle GoldenGateイベントがWindows Event Managerにレポートされるのを停止します。

- Managerサービスを削除します。

次の手順を、ソース・システムとターゲット・システムで実行します。

1. システム管理者として、またはOracle GoldenGateコマンドを発行してオペレーティング・システムからファイルとディレクトリを削除する権限を持つユーザーとしてログオンします。

2. GGSCIを実行して、すべてのExtractおよびReplicatプロセスが停止していることを確認します。実行中のプロセスがあれば停止します。

STATUS ER *
STOP ER *

3. 「スタート」、「ファイル名を指定して実行」の順にクリックし、「ファイル名を指定して実行」ダイアログ・ボックスでcmdと入力して、コマンド・コンソールを開きます。

4. ディレクトリをOracle GoldenGateのインストール・ディレクトリに変更します。

5. 次の構文を使用して、INSTALLユーティリティを実行します。

install deleteevents deleteservice

5.4 Oracle GoldenGateファイルの手動削除

Oracle GoldenGateインストール・ディレクトリを削除するには、すべてのシステム上で次の手順を実行します。

1. GGSCIで、すべてのプロセスが停止していることを確認します。実行中のプロセスがあれば停止します。

STATUS MANAGER
STATUS ER *
STOP MANAGER
STOP ER *

2. GGSCIを終了します。

EXIT

3. Oracle GoldenGateインストール・ディレクトリを削除します。

A インストールされるOracle GoldenGateコンポーネント

この付録では、Oracle GoldenGateソフトウェアによってOracle GoldenGateインストール・ディレクトリで作成または使用されるプログラム、ディレクトリ、および他のコンポーネントについて説明します。ここに示していない他のファイルが、特定のプラットフォームにインストールされる場合があります。ここに示しているファイルは、すべてのプラットフォームにインストールされるとはかぎりません。

この付録の内容は、次のとおりです。

- A.1項「Oracle GoldenGateのプログラムおよびユーティリティ」

- A.2項「Oracle GoldenGateのサブディレクトリ」

- A.3項「その他のOracle GoldenGateのファイル」

- A.4項「Oracle GoldenGateチェックポイント表」

A.1 Oracle GoldenGateのプログラムおよびユーティリティ

この項では、Oracle GoldenGateのルート・インストール・ディレクトリにインストールされるプログラムについて説明します。

注意:
これらのプログラムがすべてのインストールに存在するとはかぎりません。たとえば、ご使用のプラットフォームのOracle GoldenGateeで取得または配信のみがサポートされている場合、ExtractまたはReplicatプログラムはインストールされません。同様に、特定のデータベースをサポートするための特別なファイルがインストールされる場合があります。

表A-1 インストールされるOracle GoldenGateのプログラムおよびユーティリティ

プログラム

説明

convchk

チェックポイント・ファイルを新しいバージョンに変換します。

convprm

引用符で囲まれた名前およびリテラルにSQL-92ルールを使用しないパラメータ・ファイルを、SQL-92ルールを使用する更新されたパラメータ・ファイルに変換します。引用符で囲まれたオブジェクト名およびリテラル用のSQL-92形式は、Oracle GoldenGateのバージョン12cでデフォルトとして導入されています。

defgen

ソース表とターゲット表の定義が異なる場合に、データ定義を生成し、Oracle GoldenGateプロセスで参照します。

emsclnt

WindowsまたはUNIXシステムのCollectorおよびReplicatによって作成されたイベント・メッセージをNonStopシステムのEMSに送信します。

extract

データベース表やトランザクション・ログからの取得を実行したり、ベンダー・アクセス・モジュールからトランザクション・データを受け取ります。

ggmxinstall

SQL/MXデータベース用のOracle GoldenGateインストール・スクリプト。

ggcmd

GGSCIのプログラムに関連付けられています。Oracle GoldenGate MonitorのJAGENTなどの外部アプリケーションを起動して監視します。これらのアプリケーションをGGSCI環境に統合します。

ggsci

コマンドの発行やパラメータ・ファイルの管理を行うためのOracle GoldenGateのユーザー・インタフェース。

ggsmgr.jcl

ggsmgr.proc

ggsmgrst.jcl

ggsmgrst.proc

z/OSシステムのバッチ・ジョブまたはオペレータ・コンソールからOracle GoldenGate Managerプロセスを起動します。DB2 z/OSデータベースをサポートするようインストールされます。

install

Oracle GoldenGateをWindowsサービスとしてインストールし、Windowsベースのその他のサービス・オプションを提供します。

keygen

データ暗号化キーを生成します。

logdump

抽出証跡またはファイルに格納されている情報の表示や保存のためのユーティリティ。

mgr

(Manager) GGSCIインタフェースを使用してリソース管理、Oracle GoldenGateプロセスの制御と監視、レポート作成、およびリクエストのルーティングを行う制御プロセス。

oggerr

Oracle GoldenGateのエラー・メッセージを管理します。

replicat

データをターゲット・データベース表に適用します。

reverse

Replicatでターゲット表の変更を取り消して前の状態にリストアできるよう、トランザクション操作の順序を逆にするユーティリティ。

server

Collectorプロセス。データをリモートの証跡に書き込むExtract TCP/IPサーバー・コレクタです。

vamserv

TMF対応のアプリケーションにより生成されるTMF監査証跡を読み取るため、Extractによって起動されます。NonStop SQL/MXデータベースをサポートするようインストールされます。

A.2 Oracle GoldenGateサブディレクトリ

この項では、Oracle GoldenGateインストール・ディレクトリのサブディレクトリとその内容について説明します。

注意:
これらのディレクトリがすべてのインストールに存在するとはかぎりません。

表A-2 インストールされるOracle GoldenGateサブディレクトリ

ディレクトリ

説明

br

制限付きリカバリ機能用のチェックポイント・ファイルを格納します。

cfg

Oracle GoldenGate Monitorの構成に使用されるプロパティおよびXMLファイルを格納します。

dirdb

Oracle GoldenGate MonitorアプリケーションまたはOracle Enterprise Manager内で使用するためにOracle GoldenGateインスタンスから収集された情報の永続化に使用されるデータ・ストアを格納します。

dirchk

ExtractおよびReplicatプロセスによって作成されたチェックポイント・ファイルを保持します。このファイルには、データの精度とフォルト・トレランスをサポートするため、現在の読取り位置と書込み位置が格納されます。Oracle GoldenGateの内部形式で書き込まれます。

ファイル名の形式はgroup_name+sequence_number.extです。sequence_numberは古いファイルに追加される連続した番号です。extは、 Extractチェックポイント・ファイルの場合はcpe、Replicatチェックポイント・ファイルの場合はcprです。

これらのファイルは編集しないでください。

例:

ext1.cpe

rep1.cpr

dircrd

資格証明ストア・ファイルを格納します。

dirdat

Extractプロセスによって作成されるOracle GoldenGateの証跡ファイルと抽出ファイルのデフォルトの場所。抽出されたデータをReplicatプロセスや他のアプリケーション、ユーティリティでさらに処理するために格納します。Oracle GoldenGateの内部形式で書き込まれます。

ファイル名の形式は、ユーザーが定義した2文字の接頭辞の後に、6桁の順序番号(証跡ファイル)か、ユーザーが定義した関連するExtractプロセス・グループの名前(抽出ファイル)が続きます。

これらのファイルは編集しないでください。

例:

rt000001

finance

dirdef

DEFGENユーティリティで作成される、異機種同期環境で使用されるソースまたはターゲットのデータ定義を保持するデータ定義ファイルのデフォルトの場所。外部ASCIIで書き込まれます。ファイル名の形式は、DEFGENパラメータ・ファイルで指定されたユーザー定義の名前です。

これらのファイルを編集して、新しく作成された表の定義を追加できます。定義ファイルの編集方法が不明な場合は、Oracle GoldenGateテクニカル・サポートにご連絡ください。

例:

defs.dat

dirdmp

内部アクティビティ・ロギング・メカニズムをサポートするトレースまたはダンプ、ファイルを格納します。

dirjar

Oracle GoldenGate MonitorをサポートするJava実行可能ファイルを格納します。

dirpcs

ステータス・ファイルのデフォルトの場所。ファイル名の形式は、group.extensionで、groupはグループの名前、extensionはpce (Extract)、pcr (Replicat)またはpcm (Manager)のいずれかです。

これらのファイルは、プロセスの実行中にのみ作成されます。ファイルにはプログラム名、プロセス名、ポート番号およびプロセスIDが示されます。

これらのファイルは編集しないでください。

例:

mgr.pcm

ext.pce

dirprm

Oracle GoldenGateプロセス・グループまたはユーティリティの実行時パラメータを格納する、Oracle GoldenGateユーザーによって作成されるOracle GoldenGateパラメータ・ファイルのデフォルトの場所。外部ASCII形式で書き込まれます。ファイル名の形式は、group name/user-defined name.prm、またはmgr.prmです。

プロセスを停止した後、これらのファイルを編集して、Oracle GoldenGateパラメータ値を変更できます。テキスト・エディタで直接編集することも、GGSCIのEDIT PARAMSコマンドを使用することもできます。

例:

defgen.prm

finance.prm

dirrec

Oracle GoldenGateでは使用されません。

dirrpt

Extract、ReplicatおよびManagerプロセスによって作成される、プロセスの実行に関連する統計情報をレポートするプロセス・レポート・ファイルのデフォルトの場所。外部ASCII形式で書き込まれます。

ファイル名の形式は、group name+sequence number.rptで、sequence numberは古いファイルに追加される連続した番号です。

これらのファイルは編集しないでください。

例:

fin2.rpt

mgr4.rpt

dirsql

triggenが非推奨になる前は、SQLスクリプトを格納するためにtriggenユーティリティにより使用されていました。現在は、Oracle GoldenGateをサポートするトレーニング・スクリプトおよびユーザーが作成したSQLスクリプトの格納に使用されます。

dirtmp

キャッシュ・マネージャに割り当てられているメモリー・サイズを超えた場合にトランザクション・データを格納するデフォルトの場所。これらのファイルは編集しないでください。

dirwlt

Oracle GoldenGateウォレット・ファイルを格納します。

UserExitExamples

ユーザー・イグジットの作成に便利なサンプル・ファイルを格納します。

A.3 その他のOracle GoldenGateのファイル

この項では、Oracle GoldenGateインストールのルート・ディレクトリに作成またはインストールされるその他のファイル、テンプレートおよびオブジェクトについて説明します。

注意:
データベースとOSプラットフォームに応じて、一部のファイルはご使用の環境にインストールされない場合があります。

表A-3 インストールされるその他のOracle GoldenGateのファイル

コンポーネント

説明

bcpfmt.tpl

Microsoft BCP/DTSバルク・ロード・ユーティリティの実行ファイルを作成する際、Replicatで使用するテンプレート。

bcrypt.txt

Blowfish暗号化ソフトウェア・ライセンス契約。

cagent.dll

Oracle GoldenGate Monitor CサブエージェントのWindowsダイナミック・リンク・ライブラリを格納します。

category.dll

INSTALLユーティリティによって使用されるWindowsのダイナミック・リンク・ライブラリ。

chkpt_db_create.sql

ローカル・データベースでチェックポイント表を作成するスクリプト。データベース・タイプごとに異なるスクリプトがインストールされます。

db2cntl.tpl

IBM LOADUTILバルク・ロード・ユーティリティの制御ファイルを作成する際、Replicatで使用されるテンプレート。

ddl_cleartrace.sql

DDLトレース・ファイルを削除するスクリプト。(Oracleインストール)

ddl_ddl2file.sql

マーカー表からのDDLをファイルに保存するスクリプト。

ddl_disable.sql

Oracle GoldenGate DDLトリガーを無効にするスクリプト。(Oracleインストール)

ddl_enable.sql

Oracle GoldenGate DDLトリガーを有効にするスクリプト。(Oracleインストール)

ddl_filter.sql

Oracle GoldenGateでのDDLのフィルタリングをサポートするスクリプト。このスクリプトはプログラムで実行されるため、手動で実行しないでください。

ddl_nopurgeRecyclebin.sql

Oracle GoldenGateのサポート・スタッフによって使用される空のスクリプト・ファイル。

ddl_ora11.sql

ddl_ora12.sql

Oracle GoldenGate DDLサポートの一部としてプログラムで実行されるスクリプト。これらのスクリプトは実行しないでください。

ddl_pin.sql

パフォーマンス向上のため、DDLトレース、DDLパッケージおよびDDLトリガーを固定するスクリプト。(Oracleインストール)

ddl_purgeRecyclebin.sql

DDLレプリケーション機能をサポートするためにOracleのごみ箱をパージするスクリプト。

ddl_remove.sql

DDL抽出トリガーおよびパッケージを削除するスクリプト。(Oracleインストール)

ddl_session.sql

ddl_session1.sql

Oracle DDLオブジェクトのインストールをサポートします。このスクリプトはプログラムで実行されるため、手動で実行しないでください。

ddl_setup.sql

Oracle GoldenGate DDL抽出オブジェクトおよびレプリケーション・オブジェクトをインストールするスクリプト。(Oracleインストール)

ddl_status.sql

Oracle GoldenGate DDLサポート機能によって作成された各オブジェクトが存在し、正しく機能しているかを検証するスクリプト。(Oracleインストール)

ddl_staymetadata_off.sql

ddl_staymetadata_on.sql

Oracle DDLトリガーがメタデータを収集するかどうかを制御するスクリプト。このスクリプトはプログラムで実行されるため、手動で実行しないでください。

ddl_trace_off.sql

ddl_trace_on.sql

DDLトレースがオンであるか、オフであるかを制御するスクリプト。

ddl_tracelevel.sql

DDLサポート機能のトレース・レベルを設定するスクリプト。(Oracleインストール)

debug files

トレースが有効だった場合に存在している可能性があるテキスト・ファイルをデバッグします。

demo_db_scriptname.sql

demo_more_db_scriptname.sql

チュートリアルおよび基本的なテストで使用するためのデモンストレーション表を作成し、移入するスクリプト。

.dmp files

トレースの目的でOracle GoldenGateのプロセスで作成されるダンプ・ファイル。

ENCKEYS

暗号化鍵を格納するユーザー作成ファイル。外部ASCII形式で書き込まれます。

exitdemo.c

ユーザー・イグジットの例。

exitdemo_utf16.c

UTF16でエンコードされたデータを、ユーザー・イグジットとプロセスの間で交換される情報に対するコールバック構造で使用する方法を示すユーザー・イグジット例。

freeBSD.txt

FreeBSDのライセンス契約。

ggmessage.dat

Oracle GoldenGateプロセスによって戻されるエラー・メッセージ、情報メッセージおよび警告メッセージを格納するデータ・ファイル。このファイルのバージョンはプロセス起動時にチェックされ、プロセスが動作するには、プロセスと同一のバージョンを使用する必要があります。

ggserr.log

Oracle GoldenGateで生成されたイベント、メッセージ、エラーおよび警告の処理を記録するファイル。

ggsmsg.dll

installプログラムで使用されるWindows動的リンク・ライブラリ。

GLOBALS

Oracle GoldenGateインスタンス全体に適用されるパラメータを格納するユーザー作成ファイル。

help.txt

GGSCIコマンド・インタフェース用のヘルプ・ファイル。

icudtxx.dll

icuinxx.dll

icuucxx.dll

International Components for UnicodeのWindows共有ライブラリ(xxは現在使用中のバージョン)。

jagent.bat

Oracle GoldenGate MonitorのJavaエージェントのWindowsバッチ・ファイル。

jagent.log

jagentjni.log

Oracle GoldenGate Monitorエージェントのログ・ファイル。

jagent.sh

Oracle GoldenGate MonitorのJavaエージェントのUNIXシェル・スクリプト。

LGPL.txt

Lesser General Public Licenseのライセンス文。Free Software Foundationのフリー・ライブラリに適用されます。

libodbc.so

UNIX上のIngres 2.6用ODBCファイル。

libodbc.txt

libodbc.soのライセンス契約。

libxml2.dll

Oracle GoldenGate XMLプロシージャのXMLライブラリを含むWindows動的リンク・ライブラリ。

libxml2.txt

libxml2.dllのライセンス契約。

marker.hist

マーカーがNonStopソース・システムから渡された場合にReplicatによって作成されるファイル。

marker_remove.sql

DDLマーカー表を削除するスクリプト。(Oracleインストール)

marker_setup.sql

Oracle GoldenGate DDLマーカー表をインストールするスクリプト。(Oracleインストール)

marker_status.sql

DDLマーカー表が正常にインストールされたことを確認するスクリプト。(Oracleインストール)

notices.txt

サードパーティ・ソフトウェアのライセンス・ファイル。

odbcinst.ini

UNIX上のIngres 2.6のODBC構成ファイル。

params.sql

DDLサポートのための構成可能なパラメータを含むスクリプト。(Oracleインストール)

pthread-win32.txt

pthread-VC.dllのためのライセンス契約。

pthread-VC.dll

Microsoft Windows用のPOSIXスレッド・ライブラリ。

prvtclkm.plb

Oracleの暗号化されたデータのレプリケーションをサポートします。

pw_agent_util.bat

pw_agent_util.sh

Oracle GoldenGate Monitorエージェントをサポートするスクリプト・ファイル。

role_setup.sql

Oracle GoldenGate DDLサポートに必要なデータベース・ロールを作成するスクリプト。(Oracleインストール)

sampleodbc.ini

UNIX上のIngres 2.6用サンプルODBCファイル。

sqlldr.tpl

Oracle SQL*Loaderバルク・ロード・ユーティリティの制御ファイルを作成する際、Replicatで使用されるテンプレート。

start.prm

stop.prm

Managerプロセスを起動および停止するz/OS paramlibメンバー。

startmgr

stopmgr

GGSCIからManagerプロセスを開始するz/OS UNIX System Servicesスクリプト。

startmgrcom

stopmgrcom

Managerプロセス用のz/OSシステム入力コマンド。

tcperrs

TCP/IPエラーに応答するためのユーザー定義手順を含むファイル。

usrdecs.h

ユーザー・イグジットAPI用のインクルード・ファイル。

xerces-c_2_8.dll

Apache XMLパーサー・ライブラリ。

zlib.txt

zlib圧縮ライブラリのためのライセンス契約。

A.4 Oracle GoldenGateチェックポイント表

データベース・チェックポイントを使用する場合、ADD CHECKPOINTTABLEコマンドを実行すると、データベースのユーザー定義名を使用してOracle GoldenGateによりチェックポイント表が作成されます。または、ユーザーがchkpt_db_create.sqlスクリプトを使用して表を作成することもできます。ここでdbは、スクリプトでサポートされるデータベース・タイプの略称です。この表の説明については、Oracle GoldenGate Oracle GoldenGateの管理for Windows and UNIXを参照してください。

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。