複数のレプリカが存在する場合のOracle GoldenGate CSNの動作は？

Question

Oracle GoldenGate CSNの詳細については、こちらをご覧ください。

次は、構成されたシステムアーキテクチャです。

ソース・データベース - オラクル
ターゲットデータベース - 各テーブルは、Oracle

源泉データベースに、2つのテーブル（ベーステーブルとテーブルを削除）は、ターゲット・データベースに定義されています。 ソースデータベースからターゲットデータベースにデータを転送する2つのレプリカを設定しました。 1つのレプリカがINSERT/UPDATESをターゲット・データベースに移動し、他のレプリカがDELETEレコードをターゲットに移動します。

以下は、GoldenGateメタデータ情報を提供するGGによって定義されたビューです。サーバー名と

GoldenGate metadata info

行は 'CRN01A' で終わるBASEテーブルのGGレプリカを表します。 'CRN01D'で終わるサーバー名の行は、DELETEテーブルのGGレプリカを表します。

APPLIED_LOW_POSITIONは、 'この値未満のコミット位置のすべてのメッセージが適用されました'を返します。

私たちの質問は、両方のレプリカが独自の分離されたCSNを持つか、抽出に同期しているかどうかです。

例：

1. APPLIED_LOW_POSITION初期値 - 両方のベーステーブルレプリカ100及びテーブルレプリカをDELETE。
2. ソースDBにINSERT/UPDATESが発生しました。 BASEテーブルレプリカのAPPLIED_LOW_POSITION値が200に変更されました。
3. ステップ2の後、ソースシステムで3つのDELETEが発生しました。私たちの質問はこの時点で、DELETEレプリカのAPPLIED_LOW_POSITION値は何ですか？ 103または203ですか？

あなたの考えをお聞かせください。

Answer 1

CSNカウンタは、ソースデータベースのCSN番号に接続されています。常に成長する。

CSNが100の場合、いくつかのトランザクション（INSERT）が発生しました。それは200にまで増加しました。

その後、3回のDELETE操作が行われました。 200からそれは203に成長します。

これらのDELETE操作はINSERT/UPDATEターゲットに複製されない可能性があるため、APPLIED_LOW_POSITIONはこのターゲットで変更されず、200レベルにとどまることがあります。

しかし、DELETEターゲットでは、APPLIED_LOW_POSITIONは203に上がります。