GoldenGate 12.3新機能のParallel Replicatの概要

はじめに

従来のReplicatのモードは「Classic Replicat」と「Integrated Replicat」の2つでした。GoldenGateの12.3以降のバージョンからReplicatの新モードであるParalell Replicatが登場しました。この新しい特徴を確認する限り従来のモードで実現出来なかったこと（特に性能問題）を解決出来るのでは、と感じています。

本記事では、概略レベルを整理して、次回の記事で具体的な動作を確認したいと思います。

概要

• Parallel Replicatは、毎秒最大100万回以上の適用率を達成する、非常にスケーラブルな適用エンジンを備えています。

• Integrated Replicatよりも5倍高速

• 単一の大きなトランザクションを並行して適用

• データベース外での依存関係計算と並列処理

• 単一の大規模トランザクションを並列化する機能

• 大規模トランザクションを並列化している間も依存関係が考慮

• トランザクション分割サイズ（レコード数）を指定するSPLIT_TRANS_RECSパラメータによって制御される機能。 デフォルトは100,000です。

  参考

  http://www.oracle-scn.com/oracle-goldengate-parallel-replicat/

Classic Replicat、及びIntegrated Replicatの場合、大規模なトランザクション（数千万件を更新後に1度だけcommitされる場合等）はレプリケーション遅延が起こりやすい処理でした。

上記の「単一の大規模トランザクションを並列化する機能」や「Integrated Replicatよりも5倍高速」という製品メッセージが事実であれば性能的に高速化が見込めます。

プロセス概略

マッパーはパラレルに動作し、証跡の読取り、証跡レコードのマッピング、マップされたレコードの統合Replicat LCR形式への変換、および後続の処理のためのマージャへのLCRの送信を実行します。

マスター・プロセスにはコレータとスケジューラの2つのスレッドがあります。コレータはマスターからマップされたトランザクションを受け取り、依存関係の計算のために証跡の順序に戻します。スケジューラがトランザクション間の依存関係を計算し、トランザクションを独立したバッチにグループ化し、ターゲット・データベースに適用するためにバッチをアプライアに送信します。

別モードの統合Replicatの場合はこのプロセスが「Reader」となっており、パラレルではなくシリアルです。

参考

こちらはIntegrated Repliatの場合です。Applierがパラレル化されるのは同一ですが、Applier以前のアーキテクチャが大きく違います。

プロセス作成方法

従来通りプロセス自体はADD Replicatコマンドで作成します。

ggsci > ADD REPLOCAT R1 ,　INTEGRATED ,　PARALLEL ,　EXTTRAIL　./dirdat/ra　checkpointtable ggadmin.ggs_checkpoint

使用するパラメータ

その他注意事項

•Integrated Parallel Replicatの場合、COMMIT_SERIALIZATIONのFULLモードはサポートされていません。使用できるモードはデフォルトのDEPENDENTになります。

•DBのバージョンはターゲットが12.2以降である必要があります。

•並列Replicatは完全なメタデータを持つ証跡からのデータ・レプリケーションのみをサポートします。したがって、ソース側はGG12.2以降のバージョンを使用する必要があります。