パフォーマンス向上のための Data Services のパラメーター変更

データベース・サービスは、状態データベースからランタイム・データベースとランタイム・データベースからヒストリー・データベースという、2 つのデータ移動サービスを使用して、WebSphere® Business Monitor をサポートします。これらのデータ移動サービスは、互いに完全に独立しています。それぞれのデータ移動サービスが 1 つ以上のビジネス指標モデルをサポートします。

データ移動サービスによってサポートされるそれぞれのビジネス指標モデルに対して、Capture サーバーと Apply サーバーのセットが作成されます。 現行のアーキテクチャーでは、デフォルトで、それぞれのビジネス指標モデルに対して 1 つの Capture サーバーと 1 つの Apply サーバーが存在します。 以下のパラメーター・グループのパラメーターを変更することで、Capture サーバーまたは Apply サーバーを複数持つことができます: Capture ポリシー・パラメーター、Apply ポリシー・パラメーター、Apply グループ・ポリシー・パラメーター。

ビジネス指標モデルが非常に大きい場合、データ移動サービスのモデルあたりの Capture サーバーと Apply サーバーが 1 つの場合はパフォーマンスに影響を与える可能性があり、これらのパラメーター変更の利点を利用してパフォーマンスを向上できます。ハードウェア、テーブル・スペース、およびバッファー・プールの計画が適切であれば、Capture サーバーおよび Apply サーバーを追加することによりパフォーマンスを向上できる可能性があります。

追加の Capture サーバーにより、ビジネス指標モデルのテーブルのデータがキャプチャーされる割合が増加する可能性があります。 Capture ポリシー・パラメーターのいずれかまたは両方を減少できます。代わりに、それぞれ追加の Capture サーバーは、その制御情報を保管するための追加のデータベース・スペース、および追加のプロセッサーと I/O 時間を必要とします。ただし、サーバーの数を増加させると、より迅速に情報を Apply コンポーネントで使用できるようになり、システム全体のスループットが向上する可能性があります。

Apply サーバーを追加することでも、別の利点を得ることができます。現行のアーキテクチャーでは、Apply サーバーは割り当てられたテーブルを逐次操作します。単一の Apply サーバーに割り当てられているビジネス指標グループとテーブルの数が多くなると、エントリーをすべて処理するのに長くかかります。Apply サーバーを追加すると、これらのビジネス指標グループを並列に処理することでパフォーマンスが向上する可能性があります。これには、I/O の競合を回避するために、適切なハードウェア、十分なテーブル・スペース、および綿密なバッファー・プールの計画が必要です。

Apply グループ・ポリシー・パラメーターのデフォルトを変更することは推奨されません。

ポリシー・パラメーターの指定方法:

モニター・サーバーをホストしているマシンを特定し、モニター・インストール・ディレクトリーを検索します。例えば、Windows の場合は「C:¥IBM¥WebSphere¥Monitor」です。このサブディレクトリーの下に「rm」という名前のディレクトリーがあり、そのディレクトリーの下に「config」という名前の別のディレクトリーがあります。この例では、「C:¥IBM¥WebSphere¥Monitor¥rm¥config」がディレクトリーの絶対パスです。

config ディレクトリーに「DS_Replication_Policy_Defaults.properties」という新規ファイルを作成します。このファイルが存在する場合、Data Services コンポーネントは、ユーザー指定のパフォーマンス・ポリシー・パラメーターの指定変更をこのファイルから読み取ります。

パラメーターは以下のように指定されます。

データ移動サービスの処理中、システムは、最初にサービス固有の値、次に明示的なデフォルト値、次に内部または暗黙的なデフォルト値を検索します。

Capture ポリシー・パラメーター

Capture ポリシー・パラメーターは、ビジネス指標グループが Capture サーバーに割り当てられる方法を変更します。ビジネス指標モデルごとに必ず 1 つの Capture サーバーが存在しますが、前のアーキテクチャーとは異なり、複数のビジネス指標グループそれぞれが別々のサーバーを持つのではなく、それらを同一の Capture サーバーに割り当てることが可能です。

Apply ポリシー・パラメーター

Apply ポリシー・パラメーターは、ビジネス指標グループが Apply サーバーに割り当てられる方法を変更します。現在は、ビジネス指標モデルごとに必ず 1 つの Apply サーバーが存在しますが、前のアーキテクチャーとは異なり、複数のビジネス指標グループそれぞれが別々のサーバーを持つのではなく、それらを同一の Apply サーバーに割り当てることが可能です。

Apply グループ・ポリシー・パラメーター

これらのポリシーは、ビジネス指標グループが Apply グループに割り振られる方法に影響を与えます。DB2 では、これらはサブスクリプション・セットです。サブスクリプション・セット間でテーブルを割り振る最良の方法については、DB2 レプリケーションの資料を参照してください。Replication Manager は、常にサブスクリプション・セットあたり 1 つのビジネス指標グループを割り振ります。

Copyright IBM Corporation 2005, 2006. All Rights Reserved.