アジェンダ Oracle GoldenGate 概要 Oracle GoldenGate 活用ポイント Trigger Delete Cascade 設定テーブルの競合 ASM インスタンスへの接続 Bounded Recovery まとめ 2

(1)

<Insert Picture Here>

Oracle

Direct Seminar

オラクルコンサルタントが語る！GoldenGate活用ポイント

(2)

アジェンダ

• Oracle GoldenGate概要

• Oracle GoldenGate活用ポイント

• Trigger、Delete Cascade設定テーブルの競合

• ASMインスタンスへの接続

• Bounded Recovery

• まとめ

(3)

• 独自のログ取得/適用機構を採用

• GoldenGate間での高速なログ転送を実現

• 既存システムへの負荷が尐ない

• 負荷分散や統合など、システム用途に応じた多様な組み合わせが可能

Oracle GoldenGate 製品概要

特徴

(4)

GoldenGateを活用したデータ連携

DBの移行/Upgrade

• 「移行したいけどシステムを止められない」

• 「停止時間を最小限に抑えて、機会損失を減らしたい」

DBの統合/並行稼働

DBの負荷軽減

DBの複製

• 「散在したDBを、最新のプラットフォームへ統合したい」

• 「データベースを統合しても、元の方はしばらく並行稼働させたい」

• 「新システムを構築したくても、既存DBにこれ以上負荷をかけたくない」

• 「単純に現在利用しているデータベースの負荷を軽減させたい」

• 「複製先が多くて、夜間で終わらない」

• 「毎日Export/Importだと停止時間が長すぎる」

• 「差分複製で効率化できないの？」

(5)

Oracle GoldenGate アーキテクチャ

Extract(Capture):

REDOログ・ファイルから変更情報を取得し、

Trailファイルに書き込む

Trail files:

変更情報を溜めておく中間ファイル

Replicat:

変更情報をSQL文に

変換して、DBに適用

Extract(Data Pump):

Trailファイルを読み、変更情報をリモートのTrailファイルに

転送。転送時の圧縮 / 暗号化が可能

Trail

_Trail

Extract

(Capture)

Extract

(Data Pump)

Replicat

ターゲットDB

ソースDB

Network

（TCP/IP)

Collector

Manager

REDOログ・ファイル

Manager

Manager: GoldenGate全体を管理

プロセスの起動/停止、監視/管理

Collector:

Data Pumpから送信されたデータを

受信しTrailファイルに出力

(6)

GoldenGateによるデータ同期開始まで

• 初期データの移行

• データ追い付き処理開始

• データ同期開始

初期データ移行

データ追い付き処理

開始

データ同期開始

(7)

初期データの移行

• 初期ロードは大きく２つの方法

• データベースの機能を使用

• GoldenGateの機能を使用

• データベースの機能を使用する場合

exp/imp, Data Pump, トランスポータブル表領域、Backup/Restoreなど

• GoldenGateの機能を使用する場合

GoldenGateの機能

Extract の出力

ロードの方法

File to Replicat

