負荷の均衡化は、単一のデータベースまたは複数のデータベースに対して複数のリスナーを もつことができるという利点を活用する機能です。リスナーに入るセッション数のバランス をとることにより、接続パフォーマンスを向上できます。これは、2つの方法のうちの1つ で実現できます。
■ リスナー負荷の均衡化
■ クライアントのランダム化 表
表表
表3–3 接接接接続続続続ププププーーーリーリリンリンンンググググととと接と接接続接続続続集集集集中中中化中化化化 機機機
機能能能能 利利点利利点点点 推推推推奨奨奨奨環環環境環境境境: 接続プーリング 1. 1つのプロセスに対して使
用されるネットワーク・リ ソース数を制限する。
2. 一定数に制限された物理接 続数に対するクライアント /サーバー・セッション数 を最大化する。
3. リソースの利用を最適化す る。
メッセージ送信、OLAPなど、
対話形式の評価/検索の時間頻 度が高いアプリケーションを多 数のクライアントで実行するよ うなネットワーク。
集中化 1. 大規模なクライアント集団 をサポートする。
2. 実ユーザーの識別と監視が 可能。
3. 中間層のアプリケーション が追加サービスをサポート できる。
4. 複数のアプリケーションを もつクライアントには、ト ランスポートが1つだけで すむ。
5. データベース・リンクに は、ネットワーク接続が1 つだけですむ。
連続接続が必要なネットワー ク。
3.4.4.1
リ リ リ リス ス スナ ス ナ ナ ナー ー ー負 ー 負 負 負荷 荷 荷の 荷 の の の均 均 均衡 均 衡 衡 衡化 化 化 化
リスナー負荷の均衡化機能を使用すると、いくつかのリスナー間に複数の着信クライアン ト・セッションを分散できます。この機能により、過負荷になっているリスナーがないかど うかを容易に確認できます。各サービス・ハンドラは、登録されている各リスナーにロード 情報を定期的に送ります。そこで、各リスナーは各ハンドラがどの程度ビジーであるかを知 り、これらのハンドラのうち最もビジーでないハンドラに着信セッションをリダイレクトし ます。
リスナー負荷の均衡化は、次の場合には使用できません。
■ 事前生成済み専用のサーバー・プロセスは、そのプロセスを起動したリスナーだけで登 録されるので、リスナー負荷の均衡化を使用できません。
■ Oracle Parallel Serverには、独自のリスナー負荷の均衡化方法があります。詳細は、
『Oracle8 Parallel Server概要および管理』を参照してください。
リスナー負荷の均衡化は、各データベースに複数のリスナーを定義することにより構成され ます。複数のリスナーは、データベースと同じプラットフォーム上に、またはマルチスレッ ド・サーバーの場合は異なるノード上に、存在することができます。詳細は、『Oracle8
Server管理者ガイド』を参照してください。
3.4.4.2
複 複 複 複数 数 数の 数 の の のリ リ リス リ ス ス スナ ナ ナー ナ ー ー ー間 間 間で 間 で で でク ク クラ ク ラ ラ ライ イ イア イ ア ア アン ン ント ン ト ト トの の の要 の 要 要 要求 求 求を 求 を を をラ ラ ラン ラ ン ン ンダ ダ ダム ダ ム ム ム化 化 化す 化 す す する る る る
複数のリスナーが1つのデータベースをサービスする場合、クライアントは接続要求を送る リスナーをランダムに選択します。このランダム化によって、すべてのリスナーが着信接続 要求をサービスする負荷を共有できます。
クライアントがランダムにリスナーを選択できるようにするには、サービス名ごとに異なる リスニング・アドレスを構成する必要があります。サービス名アドレスの構成についての詳 細は、第6章の「Oracle Names」を参照してください。
3.4.5 セッ セッシ セッ セッ シ ション シ ョン ョン ョン・ ・ ・ ・デー デー データ デー タ タ・ユ タ ・ユ ・ユ ・ユニ ニ ニ ニット ット ット（ ット （ （SDU） （ ） ） ）サ サ サイズ サ イズ イズ イズの の の の調整 調整 調整に 調整 に による に よる よる よるデ デ デ データ ータ ータ転 ータ 転 転 転 送の 送の 送の
送の最 最 最 最適化 適化 適化 適化
ネットワーク間の往復回数を減らすようにアプリケーションを調整することは、ネットワー ク・パフォーマンスを向上させる最高の方法です。これを行うと、セッション・データ・ユ ニット（SDU）のサイズを調整してデータ転送を最適化することもできます。
SDUは、Net8がネットワーク間でデータを転送する前にデータを配置するバッファです。
Net8がバッファ内のデータを送信するのは、データ送信が要求されたとき、またはバッファ がデータで満杯になったときです。
表 3–4は、SDUのサイズ変更が適切である時期と適切でない時期を示したものです。
セッション・データ・ユニット・サイズを調整するには、ローカル名構成ファイル
（TNSNAMES.ORA）にパラメータを追加します。詳細は、5.4.3「高度なサービス名オプショ ンの構成」を参照してください。
表 表表
表3–4 セセセセッッッッシシシショョョンョンン・ン・・・デデデデーーータータタ・タ・・・ユユユユニニニッニッッットトトト（（（（SDU）））の）ののサのサササイイイイズズズズををを変を変変変更更更更すすするするる時る時時時期期期期ににに関に関関す関すすするるるる考考考考慮慮慮点慮点点点 セ
セセ
セッッッッシシシショョョンョンン・ン・・・デデデデーーーータタタタ・・・・ユユユユニニニッニッットットトト・・・・サササイサイイズイズズズをををを変変変変 更
更更
更すすすするるるるととときとききき
セ セセ
セッッッッシシシショョョンョンン・ン・・・デデデデーーーータタタ・タ・・・ユユユユニニニッニッットットトト・・・・サササイサイイズイズズズをををを変変変変 更
更更
更すすすするるるる必必必要必要要が要がががなななないいいいととときとききき 1. サーバーから戻されるデータが個別のパ
ケットに別れる場合
2. 遅延が長い広域ネットワーク（WAN）上 にいる場合
3. パケット・サイズが一定している場合 4. 戻されるデータ量が多い場合
1. 遅延に対処できるようにアプリケーショ ンを調整できる場合
2. データ伝送の影響がほとんどない高速 ネットワークを使っている場合
3. 要求によってサーバーから戻されるデー タ量が少ない場合
注 注注
注意意意意: SDUサイズは、通常の伝送フレーム・サイズの倍数に設定する必 要があります。イーサネットの通常のフレーム・サイズは1024のため、
イーサネット・プロトコルでの最も効率的なSDUサイズは1024の倍数で す。ただし、1024の4倍までに制限されます。
接続プーリングまたは接続集中化を使用しているときは、これらの機能に 対して、1つのトランスポートについてさらに16バイトが必要になること に注意してください。プロトコル・フレーム・サイズの詳細については、
そのプロトコルに関するそれぞれのマニュアルを参照してください。