プッシュベースの増分キャッシュ構成パラメータ

説明については、[Logging Options (ロギングオプション) ]パラメーターグループを参照してください。

[セントラル関数] > [フォールト トレランス] の下にあります。 CMS が失敗後に接続回復を試行する回数。デフォルト設定の「0」では、CMS は、すべての接続が復元されるまで、データ ソース、EMS、およびその他のアクティブなクラスタ メンバーとの接続回復を試みます。

[Central Function(セントラル機能)] > [Fault Tolerance(フォールトトレランス)]にあります。この値は、接続障害から回復するための試行間の遅延をミリ秒単位で示します。デフォルト値は1000です。

説明については、[Logging Options (ロギングオプション) ]パラメーターグループを参照してください。

セントラル機能 > メッセージングの下。通常、TDV は、出力メッセージング キューとトピックのデスティネーション を管理するように設定されています。TDV は、クライアント サブスクリプション、転送中イベント、および一時キャッシュ バッファーのニーズに応じて、キューとトピックを作成します。TDV-Managed Destinations が false に設定されている場合、すべての メッセージング > 内部EMS プロパティを設定する必要があります。

説明については、[Tibco]パラメーターグループを参照してください。

説明については、[Logging Options(ロギングオプション)]パラメーターグループを参照してください。

[セントラル関数] > [メッセージング] > [インプット EMS] の下にあります。 TIBCO EMS を介して Oracle GoldenGate から変更通知メッセージを受信するための EMS トピック接続ファクトリの名前。データ ソース固有のコネクタとトピックを定義して、既定のコネクタをオーバーライドできます。 Input EMS Default Connector サーバー プロパティの値は、JNDI コネクタ経由の JMS の名前です。初期コンテキスト ファクトリや JNDI プロバイダ URL などの JMS コネクタ属性は、マネージャ (Web) インターフェースの コネクタ管理 ページで定義されます。

[セントラル関数] > [メッセージング] > [出力EMS] の下にあります。TDVからサブスクライブしたクライアントに変更通知メッセージを送信するトピックの作成に使用するEMSトピック接続ファクトリーの名前です。個々のトピックは、クライアントのサブスクリプション リクエストに基づいて動的に作成されます。データソース固有の EMS コネクターおよびトピックを定義して、デフォルトのコネクタをオーバーライドできます。Output EMS Default Connector の値は、JNDI コネクター経由の JMS コネクターの名前です。

無効なメッセージを受信した場合に呼び出すプロシージャの名前。プロシージャは、エラーの文字列値、問題のあるメッセージの文字列値、およびエラーが報告された時刻のタイムスタンプの3つの引数を受け入れる必要があります。

ビューの変更を監視するため、クライアントサブスクリプションが更新なしで有効なまま維持される時間数。有効期間が経過する前にクライアントサブスクリプションを更新すると、その有効期間が延長され、別の有効期間まで続きます。有効期限は、クライアントサブスクリプションが作成され、クライアントサブスクライバーに報告されたときに始まります。

[セントラル関数] > [メッセージング] > [出力EMS] の下にあります。TDV-Managed Destinations が false に設定されている場合、このパラメーターは、転送中の変更イベントをホストするために作成された有効なキューに設定する必要があります。 In Transit Event Queue は、サーバー インスタンスがクラッシュした場合に、最後に正常に処理されたメッセージからイベント処理を再開できるように、フォールト トレランスを確保するために使用されます。

[Central Function(セントラル機能)] > [Messaging(メッセージング)] > [Message Format(メッセージ形式)]にあります。次の例は、ランク(「r」)と列名(「n」)の両方を含む形式の更新メッセージ(「U」)を示しています。

<U a="true">

<k r="0" n="Column Name 0">value0</k>

	<k r="1" n="Column Name 1">value1</k>

	<c r="2" n="Column Name 2">

		<n>newvalue2</n>

				<o>oldvalue2</o>

		</c>

	<c r="3" n="Column Name 3">

		<n>newvalue3</n>

				<o>oldvalue3</o>

		</c>

	<c r="4" n="Column Name 4">

                            <n>newvalue4</n>

       </c>

		<c r="5" n="Column Name 5">

                            <n>newvalue5</n>

       </c>

</U>

[Central Function(セントラル機能)] > [Messaging(メッセージング)] > [Message Format(メッセージ形式)]にあります。変更通知メッセージには、作成、更新、および削除操作の検出に使用された一意のキーを確保するため、1つまたは複数の列を持つ主キーが常に含まれます。削除操作の場合、メッセージ設定は、削除された行のキー識別値のみ、またはすべての値を含むように設定できます。

trueに設定すると、次の削除操作の例のように、無関係な列情報が変更通知メッセージに含まれます。この例では、削除操作<D>にキー列(「k」)とキー以外の値{value3、value4、xsi:nil=”true”}が含まれています。

