サポートと今すぐチャット
サポートとのチャット

SharePlex 11.4 - インストールおよびセットアップガイド

このガイドについて このガイドで使用される表記規則 OracleソースへのSharePlexのインストールと設定
Oracle向けSharePlexプレインストールチェックリスト SharePlexインストーラのダウンロード Install SharePlex on Linux and UNIX(LinuxとUNIXへのSharePlexのインストール レプリケーションのためのOracle環境のセットアップ Oracleから異なるターゲットタイプへのレプリケーションを設定する Oracle向けクラウドホスト型データベースのインストールとセットアップ リモートキャプチャ向けインストールとセットアップ HAクラスタ向けインストールとセットアップ Oracle向け一般SharePlexデモ Oracle向け高度なSharePlexデモ データベース・セットアップ・ユーティリティ Oracleのインストールに関する問題の解決
ソースおよびサービスとしてのPostgreSQLデータベースへのSharePlexのインストールとセットアップ
PostgreSQL向けSharePlexのインストール前のチェックリスト PostgreSQL向けSharePlexインストーラのダウンロード ソースとしてのPostgreSQL向けLinuxへのSharePlexのインストール PostgreSQLからサポートされているターゲットタイプへのレプリケーションの設定 PostgreSQL向けクラウドホスト型データベースのインストールとセットアップ PostgreSQL向けリモートキャプチャのインストールとセットアップ PostgreSQL高可用性クラスタへのSharePlexのインストール 論理レプリケーションを使用した高可用性のPostgreSQL Azure Flexible ServerでのSharePlexの設定 PostgreSQL向けの汎用SharePlexデモ PostgreSQL用の高度なSharePlexデモ PostgreSQLのデータベースセットアップ PGDB as a Service向けデータベースセットアップ pg_hint_plan拡張機能のインストール PostgreSQLのインストールに関する問題の解決
DockerコンテナへのSharePlexのインストール SharePlexユーザのセキュリティグループへの割り当て インストールの問題の解決 SharePlexのアンインストール 高度なインストーラオプション rootとしてのSharePlexのインストール SharePlexでインストーラされるアイテム

SQLキャッシュの調整

SharePlexは、頻繁に使用されるSQLステートメントを再利用できるようにキャッシュし、繰り返し使用されるたびに解析やバインドを行う必要がないようにします。これはSharePlexの調整可能な機能で、SQL Cacheと呼ばれます。この機能は、アプリケーションが生成する繰り返しステートメントの量に応じて、その利点を最大限に生かすように調整することができます。

SQLキャッシュがPostのパフォーマンスを向上させるのは、同じSQLステートメントが何度も発行され、データ値以外に変化がない場合に限られます。これがお客様の環境に当てはまらない場合、SQLキャッシュはPostプロセスに不要なオーバーヘッドを追加するため、無効にする必要があります。

サポート対象

すべて

SQLキャッシュの有効化または無効化

SQLキャッシュを以下のように制御します。

Oracle
パラメーター 説明

SP_OPO_SQL_CACHE_DISABLE

SQLキャッシュを有効または無効にします。デフォルトでは有効になります0に設定。SQLキャッシュを無効にするには、パラメーターを1に設定します。SQLキャッシュをバッチ処理でのみ無効にするには、パラメーターを3に設定します。これによりPostが使用するメモリが減少します。

SP_OPO_MAX_CDA

Postセッションごとにキャッシュするアクティブなステートメントの数を決定します。デフォルトでは、Postは1セッションごとに50個のカーソルを開きます。この設定は必要に応じて増減できます。詳細については、オープンカーソルの調整を参照してください。
Open Target
パラメーター 説明

SP_OPX_SQL_CACHE_DISABLE

SQLキャッシュを有効または無効にします。デフォルトでは有効になります0に設定。SQLキャッシュを無効にするには、パラメーターを1に設定します。

targetコマンドを使用します。

target r.database [queue queuename] set resources max_active_statements=number_of_active_statements

Postセッションごとにキャッシュするアクティブなステートメントの数を決定します。Open Targetデータベースの場合、Postは、ODBCドライバから許可されたアクティブなステートメントの数を取得します。この値がmax_active_statementsの設定よりも小さい場合、Postは停止してエラーを返します。SQLキャッシュ機能を無効にするか、max_active_statementsの値を小さくすることができます。

最高のパフォーマンスを得るためのSQLキャッシュの調整

以下の手順に従って、アクティブなステートメントの数が複製される操作に最適であることを確認してください。

  1. sp_ctrlを実行し、show post detailコマンドを実行して、キャッシュされたステートメントのヒット率を測定します。
  2. SQL cache hit countフィールドを探します。これは、シンタックス解析とバインディングを行わずに実行されたメッセージの総数を、INSERT、UPDATE、およびDELETE操作の総数で割った比率を示しています。例えば、36 %のヒット率は、キャッシュされたステートメントをPostがある一定時間の36 %という割合で使用していることを示します。
  3. 典型的なレプリケーションアクティビティを数日間行った後にヒット率を表示し、アクティブなステートメント数の理想的な設定を測定します。ヒット率が50 %未満の場合は、パラメーター値を約5ステートメントなどのように少しずつ増やしていきます。
  4. その後、ヒット率を数日間監視します。ヒット率が増加する場合、アクティブステートメントに許可されているすべてのカーソルをアプリケーションが使用していることを意味します。ヒット率が一定になるまで、パラメーターの値を少しずつ大きくし続けます。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択