↓インスタンスに接続されているユーザー・プロセスの要求を処理するために、サーバー・プロセスが作成されます。Databaseが共有サーバー用に構成されている場合に専用サーバー接続を要求するには、専用サーバーを使用するように構成されているネット・サービス名を使用して接続する必要があります。共有サーバー・アーキテクチャでは、接続ごとに専用サーバー・プロセスは必要ない接続手順クライアントのユーザー・プロセスはディスパッチャに接続します。ディスパッチャには、同時に複数のクライアント接続をサポートする機能があります。各クライアント接続はバーチャル・サーキットにバインドされます。バーチャル・サーキットとは、ディスパッチャがクライアントのデータベース接続要求と応答に使用する共有メモリーの一部です。ディスパッチャは、要求が到着すると、バーチャル・サーキットを共通キューに入れます。アイドル状態の共有サーバー・プロセスは、共通キューからバーチャル・サーキットを選択して要求を処理し、そのバーチャル・サーキットを解放して、共通キューから別のバーチャル・サーキットを取り出します。このアプローチでは、小さいサーバー・プロセス・プールで大量のクライアントを処理することが可能です。専用サーバー・モデルと比較した共有サーバー・アーキテクチャの大きな利点は、システム・リソースが少なくて済むため、ユーザー数の増加に対応できること。起動する初期共有サーバー数および最低限保持する共有サーバー数を指定します。共有サーバーを使用するための必須パラメータはこのパラメータのみ。同時に実行可能な共有サーバーの最大数を指定。同時に実行可能な共有サーバー・ユーザー・セッションの合計数を指定。同時に実行可能なディスパッチャ・プロセスの最大数を指定。受信および発信用のネットワーク・セッションに使用可能なバーチャル・サーキットの合計数を指定。SYSTEM文を使用してSHARED_SERVERSパラメータに0(ゼロ)以外の値を設定する。データベースの起動時にSHARED_SERVERSを初期化パラメータ・ファイルに組み込む。(DISPATCHERS=5)';システムが変更されました。ビューの、SERVER列が、'NONE'、'SHARED'なら共有サーバー。exam/abc123@oradb1接続されました。Perl5.008008。