3.8 ベスト・プラクティス

親トピック: インストール

3.8.1 Veridataコンポーネントの近接性

Oracle GoldenGate Veridataの最適な動作のために、次のことをお薦めします:

  • Oracle GoldenGate VeridataサーバーおよびVeridataリポジトリが同じノードにあることを確認します:

    Veridataリポジトリには、Veridataが円滑に機能するために必要となる重要なデータが格納されます。サーバーとリポジトリ間の高速で信頼性の高い接続を確保するには、それらを同じノードに配置します。これは遅延を防ぐのに役立ちます。ただし、なんらかの理由でそれが不可能な場合は、両方のノードが近くのノードにあり、それらの間のネットワーク接続が高速であることを確認してください。サーバー・ノードからリポジトリ・ノードへの接続に要した時間を確認します。要した時間は、ミリ秒以下にする必要があります。詳細は、2つのノード間の接続を確認する方法を参照してください。

  • VeridataサーバーおよびVeridataエージェント:

    VeridataサーバーとVeridataエージェントは、異なるノード/マシン上に配置できます。サーバーとエージェントが異なるノード/マシン上にある場合は、サーバーとエージェント間で複数のコールが行われるため、サーバーとエージェント間の接続が高速であることを確認してください。Veridataサーバーとソース・エージェント間の接続を確認します。また、Veridataサーバーとターゲット・エージェント間の接続も確認する必要があります。詳細は、2つのノード間の接続を確認する方法を参照してください。

  • Veridataエージェントおよび同じノード上の対応するデータベース:

    データベースとエージェント間で大量のデータが頻繁に転送されるため、高速接続が不可欠です。ソース・エージェントとソース・データベースを同じノードに保持することをお薦めします。同様に、ターゲット・エージェントとターゲット・データベースを同じノードに配置します。ただし、なんらかの理由でそれが不可能な場合は、両方のノードが近くのノードにあり、それらの間のネットワーク接続が高速であることを確認してください。エージェント・ノードからDBノードへの接続に要した時間を確認します。要した時間は、ミリ秒以下にする必要があります。詳細は、2つのノード間の接続を確認する方法を参照してください。

  • 同じノード上のVeridataサーバーおよびソート・ディレクトリ:

    サーバーは、メイン・メモリーに収まる小さいチャンクでデータを処理し、それらをソートして、ソート・ディレクトリと呼ばれる指定されたディレクトリ内の一時ファイルに格納します。最適なパフォーマンスを得るには、ソート・ディレクトリをサーバーと同じノードに配置する必要があります。

    それ以外の場合は、サーバーとソート・ディレクトリ間の接続時間を数ミリ秒にするか、それより小さくする必要があります。詳細は、2つのノード間の接続を確認する方法を参照してください。

親トピック: ベスト・プラクティス

3.8.1.1 2つのノード間の接続を確認する方法

次の方法を使用して、任意の2つのノードまたはマシン間の接続をテストできます。例: Veridataサーバーとソース・エージェントの間の接続を確認する場合:

Veridataサーバー → node_1

ソース・エージェント → node_2

Pingを使用して接続をテストするには:

  1. node_1でターミナルを開き、ping [node_2]を実行します。
  2. [node_2]をnode_2のホスト名またはIPアドレスに置き換えます。
  3. レイテンシを測定し、接続の速度を確認するには、ping -c 4 [node_2]を実行します。次に、サンプルの出力を示します。
    Success Case: PING 192.168.1.2 (192.168.1.2): 56 data bytes 64 bytes from 192.168.1.2: icmp_seq=0 ttl=64 time=0.123 ms --- 192.168.1.2 ping statistics --- 4 packets transmitted, 4 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.123/0.124/0.125/0.001 ms Note: If the time for round-trip is in range of milli seconds or less than then connection between source host target host is considered fast. Failure Case: PING 192.168.1.2 (192.168.1.2): 56 data bytes Request timeout for icmp_seq 0 --- 192.168.1.2 ping statistics --- 4 packets transmitted, 0 packets received, 100.0% packet loss