<ops>

    <D>		

          <k r=“0” n=“Column Name 0”>value1</k>

          <k r=“1” n=“Column Name 1”>value2</k>

<c r=“2” n=“Column Name 2”>value3</c>

          <c r=“3” n=“Column Name 3”>value4</c>

          <c r=“4” n=“Column Name 4” xsi:nil=“true”></c>

    </D>

</ops>

falseに設定すると、「c」列はメッセージに表示されません。

[Central Function(セントラル機能)] > [Messaging(メッセージング)] > [Message Format(メッセージ形式)]にあります。falseに設定すると、監視対象テーブルの最後のチェックポイント以降に変更されていない値が変更通知メッセージから除外されます。

例：

<U a="true">

<k r="0" n="Column Name 0">value0</k>

		<k r="1" n="Column Name 1">value1</k>

		<c r="2" n="Column Name 2">

				<n>newvalue2</n>

				<o>oldvalue2</o>

		</c>

		<c r="3" n="Column Name 3">

				<n>newvalue3</n>

				<o>oldvalue3</o>

		</c>

</U>

[Central Function(セントラル機能)] > [Messaging(メッセージング)] > [Message Format(メッセージ形式)]にあります。trueに設定すると、変更通知メッセージに、置き換えられる古い値が含まれます。

たとえば、次のメッセージでは、古い値(<o></o>)が強調表示されています。この値は、このプロパティがfalseに設定されている場合は省略されます。

<U a="true">

<k r="0" n="Column Name 0">value0</k>

		<k r="1" n="Column Name 1">value1</k>

		<c r="2" n="Column Name 2">

				<n>newvalue2</n>

<o>oldvalue2</o>

	</c>

		<c r="3" n="Column Name 3">

				<n>newvalue3</n>

<o>oldvalue3</o>

	</c>

</U>

パラメーターグループ。通常、ロギングオプションはfalseに設定されます。ログエントリーとイベントは、サーバーの<TDV_install_dir>/logsディレクトリーにあるTDVイベントログ(cs_server_events.log)および/またはサーバーログ(cs_server.log)ファイルで確認できます。次の各ロギングオプションをオン(true)またはオフ(false)にできます。

管理—CMS のインストールまたはアンインストール、CMS の開始または停止。

キャッシング- 段階的に維持されるビューのキャッシングのロギング。

変更インターフェイス - この設定は、接続された EMS トピックを通じて受信したメッセージをログに記録します。 Input EMS Default Connector と変更メッセージは、監視対象のデータ ソース テーブルへの変更によってトリガーされると、CDC から渡されます。この設定では、ログに変更データは表示されません。

変更推論メッセージ- この設定は、接続された EMS トピックを通じて受信したより詳細なメッセージ (データ変更を含む) をログに記録します。この設定によってログに記録されたメッセージは、変更データ キャプチャ メッセージングが現在変更メッセージングをリッスンしている EMS トピックおよびコネクターに到着しているかどうかを確認するのに役立ちます。

データ ソース- この設定は、プッシュ ベースの増分キャッシュ データ ソースのアクティビティを記録します。 Metadata Inference- このログ設定によって取得された情報は、依存関係分析メッセージを示します。

サブスクリプション— この設定が true の場合、サブスクリプション要求、サブスクリプション解除、およびサブスクリプション更新要求がログに記録されます。

すべてのメッセージングパラメーターをオン(true)またはオフ(false)にできます。パラメーター設定は、変更通知メッセージ形式の内容に影響します。メッセージ形式は、サブスクライブ済みクライアントが受信するすべての変更通知メッセージングに影響するグローバル設定です。

正しい変更通知は、監視対象のデータ ソース テーブルから送信される正しい変更メッセージに依存します。メッセージングにより、増分的に維持されるキャッシュとサブスクライブしているユーザーが、ソース データの変更を確実に通知されます。監視対象のデータ ソースからのメッセージの形式が正しくないか、コンテンツが欠落している場合、変更管理サービスはメッセージを手動の評価と再構成が必要なシステム エラーとして扱い、(cs_server.log に)ロギング エラーを生成し、場合によっては中止します。メッセージング エラーが発生した場合は、CMS サーバー ログ ファイルを確認し、Oracle GoldenGate *.prm パラメーター ファイルで構成を確認します。

PROCEDURE OnError(IN ex VARCHAR(2147483647), IN msg VARCHAR(2147483647), IN t TIMESTAMP)

BEGIN

    -- ここにコードを追加します

		CALL /lib/debug/Log(concat('M5 Test[GG erroneous message]---Exception: ',ex));

		CALL /lib/debug/Log(concat('M5 Test[GG erroneous message]---Received message: ',msg));

CALL /lib/debug/Log(CAST(concat('M5 Test[GG erroneous message]---Time: ',t) AS VARCHAR(255)));

END

説明については、[Logging Options(ロギングオプション)]パラメーターグループを参照してください。