Trail (GoldenGate形式）

Replicat （SQL実行）

File to Database Utility

テキスト・ファイル

Database utility

Direct load

Replicat に直接送信

Replicat （SQL実行）

(8)

データ追い付き処理

データ追い付き処理の対象データ

初期データ移行開始時点から初期データ移行完了後までのソース側

更新データ

データ追い付き処理時間の依存要素

• 初期データ移行期間

• ソース側DBの更新データ量

追い付き処理時間はシステム次第

5倍～10倍

の実績あり

(9)

データ同期開始

• データ同期開始後の作業

適用時間（lag）の確認

• 更新量が尐ない時間帯は数秒

• 更新量が多い時間帯は一時的に遅延する可能性

⇒

通常運用時と比べて遅延する

ことがないか監視

データ整合性の確認

• 運用設計で策定したルールに従って確認

• 確認対象データを絞って確認

⇒

想定外の更新による不整合が発生

していないか監視

(10)

アジェンダ

• Oracle GoldenGate概要

• Oracle GoldenGate活用ポイント

• Trigger、Delete Cascade設定テーブルの競合

• ASMインスタンスへの接続

• Bounded Recovery

• まとめ

(11)

Oracle GoldenGate データ連携イメージ

Oracle

instance

Capture

Replicat

DataPump

Collector

trailファイル

Oracle

instance

1本のOracle接

続からSQLで更

新する

Oracleクライアント

SQL

REDOログ

ファイル

SQL

SELECT 1

SELECT 2

DML 1

DML 2

COMMIT

SQL

SELECT 1

SELECT 2

DML 1

DML 2

COMMIT

ターゲット側

ソース側

DML 1

DML 2

DML 1

DML 2

COMMIT

• データ更新を反映

• ソースDBのトラン

ザクション順序を保

証

COMMIT

チェックポイント・

ファイル

チェックポイント・

ファイル

Manager

チェックポイント・

ファイル

Manager

DML 1

DML 2

COMMIT

された更

新を抽出

DML 1

DML 2

COMMIT

Bounded

Recoveryファイル

(12)

Oracle GoldenGate活用ポイント(ソース編)

Oracle

instance

Data Pump

Trailファイル

Oracleクライアント

ターゲット側

ソース側

Manager

Capture

SQL

・プロセス監視

OGGログ

OSログ

・Trailファイル運用

・未コミット・トランザクション

・ASM上のRedoログ

・アーカイブログの運用

チェックポイント

ファイル

・OSログへの出力

REDOログ

アーカイブログ

チェックポイント

ファイル

Bounded Recovery

ファイル

・ネットワーク負荷

・DDL伝播

・主キー更新

・主キーの無いテーブル

(13)

Oracle GoldenGate活用ポイント(ターゲット編)

Replicat

Trailファイル

Oracle

instance

Oracleクライアント

ターゲット側

ソース側

・Mviewの伝播

・大量更新(バッチ)処理の伝播

Manager

Collector

・プロセス監視

SQL

OGGログ

OSログ

・ネットワーク負荷

・Trailファイル運用

・追い付き処理の

パフォーマンス

SQL

・Triggerの競合

・Delete Cascadeの競合

・OSログへの出力

(14)

アジェンダ

• Oracle GoldenGate概要

• Oracle GoldenGate活用ポイント

• Trigger、Delete Cascade設定テーブルの競合

• ASMインスタンスへの接続

• Bounded Recovery

• まとめ

(15)

Triggerの競合

• Trigger設定テーブル（表①）に対し、GoldenGate伝播を設定

• Triggerにより更新されるテーブル（表②）に対しても、GoldenGate伝播を設定

• 上記設定の場合、ターゲット側の表②に対する

処理が重複

。GoldenGate 10.4で重複

を回避するためには、ターゲット側のTriggerを無効化する必要がある

表①

表②

update

表①

表②

_{ソース側Trigger}

によるInsert

ソース側

_{ターゲット側}

Trigger

による

Insert

ターゲット側

Triggerによる

Insert

(16)

GoldenGate 11gによるTrigger競合回避

• DBOPTIONS SUPPRESSTRIGGERSパラメータ（Oracle 10.2.0.5／11.2.0.2）

ターゲット側のTriggerによる表②への更新をGoldenGateにより反映させない

①

アプリからソース側表①への更新が実行される

②

Triggerによりソース側表②のデータに更新が実行される

③

GoldenGateによりターゲット側表①へ更新が実行される

④

GoldenGateによりTriggerのターゲット側表②への更新を反映させない

⑤

GoldenGateによりターゲット側表②へ更新が実行される

※上記パラメータを利用する場合、ターゲット側のGoldenGate用DBユーザに、

Streams

の管理者権限を付与

する必要があります。

ソース側

ターゲット側

表①

表②

①

update

表①

表②

②

insert

(Trigger)

③

update

④

insert

(Trigger)

⑤

insert

(17)

Delete Cascade設定テーブルの競合

• ソース、ターゲット両方でDelete Cascade 制約を設定

• ソース側の親表、子表はいずれもGoldenGate 伝播を設定

• 上記設定の場合、ターゲット側子表に対する

処理が重複

。GoldenGate 10.4で重複を

回避するためには、ターゲット側のcascade制約を外す必要がある

親表

子表

delete

親表

子表

_{ソース側Cascade制}

約によるdelete

ソース側

_{ターゲット側}

Cascade制

約による

delete

ターゲット側

Cascade制約に

よるdelete

(18)

GoldenGate 11gによるDelete Cascade競合回避

• DBOPTIONS DEFERREFCONSTパラメータ（Oracle 9.2.0.7以上）

ターゲット側の参照整合性制約による子表へのDeleteチェックを遅延させる。

①

アプリからソース側親表へのDeleteが実行される

②

参照整合性制約によりソース側子表へDeleteが実行される

③

GoldenGateによりターゲット側親表へDeleteが実行される

④

GoldenGateによりターゲット側子表への参照整合性制約はCommitされるまでチェックを

遅延させる

⑤

GoldenGateによりターゲット側子表へDeleteが実行される

親表

子表

①

delete

親表

子表

ソース側

ターゲット側

②

delete

(cascade)

③

delete

④

delete

(cascade)

⑤

delete

(19)

アジェンダ

• Oracle GoldenGate概要

• Oracle GoldenGate活用ポイント

• Trigger、Delete Cascade設定テーブルの競合

• ASMインスタンスへの接続

• Bounded Recovery

• まとめ

(20)

GoldenGateによるインスタンスへの接続

ソース・データベースがASM上に構成されている場合、

CaptureプロセスはASMインスタンスに接続してREDOログへ

アクセスする必要がある。

• ソース・データベースのOracleインスタンスへのアクセス

• GoldenGate用Oracleユーザでのbequath接続

• GoldenGate用Oracleユーザによるリスナー・プロセス経由の接続

• ソース・データベースへのASMインスタンスへのアクセス

• SYSユーザによるOracleリスナー・プロセス経由の接続

• TRANLOGOPTIONSパラメータのDBLOGREADERオプションを利用

(21)

Oracleインスタンスへの接続方法

• Captureプロセス用パラメータの設定

• GoldenGate用Oracleユーザでのbequeath接続（10g/11g）

• GoldenGate用Oracleユーザでのリスナー・プロセス経由の接続

（10g/11g）

※リスナー・プロセス経由の接続の場合、Captureプロセスが稼働するサーバ

のtnsname.oraファイルにOracle*Netサービス名の設定が必要

USERID <GoldenGate用DBユーザ名> , PASSWORD <password>

USERID <GoldenGate用DBユーザ名>@<Oracle*Netサービス名> ,

PASSWORD <password>

(22)

ASMインスタンスへの接続方法

• Captureプロセス用パラメータの設定

• SYSユーザでのリスナー・プロセス経由の接続（10g/11g）

※上記接続の為に以下の対応が必要です。

• ASMインスタンスのパスワード・ファイルの構成

• ASMインスタンスのREMOTE_LOGIN_PASSWORDの設定

REMOTE_LOGIN_PASSWORD=<EXCLUSIVE | SHARED>

• ASMインスタンス接続用tnsnames.oraの設定

• TRANLOGOPTIONSパラメータのDBLOGREADERオプションを利

用（11gのみ）

※上記接続の為には、GoldenGate用OracleユーザへASMインスタンス接続権限を付

与する必要があります。

TRANLOGOPTIONS ASMUSER sys@<Oracle*Netサービス名> ,

ASMPASSWORD <password>

(23)

アジェンダ

• Oracle GoldenGate概要

• Oracle GoldenGate活用ポイント

• Trigger、Delete Cascade設定テーブルの競合

• ASMインスタンスへの接続

• Bounded Recovery

• まとめ

(24)

GoldenGateとオープントランザクション

Begin, TX 1 Insert, TX 1 Begin, TX 2 Update, TX 1 Insert, TX 2 Commit, TX 2 Begin, TX 3 Insert, TX 3 Begin, TX 4 Commit, TX 3 Delete, TX 4 Begin, TX 2 Insert, TX 2 Commit, TX 2 Begin, TX 3 Insert, TX 3 Commit, TX 3

アーカイブ

ログ #1

アーカイブ

ログ #2

Online

Redoログ

Begin, TX 1 Update, TX 1

Cache Memory

Capture

一番古いトランザクションの場所

(この場所のアーカイブログがない場合、

プロセスはリカバリ出来ない)

オープン・トランザクションのデータは

Captureのメモリ上に保持される

Begin, TX 4 Insert, TX 1 Delete, TX 4

データを読み込み

• Captureプロセス再起動時に最も古いオープントランザクション

の開始点が含まれるアーカイブログから読み込みを開始する。

−

Captureプロセスはv$transactionからオープントランザクションの情報を取得する。

−

障害時に最も古いアーカイブログを保持しておくための運用を検討しなくてはいけない。

Trail

ファイル

(25)

Bounded Recovery 機能概要

• 一定の期間を過ぎたトランザクション情報をファイルに書き

出す機能

−

古いオープントランザクションの情報をファイルで保持し、リカバリ時に使用する。

−

本機能によりGoldenGate導入によって現行のアーカイブログ運用を強く意識する必

要がなくなった。

Begin, TX 1 Insert, TX 1 Begin, TX 2 Update, TX 1 Insert, TX 2 Commit, TX 2 Begin, TX 3 Insert, TX 3 Begin, TX 4 Commit, TX 3 Delete, TX 4 Begin, TX 2 Insert, TX 2 Commit, TX 2 Begin, TX 3 Insert, TX 3 Commit, TX 3

アーカイブ

Redoログ

#1

アーカイブ

Redoログ

#2

Online

Redoログ

Begin, TX 1 Update, TX 1

Cache Memory

Capture

一番古いトランザクションの場所

だがCaptureのキャッシュ・ファイ

ルを読むため、読み込まない

一定の境界時間より古いオープントラ

ンザクションはPersisted Objectとして

ファイルに保存される

Begin, TX 4 Insert, TX 1 Delete, TX 4

Persisted Object

BR Checkpoint

Begin, TX 1 Insert, TX 1 Update, TX 1

データを読み込み

Trail

ファイル

(26)

GoldenGate

Database

Bounded Recovery ファイル管理動作

• トランザクション開始後2回目のインターバルを超した時点からインタ

ーバルごとにトランザクション情報を含んだファイルを作成、追加する

• トランザクション毎にファイルは生成され、commit /rollback 発行後

の最初のインターバルにて削除される

Tx3 用作成

Tx4 用作成

Tx3 用削除

Tx4 継続追記

Tx6 用作成

Tx4 用削除

インターバル 1 インターバル 2 インターバル 3 インターバル 4

REDO

Tx1

Tx2

Tx3

Tx4

Tx5

Tx6

(27)

Bounded Recovery 利用時考慮事項

• インターバル

−

4時間

• ファイル出力先

−

<OGGインストールディレクトリ>/BR/<プロセス名>/stale/

• ファイル出力形式：

1. チェックポイント情報：CP.<プロセス名>.<チェックポイント情報>

2. トランザクション情報：PO.<プロセス名>.<オブジェクト番号>.<ファイル番号>

デフォルト設定

• 最も長いトランザクションの時間を調査

• アーカイブログの保持期間の調査

−

最低でも8時間 (インターバル4時間×2回)前までのアーカイブログがないと、障害発

生時にプロセスの再起動ができない。

運用側での調査項目

(28)

アジェンダ

• Oracle GoldenGate概要

• Oracle GoldenGate活用ポイント

• Trigger、Delete Cascade設定テーブルの競合

• ASMインスタンスへの接続

• Bounded Recovery

• まとめ

(29)

まとめ

• Oracle GoldenGate を用いたデータ連携を行う際は、データ

ベースの要件を事前に充分に確認し、必要な対処を実装する

ことで、より効率的かつ確実なデータ連携が実現可能です。

• Oracle GoldenGate 11gでは、Oracle GoldenGate 10.4にお

いて、個別の対処や考慮が必要であった事象をパラメータ設

定により、対処することが可能となりました。

• Trigger、Delete Cascadeが設定されたテーブルの競合回避

• ASM上のRedoログファイルの読み込み

(30)

OTN×ダイセミでスキルアップ!!

※OTN掲示版は、基本的にOracleユーザー有志からの回答となるため100%回答があるとは限りません。

ただ、過去の履歴を見ると、質問の大多数に関してなんらかの回答が書き込まれております。

Oracle Technology Network(OTN)

を御活用下さい。

一般的技術問題解決にはOTN掲示版の

「データベース一般」

をご活用ください

http://forums.oracle.com/forums/main.jspa?categoryID=484

過去のセミナ資料、動画コンテンツはOTNの

「OTNセミナーオンデマンドコンテンツ」

へ

http://www.oracle.com/technetwork/jp/ondemand/index.html

※ダイセミ事務局にダイセミ資料を請求頂いても、お受けできない可能性がございますので予めご了承ください。

ダイセミ資料はOTNコンテンツオンデマンドか、セミナ実施時間内にダウンロード頂くようお願い致します。

(31)

OTNセミナーオンデマンドコンテンツ

ダイセミで実施された技術コンテンツを動画で配信中!!

ダイセミのライブ感はそのままに、お好きな時間で受講頂けます。

※掲載のコンテンツ内容は予告なく変更になる可能性があります。

期間限定での配信コンテンツも含まれております。お早めにダウンロード頂くことをお勧めいたします。

oracletechnetjp

・人気コンテンツは？

・お勧め情報

・公開予告

など

OTN トップページ

http://www.oracle.com/technetwork/jp/index.html

ページ左「基本リンク」＞「OTN セミナーオンデマンド」

(32)

Oracle エンジニアのための技術情報サイト

オラクルエンジニア通信

http://blogs.oracle.com/oracle4engineer/

• 技術資料

• ダイセミの過去資料や製品ホワイト

ペーパー、スキルアップ資料などを

多様な方法で検索できます

• キーワード検索、レベル別、カテゴ

リ別、製品・機能別

• コラム

• オラクル製品に関する技術コラムを

毎週お届けします

• 決してニッチではなく、誰もが明日

から使える技術の「あ、そうだったん

だ！」をお届けします

こんな資料が人気です



6か月ぶりに資料ダウンロードランキングの首位が交代！

新王者はOracle Database構築資料

でした。



データベースの

性能管理手法

について、Statspack派も

Enterprise Manager派も目からウロコの技術特集公開中

オラクルエンジニア通信

oracletechnetjp

(33)

Oracle Databaseの価格ご存知ですか？

問題：

Oracle Databaseの最小構成はいくらでしょうか？

ヒント：

Oracle Standard Edition Oneを

5Named User Plus(指名ユーザ) というのが最小構成です。

問題：

Real Applications Clusters(RAC) Optionはいくらでしょうか？

ヒント：

RACはOracle Database Enterprise EditionのOptionです。

①

②

答えはこちら

_{↓ ログイン不要の簡単見積もり}

(34)

■

パフォーマンス診断サービス

• Webシステムボトルネック診断サービス

• データベースパフォーマンス診断サービス

オラクル社のエンジニアが直接ご支援します

お気軽にご活用ください!

オラクル無償支援

検索

NEW

■

システム構成診断サービス

• Oracle Database構成相談サービス

• サーバー統合支援サービス

• 仮想化アセスメントサービス

• メインフレーム資産活用相談サービス

• BI EEアセスメントサービス

• 簡易業務診断サービス

■

バージョンアップ支援サービス

• Oracle Databaseバージョンアップ支援サービス

• Weblogic Serverバージョンアップ支援サービス

• Oracle Developer/2000(Froms/Reports)

Webアップグレード相談サービス

■

移行支援サービス

• SQL Serverからの移行支援サービス

• DB2からの移行支援サービス

• Sybaseからの移行支援サービス

• MySQLからの移行支援サービス

• Postgre SQLからの移行支援サービス

• Accessからの移行支援サービス

• Oracle Application ServerからWeblogicへ

移行支援サービス

ITプロジェクト全般に渡る無償支援サービス

Oracle Direct Conciergeサービス

NEW

(35)

インストールすることなく、すぐに体験いただけます

製品無償評価サービス

http://www.oracle.com/jp/direct/services/didemo-195748-ja.html

Web問い合わせフォーム

「ダイデモ」をキーワードに検索することで申し込みホームページにアクセスできます

提供シナリオ一例

・データベースチューニング

・アプリケーション性能・負荷検証

・無停止アップグレード

・Webシステム障害解析

1日5組限定！

※サービスご提供には事前予約が必要です

サービスご提供までの流れ

1. お問合せフォームより「製品評価サービス希望」と必要事項を明記し送信下さい

2. 弊社より接続方法手順書およびハンズオン手順書を送付致します

3. 当日は、弊社サーバー環境でインターネット越しに製品を体感頂けます

(36)

http://www.oracle.com/jp/direct/inquiry-form-182185-ja.html

Oracle Direct

検索

あなたにいちばん近いオラクル

Oracle

Direct

まずはお問合せください

Web問い合わせフォーム

フリーダイヤル

専用お問い合わせフォームにてご相談内容を承ります。

※こちらから詳細確認のお電話を差し上げる場合がありますので、ご登録さ

れている連絡先が最新のものになっているか、ご確認下さい

。

0120－155－096

※月曜~金曜 9:00~12:00、13:00~18:00

（祝日および年末年始除く）

システムの検討・構築から運用まで、ITプロジェクト全般の相談窓口としてご支援いたします。

システム構成やライセンス/購入方法などお気軽にお問い合わせ下さい。