Pingを使用できないときに接続を確認するには:

  1. Telnetを使用して特定のポートを確認します。node_1で、telnet [node_2] [port]を実行します。
  2. [node_2]をnode_2のホスト名またはIPアドレスに置き換え、[port]を特定のポート番号に置き換えます。たとえば、8089です。

出力例

Success Case: Trying 192.168.1.2... Connected to 192.168.1.2. Escape character is '^]'. Failure Case: Trying 192.168.1.2... telnet: Unable to connect to remote host: Connection refused

Pingを使用できない場合にNetcat (NC)を使用して接続性をチェックするには、node_1でnc -zv [node_2] [port]を実行します

出力例

Success Case: Connection to 192.168.1.2 8089 port [tcp/*] succeeded! Failure Case: nc: connect to 192.168.1.2 port 8089 (tcp) failed: Connection refused

親トピック: Veridataコンポーネントの近接性

3.8.2 Veridataサーバーおよびエージェントのメモリー

Oracle GoldenGate Veridataを適切に動作させるには、Veridataサーバー、Veridataエージェントおよびソート・ディレクトリに正しいメモリーを設定してください。

親トピック: ベスト・プラクティス

3.8.2.1 サーバー・メモリー

サーバーの現在のメモリーを確認する方法

メモリー設定は、ファイル<VERIDATA_HOME>/config/oggvdt_cainput.propertiesで定義されます。

ここで、jvm.memory.xmsは最小ヒープで、jvm.memory.xmxは最大ヒープです。

サーバーに最適なメモリー

サーバー・メモリーは通常、比較するデータのサイズの60%以上にすることをお薦めします。

サーバーのメモリーを変更する方法

サーバーのメモリーを変更するには、ファイル<VERIDATA_HOME>/config/oggvdt_cainput.propertiesのプロパティjvm.memory.xmsおよびjvm.memory.xmxの値を変更します。

この変更にはVeridataサーバーの再起動が必要です。

Veridataサーバーに割り当てることができるサーバー・ノードの最大メモリー%

追加のパフォーマンス・チューニングが必要な場合は、最大ヒープ(jvm.memory.xmx)を比較するデータ・サイズの60%(前に設定したもの)から90%まで徐々に増やします。

親トピック: Veridataサーバーおよびエージェントのメモリー

3.8.2.2 エージェント・メモリー

エージェントの現在のメモリーを確認する方法

AGENT_HOMEの場所でagent.shファイルを見つけ、ファイルを開き、USER_MEM_ARGSの値を確認します。ここで、Xmxは最大エージェント・メモリーで、Xmsは最小エージェント・メモリーです。

エージェントに最適なメモリー

エージェント・メモリーは、比較するデータのサイズの25%以上にすることをお薦めします。

エージェントのメモリーを変更する方法

agent.shファイルを開き、USER_MEM_ARGSの値を確認します。デフォルトでは、値はUSER_MEM_ARGS="-Xmx1024M -Xms1024M"になります。

メモリーを増やすには、-Xmx値を増やす必要があります。

ノート:

構成を変更した場合は、エージェントを再起動する必要があります。

親トピック: Veridataサーバーおよびエージェントのメモリー

3.8.2.3 ソートおよびソート・ディレクトリのメモリー

ソート・ディレクトリのディスク領域およびメモリー要件を計算する方法

「サーバー・コンポーネントのディスクおよびメモリー要件」を参照してください。

Oracle GoldenGate Veridataで使用可能な最大メモリーは、 <VERIDATA_HOME>/config/oggvdt_cainput.propertiesのjvm.memory.xmxを使用して設定されます。

サーバー側のソートが有効な場合、このメモリーの大部分が比較時のソート用に使用されます。

veridata.cfgファイルのserver.max_sort_memoryパラメータによって、最大ソート・メモリーが決まります。問題を回避するには、jvm.memory.xmx値がソート・メモリー要件より大きいことを確認します。

「サーバー・パラメータ」を参照してください。

親トピック: Veridataサーバーおよびエージェントのメモリー

3.8.3 SSL証明書の検証

SSL (Secure Sockets Layer)接続は、クライアント(Webブラウザやアプリケーションなど)とサーバー間のセキュアで暗号化された通信リンクです。これにより、2つのパーティ間で転送されるデータがプライベートに保たれ、盗聴、改ざんおよび偽造から保護されます。

SSLが有効になっている場合は、証明書の有効性を確認します。

SSLが有効かどうかを確認する方法

エージェントとサーバー間のSSLの場合:

agent.propertiesファイルを確認し、server.useSslプロパティの値を確認します。これがtrueに設定されている場合、SSLが有効になっています。

エージェントとデータベース間のSSLの場合:

agent.propertiesファイルのdb_urlを確認します。

db_urlにSSLが埋め込まれていれば、SSLが有効になります。

SSL証明書が有効かどうかを確認する方法

ブラウザの使用

  1. 問題のWebサイトにアクセスします。
  2. アドレス・バーで南京錠アイコンをクリックします。
  3. 「証明書」または「この接続は保護されています」を選択します(表現はブラウザによって異なります)。
  4. 次を含む証明書の詳細が表示されます:
    1. 発行者
    2. 有効期間(開始日および失効日)
    3. サブジェクト名(証明書の発行先)
コマンドライン・ツール
  1. opensslの使用
    次のコマンドを実行して、証明書の有効期間および発行者詳細の出力を確認します: 
    openssl s_client -connect <hostname>:443 -showcerts
  2. curlの使用: 
    curl -v https://<hostname> --insecure 2>&1 | grep 'start date\|expire date'
    これにより、証明書の開始日と失効日が表示されます。

親トピック: ベスト・プラクティス

3.8.4 データベース権限

Oracleデータベースでは、COOSフェーズ中にCOOS結合が有効な場合、一時表が作成され、セッションが終了すると削除されます。このフェーズで役立つように、プライベート一時表(PTT)を作成する権限をユーザー(接続設定時に指定)に付与します。

ユーザーの確認方法

これは、「接続構成」ページから確認できます。
  1. 「接続」をクリックし、接続を選択します。
  2. 「接続の詳細」をクリックし、「データ・ソース」を選択して、「ユーザー」フィールドの値を確認します。

ノート:

ユーザーがCREATE TABLE、CREATE TABLESPACE、PRIVATE TEMP TABLEおよびINSERT/UPDATE/DELETE権限を持っていることを確認します。

親トピック: ベスト・プラクティス

3.8.5 比較対象のデータ

比較するデータおよび比較しないデータを把握することは、Oracle GoldenGate Veridataを適切な方法で使用するための最も重要な側面の1つです。このトピックでは、比較するデータを識別するための次のベスト・プラクティスについて説明します。

親トピック: ベスト・プラクティス

3.8.5.1 主キー(PK)列の指定

キー列の場合、Oracle GoldenGate Veridataは値でデータを比較し、非キー列の値はハッシュで比較します。表にキー列がない場合、Oracle GoldenGate Veridataはすべての列をキー列として自動的に処理します。表のすべての列の値で比較が行われるため、この方法ではパフォーマンスが大幅に低下する可能性があります。

解決策 - キー列による最適化

値が一意になるように、少なくとも1つのキー列または複数のキー列の組合せを追加します。

表で適切なキー列定義を行うことで、Oracle GoldenGate Veridataではより効率的な比較を実行できます。

キー列を追加するには:

  1. Oracle GoldenGate Veridata UIで、「グループと比較ペア」に移動します。
  2. 「グループ」を選択し、「比較ペア」をクリックします。
  3. 「列マッピング」タブをクリックします。
  4. 「キー・マッピング方法」を「ユーザー定義」に設定します。
  5. 操作中にキーとして設定できる1つ以上の列を設定します。
  6. 「保存」をクリックします。

親トピック: 比較対象のデータ

3.8.5.2 パーティション化

大きい表の操作によってVeridataのパフォーマンスが影響を受ける可能性があるため、大きいソース表とターゲット表を小さいデータセットに分割できます。

これは、自動パーティション、手動行パーティションまたは表パーティション化を使用して実行できます。

自動行パーティション

このオプションは、指定した値に基づいて比較ペア(表)を複数の部分に分割できるOracle DBでのみ使用できます。自動行パーティションは、比較ペアの作成時に構成できます。これにより、小さいデータセットで実行されるため、比較が高速化されます。

自動行パーティションを構成するには:

  1. Oracle GoldenGate Veridata UIで、「グループと比較ペア」に移動します。
  2. 「作成」をクリックし、「マッピング・ルール」、「マッピング」の順にクリックします。
  3. 「自動行パーティション」をクリックし、スイッチを切り替えてパーティション番号を変更します。

手動行パーティション化

手動行パーティション化を使用すると、複数のプロセスにワークロードを手動で分散したり、過去n日などの特定のデータ・サブセットに比較を制限できます。

このオプションは、OracleデータベースとOracle以外のデータベースの両方で使用できます。これは、SQL述語を適用してレコードをフィルタ処理することで実現できます。

手動行パーティションを構成するには:
  1. 「比較ペア」ページで、「行のパーティション化」をクリックし、「ソース・パーティション」/「ターゲット・パーティション」を有効にします。
  2. +記号をクリックし、表をパーティション化するためのSQL述語を入力します。

表パーティション

このオプションは、Oracle DBでのみ使用できます。パーティションを使用して表を作成すると、すべてのパーティションがページにリストされます。比較ペアの作成中は、必要なパーティションのみを選択できます。

表パーティションを構成するには:

  1. Oracle GoldenGate Veridata UIで、「グループと比較ペア」に移動します。
  2. 「作成」をクリックし、「マッピング・ルール」をクリックして、「表パーティションを含める」チェック・ボックスを選択します。

親トピック: 比較対象のデータ

3.8.5.3 列の除外

次のいずれかの条件で、比較から列を除外して処理の負荷を減らすことができます:
  • 変更されない列が表に含まれる場合。

    または

  • 列が同期されているかどうかに関係なく。
比較ペアを作成または編集するときに、列を除外できます。

列を除外するには:

  1. Oracle GoldenGate Veridata UIで、「グループと比較ペア」に移動します。
  2. 「グループ」を選択し、「比較ペア」をクリックします。
  3. 「列マッピング」タブをクリックします。
  4. 除外する列のマッピングの削除をクリックします。
  5. 「保存」をクリックします。

親トピック: 比較対象のデータ

3.8.5.4 デルタ比較

比較ペアは、表全体をスキャンするのではなく、前回の実行以降に変更されたデータ・ブロックのみを比較するパフォーマンス機能であるデルタ処理を使用するように構成できます。

デルタ比較では、すべての履歴データを何度も比較しないようにし、変更された(デルタ)データのみを比較します。

デルタ比較を有効にするには:

  1. Oracle GoldenGate Veridata UIで、「グループと比較ペア」に移動します。
  2. 「グループ」を選択し、「既存の比較ペア」リストから比較ペアを選択します。
  3. 「デルタ処理」をクリックします。
  4. 「デルタ処理」タブで、「デルタ処理」を切り替えます。
  5. デルタ列を選択します。
  6. 「保存」をクリックします。

親トピック: 比較対象のデータ

3.8.5.4.1 デルタ列の選択
次のプロパティを持つ列をデルタ列として使用できます:
  • DML操作(DML - データ操作言語。これらの操作により、表のレコードを挿入、更新、削除または取得できます)ごとに増分する列。
  • 数値またはタイムスタンプのいずれかのデータ型を持つ列。
  • すべてのDML操作で主キーが変更されるわけではないため、この列は主キーにできません(更新操作では同じままになります)。
このような列が見つからない場合、Oracle DBでは、デフォルトのデルタ列はORA_ROWSCNです。これは、表に対してROWDEPENDENCIESが有効になっている場合に最も効果的です。Oracle以外のDBの場合、デフォルトのデルタ列はありません。したがって、このトピックにリストされているプロパティを含む列を選択します。

親トピック: デルタ比較

3.8.5.4.2 ROWDEPENDENCIES

ROWDEPENDENCIESは、データベース表の作成時に有効化されます。

Oracle DBでROWDEPENDENCIESが有効になっているかどうかを確認するにはどうすればよいでしょうか。

これは、次の問合せを使用してDBレベルで確認する必要があります: 
SELECT owner, table_name, dependencies FROM dba_tables;

これにより、表ごとにENABLEDまたはDISABLEDが返されます。dba_tablesへのアクセス権がない場合は、かわりにall_tablesを問い合せます。

表の作成後はこれを変更できないため、表を再作成して設定してください。

SCNとは何ですか。その値を変更するにはどうすればよいですか。

ROWSCNを参照してください。

表に対してROWDEPENDENCIESが有効になっている場合、ORA_ROWSCNが最も効果的に動作するのはなぜですか。

SCN (システム変更番号)は、Veridataの比較プロセスで重要な役割を果たします。これが比較ワークフローに与える影響と、行の依存性の有効化が重要な理由を次に示します:

  1. 行の依存性が有効なSCNの動作:

    行の依存性が有効な場合、SCNはデータベース内の各行に関連付けられます。

    これにより、ソースとターゲット間で変更があった行のみが比較のためにフラグ付けされます。

  2. 行の依存性が無効なSCNの動作:

    行の依存性が有効になっていない場合、SCNは個々の行ではなくデータ・ブロックに関連付けられます。

  3. 初回比較への影響:

    データ・ブロックの相違により、最初の比較フェーズで多数の偽陽性が発生する可能性があります。非同期比較(COOS)ステップでは、行内のデータが変更されていない場合でも、不必要に比較のための追加の行が含まれます。したがって、OOSのデータが多くなります。

  4. 行の依存性を有効にする理由

    行の依存性を有効にすると、不要な比較が減り、プロセスの精度と効率が向上します。

    行の依存性がない場合、相違があるブロック内の行を比較できるようになるため、ワークロードが増加し、遅延が発生する可能性があります。

ORA_ROWSCNがデルタ列として使用されているのに、ROWDEPENDENCIESが有効になっていない場合はどうなりますか。

ブロック・レベルの比較が使用されます。データベースでのブロック・レベルの比較とは、個々のレコード・レベルまたは行レベルではなく、ブロックまたはページに格納されたデータを比較するプロセスを指します。この場合、デルタ比較は遅くなります。これはデルタなしの比較よりも高速になります。

親トピック: デルタ比較

3.8.6 Veridata構成

親トピック: ベスト・プラクティス

3.8.6.1 接続構成

比較フェッチ・サイズ

この構成は、データベースからデータをフェッチするためのバッチ・サイズを決定する際に役立ちます。デフォルト値は1000です。

比較プロセスを高速化するには、接続設定で比較フェッチ・サイズを変更することで、データベースからフェッチされる行数を増やすことができます。10,000から開始し、最大100,000まで増やします。

比較フェッチ・サイズを更新するには、「接続」タブから、比較ジョブで使用される接続を開き、初回比較フェッチ・バッチ・サイズの値を変更します。これにより、初回比較時にフェッチ・プロセスが高速化されます。

親トピック: Veridata構成

3.8.6.2 プロファイル構成

親トピック: Veridata構成

3.8.6.2.1 ソート構成

Oracle GoldenGate Veridataサーバーでのソートはデータベース・レベルでのソートよりも高速になるため、「使用するソート・データ」の値を「サーバー」に設定することをお薦めします。

このソート方法を設定するには:

  1. Oracle GoldenGate Veridata UIで、「プロファイル」をクリックし、プロファイルを選択します。
  2. 「ソート方法」タブをクリックし、「使用するソート・データ」を選択して、ドロップダウン・リストから値を選択します。

親トピック: プロファイル構成

3.8.6.2.2 初回比較構成

最大同時比較スレッド

これは、複数の比較をパラレルに実行するために使用されます。

複数の比較ペアをパラレルに実行する場合、マシンの能力を超えると、メモリーが枯渇し、処理が遅くなる可能性があります。これに対処するには、「最大同時比較スレッド」設定を構成します。デフォルト値は4です。

最大同時比較スレッドの値は何にすればよいですか。

最大同時比較スレッドの値は、Veridataサーバー・ノードのnumber of CPU coresの値によって異なります。CPUコアの30-40%から始めて、コア数まで増やすことができます。

最大同時比較スレッドの値を変更するには

  1. Oracle GoldenGate Veridata UIで、「プロファイル」をクリックし、プロファイルを選択します。
  2. 「初回比較」タブをクリックし、「最大同時比較スレッド」を選択します。このフィールドの最大値は100で、最小値は1です。

ソースおよびターゲットのオプティマイザ・ヒント

Oracleでは、オプティマイザ・ヒントを使用して、特定の表または問合せ操作に対してパラレル実行を有効にします。オプティマイザ・ヒントを使用すると、問合せの処理を増やすことができます。

たとえば、PARALLEL(x,16)は、16個のパラレル実行スレッド(または並列度の度合い- DOP)を使用して表xに対する操作を実行するようにOracleに指示します。

オプティマイザ・ヒントを設定するには:

  1. Oracle GoldenGate Veridata UIで、「プロファイル」をクリックし、プロファイルを選択します。
  2. 「初回比較」タブをクリックし、「ソースOracleオプティマイザ・ヒント」および「ターゲットOracleオプティマイザ・ヒント」を選択します。

    ノート:

    パラレル実行は大きな表に対して有益ですが、システム・リソースの使用率が増える可能性があります。

親トピック: プロファイル構成

3.8.6.2.3 非同期構成

非同期確認(COOS)バッチ・サイズ

この設定により、個々の行をフェッチしてデータベースへのラウンドトリップを大量に発生させることなく、バッチでデータをフェッチできます。

coosバッチ・サイズを更新するには

  1. Oracle GoldenGate Veridata UIで、「プロファイル」をクリックし、プロファイルを選択します。
  2. 「非同期確認」タブをクリックし、「非同期確認バッチ・サイズ」を選択して、ドロップダウン・リストから値を選択します。

    ノート:

    デフォルト値は1000です。このフィールドの最大値は100,000で、最小値は1です。10,000から開始し、最大100,000まで増やします。

ソースおよびターゲットのオプティマイザ・ヒント

オプティマイザ・ヒントを設定するには:

  1. Oracle GoldenGate Veridata UIで、「プロファイル」をクリックし、プロファイルを選択します。
  2. 「非同期確認」タブをクリックし、「ソースOracleオプティマイザ・ヒント」および「ターゲットOracleオプティマイザ・ヒント」を選択します。

親トピック: プロファイル構成

3.8.6.2.4 修復の構成

修復バッチ・サイズ

この設定により、個々の行ではなくバッチでデータを修復し、データベースへのラウンドトリップが大量に発生しないようにすることができます。

これはプロファイルから設定できます。デフォルト値は1000です。このフィールドの最大値は100000で、最小値は1です。

修理バッチ・サイズを設定するには:

  1. Oracle GoldenGate Veridata UIで、「プロファイル」をクリックし、プロファイルを選択します。
  2. 「修復」タブをクリックし、「修復バッチ・サイズ」を選択します。

同時修復操作数

修復を同時に実行するには、この設定を使用できます。このデフォルト値は1です。ただし、これを増やして、修復をパラレルで実行できます。

同時修復操作数を設定するには:

  1. Oracle GoldenGate Veridata UIで、「プロファイル」をクリックし、プロファイルを選択します。
  2. 「修復」タブをクリックし、「同時修復操作数」を選択します。

親トピック: プロファイル構成

3.8.6.3 サーバー構成

veridata.cfgファイルは、<VERIDATA_HOME>/config/veridataフォルダにあります。これには、Veridata操作の実行およびカスタマイズに必要な多くの構成が格納されます。

  • Coos結合:

    これは、一意キーまたは主キーのない表に対してデフォルトで有効になっており、<VERIDATA_HOME>/config/veridataフォルダのveridata.cfgファイルから動作をオーバーライドできます。

    この構成では、データベース問合せで結合が使用され、結合のない問合せと比較してはるかに高速になります。

    次のプロパティを追加/編集する必要があります:

    • coos.join.strategy = Values nokey、alwaysおよびnever
    • nokey - これはフィールドのデフォルト値であり、主キー/索引が定義されていない表に役立ちます。
    • always – 常にCOOS結合を使用します。
    • never - COOS結合を使用しません。
  • server.concurrent.writers: ソート・ディレクトリ当たりのライター・スレッドの数。
  • server.concurrent.readers: サーバー全体のリーダー・スレッドの数。
  • server.number_sort_threads: エージェントからの入力バッファのソートに使用されるスレッドの数。使用可能なプロセス数より大きくすることはできません。

親トピック: Veridata構成

3.8.6.4 エージェント構成

親トピック: Veridata構成

3.8.6.4.1 Coosバッチ・フェッチ

COOSバッチを使用すると、Oracle GoldenGate Veridataを利用して、個々の問合せを実行するかわりに、バッチとしてエージェントに対するフェッチを実行できます。これにより、多くのデータベース・トリップが節約されるため、高速になります。

agent.propertiesでのcoosバッチ・フェッチの追加

これを有効にするには、両方のエージェントのagent.propertiesファイルに次のプロパティを追加し、エージェントを再起動します: coos.batch.fetch=true

ノート:

COOS結合とCOOSバッチを同時に使用しないでください。一度にいずれかを使用してください。

親トピック: エージェント構成

3.8.6.4.2 ROWSCN

このステップは、表の完全な比較をスキップし、特定のSCN値の後のデータを比較する場合に便利です。

SCNとは

データベースでは、システム変更番号(SCN)は、データベースに加えられた変更の追跡に使用される論理的、内部的な単調に増加する数です。データベース内のコミットされた各トランザクションには、トランザクションがコミットされた時点を表す一意のSCNが割り当てられます。

現在のSCN値が100の場合、rowscn値を100に指定すると、その特定のSCN値を持つレコードが比較で省略されます。このプロパティは、agent.propertiesに追加できます。詳細は、よくある質問(FAQ)を参照してください。 

rowscn=10000

両方のエージェントに対してこれを追加した後、両方のエージェントを再起動し、比較を再実行します。

親トピック: エージェント構成

3.8.7 FAQ

ソート・ディレクトリとは何ですか。

ソート・フェーズでは、メイン・メモリーに収まるほど小さいデータのチャンクは、ディレクトリ内の一時ファイルに読み取られ、ソートされ、書き込まれます。

ソート・ディレクトリを見つけるには、どうすればよいですか。

これは、プロファイル設定ページの「ソート方法」で確認できます。

  1. 「プロファイル」、「プロファイルの選択」に移動し、「ソート方法」をクリックします。
  2. 「ソース・データの一時記憶域ディレクトリ」を選択し、「ターゲット・データの一時記憶域ディレクトリ」をクリックします。

エージェント・プロパティ・ファイルの場所はどこですか。

これは、agent.propertiesという名前を含む<agent_home>パスにあります。

Veridataサーバー構成ファイルはどこにありますか。

<VERIDATA_HOME>/config/veridata/veridata.cfg

oggvdt_cainput.propertiesファイルはどこにありますか。

<VERIDATA_HOME>/config/oggvdt_cainput.properties

レポートはどこにありますか。

レポートは次のパスにあります: <VERIDATA_HOME>/veridata/reports

1つのDBに複数のエージェントを使用できますか。

はい。ただし、1つのDBに1つのエージェントにすることをお薦めします。

1つのグループに作成できる比較ペアはいくつですか。

これに関する制限はありません。任意の数で問題ありません。

パラレルで実行できる比較ペアはいくつですか。

100がデフォルトの最大数です。ただし、veridata.cfgファイルでmax_concurrent_jobsの値を変更することで、更新できます。

親トピック: ベスト・プラクティス