メッセージングエラーが発生したときに実行するプロシージャを設定します。無効なメッセージが検出された場合に呼び出すTDVサーバープロシージャのフルパス名を指定します。指定したプロシージャは、エラーの文字列値、問題のあるメッセージの文字列値、およびエラーが報告された時刻のタイムスタンプの3つの引数を受け入れる必要があります。

CMS によって作成および管理されるサブスクリプション ストア テーブルをホストするために使用するリレーショナル データ ソース コンテナを指す TDV リソース パス名。有効な TDV パーシステンス ストアの場所を適用すると、CMS は cis_cms_appl_subs テーブルを作成します。このテーブルには、cms_client_subscribe のクライアント呼び出しが、サブスクリプション ID、アプリケーション ID、エンコードされた有効期限、サブスクライブされたビューのフル パス、フル ビューと異なる場合はサブスクライブされたカラムなどのデータと共に記録されます。

永続ストアcis_cms_appl_subsテーブルはTDVノード間で共有してはならないため、バックアップサーバーのインポートによる同期の後に永続ストアのターゲット設定を変更する必要があります。

[セントラル関数] > [メッセージング] > [出力EMS] の下にあります。CMS が転送中のイベント キューを作成するために使用する JMS コネクタの名前。転送中イベント・キューは、転送中の変更イベントがセントラル・イベント・サーバーによって処理されている間、フォールト・トレラントな方法で維持するために使用されます。 Internal EMS Queue Connector サーバー プロパティの値は、JNDI コネクタ経由の JMS の名前です。新規または変更されたキュー コネクタ設定では、移動中のキューを初期化するために CMS を再起動する必要があります。

説明については、[Tibco]パラメーターグループを参照してください。

説明については、[Tibco]パラメーターグループを参照してください。

説明については、[Tibco]パラメーターグループを参照してください。

[Central Function(セントラル機能)] > [Messaging(メッセージング)] > [Output EMS(出力EMS)]にあります。サブスクライブされたビューの許可されたグループおよびユーザーへのトピック接続を制限するために使用できるLDAPドメイン値。

中央機能の下。この設定は、CMS が開始されているかどうかを示す指標です。値はスイッチではないため、変更しないでください。 CMS の状態を示すために提供されるインジケーターです。 CMS は、手順 cms_admin_start および cms_admin_stop で開始および停止できます。

[セントラル関数] > [フォールト トレランス] > [メッセージ ハンドリング] の下にありあす。 CMS は、無効なメッセージ構造を持つソース変更メッセージを受信すると中断します。このフラグは、ソース変更メッセージ通知で他のタイプのエラーが検出された場合に CMS を中止するかどうかを指定します。無効な GG 構成は、システム エラーです。

必要な変更通知メッセージスキーマへの部分的な準拠は、不注意なメッセージの場合よりも重大なエラーとなります。一部のデータ型の不一致は処理されますが、不一致があると派生インクリメンタルキャッシュがすべて無効になり、監視対象データで中断が発生したことを知らせる通知(<ops/>、メッセージプロパティaborted=”true”で設定)がすべてのサブスクライブ済みクライアントに送信されます。

エラー発生時は停止 が false に設定されている場合、ほとんどのメッセージング エラーは依然として重大であり、そのようなエラーは、増分的に維持されるすべてのキャッシュ、サブスクリプションの失敗メッセージ、および CMS の意図的な停止を無効にします。メッセージが予想される CMS スキーマから大幅に逸脱し、監視対象の入力トピックまたはキューに挿入された場合、そのメッセージは無視されます。

説明については、[Logging Options(ロギングオプション)]パラメーターグループを参照してください。

パラメーター グループ。これらのオプション設定は、TIBCO EMS 接続の工場出荷時の設定を上書きするため、CMS はタイミングと接続試行回数を管理できます。プライマリ EMS からバックアップ EMS への切り替えは、許可されている数を超える可能性のある多数の接続および再接続試行を開始する可能性があります。

接続試行回数- JMS サーバーへの接続試行回数。

接続試行遅延—次の接続が確立されるまで待機するミリ秒。

接続試行タイムアウト- 試行が失敗した場合に、失敗を宣言する前に接続ファクトリが待機するミリ秒。

再接続試行回数 - JMS サーバーへの再接続を試行する回数。 (TIBCO には、個別の接続試行パラメーターと再接続試行パラメーターがあります。)

再接続試行遅延—次の接続が確立されるまで待機するミリ秒。

再接続試行タイムアウト- 失敗を宣言する前に接続ファクトリが待機するミリ秒。

ハード接続障害の場合、これらのJMSベンダー設定が示すよりも早く問題が報告される可能性があります。

[セントラル関数] > [メッセージング] > [出力EMS] の下にあります。TDV-Managed Destinations が false に設定されている場合、TDV が一時的なキャッシュ バッファーを管理するには、このパラメーターを有効なトピック コネクタに設定する必要があります。初期化中。