SGA管理

DB_BLOCK_SIZE
　ブロックサイズ。
DB_BLOCK_BUFFERS
　バッファキャッシュ内のデータベースバッファ数。
DB_CACHE_SIZE
　バッファプールサイズ。
DB_ｎK_CACHE_SIZE
　複数のブロックサイズを使用する際の、ブロックサイズ毎のキャッシュサイズ。

　～バッファキャッシュサイズを決める場合、下記の二通りがある。～
　　①db_block_buffers × db_block_size
　　②db_cache_size

JAVA_POOL_SIZE
　javaプールサイズ。（Javaオブジェクト及びその他のJava実行メモリー）
SHARED_POOL_SIZE
　共有プールサイズ。（SQL及びPL/SQLの実行のメモリー割り当て）
　内部SGAオーバヘッド（その他の初期化パラメータにて割り当てられるメモリー）を含む。
　
◎グラニュル
SGA内の領域割り当て単位。
　<サイズ>
　※一般的なプラットフォームでの値。
　　SGAの合計サイズが1GB以下：4MB
　　SGAの合計サイズが1GB以上：16MB

SGA_MAX_SIZE
　SGAの最大サイズ。
SGA_TARGET
　SGAサイズ自動管理。
　<自動管理対象>
　　共有プール [shared_pool_size]
　　ラージ・プール [large_pool_size]
　　Javaプール [java_pool_size]
　　バッファ・キャッシュ [db_cache_size]
　　Streamsプール [streams_pool_size]
　<手動設定>
　　ログ・バッファ [log_buffer]
　　KEEPバッファ・キャッシュ [db_keep_cache_size]
　　RECYCLEバッファ・キャッシュ [db_recycle_cache_size]
　　非標準ブロック・サイズ・バッファ・キャッシュ [db_nk_cache_size]


■共有サーバプロセス
クライアントからの接続要求をリスナーが受けとると、接続要求タイプに基づき、適切なサービス・ハンドラ（ディスパッチャ、専用サーバープロセス）を判断。転送先のサービスハンドラ利用状況をサービス登録（PMONから提供される）から確認し、要求を転送する。

1. クライアントからの接続要求（ユーザープロセス）をディスパッチャへ接続。
2. クライアントからの接続をバーチャルサーキットへバインド。
3. 要求が来るとディスパッチャがバーチャルサーキットを共通キューへ配置。
4. 共有サーバー・プロセスが共通キューからバーチャルサーキットを取り出し要求を処理。
5. 処理が終了するとバーチャルサーキットを解放。別の要求を取得。
6. PMONプロセスがディスパッチャの場所とロード情報をリスナーに登録。

<共有サーバー用初期化パラメータ>
SHARED_SERVERS

• 　インスタンス起動時に作成される共有サーバーの最小数。
• 　起動後はDBが自動で動的に管理。
• 　標準的には「１共有サーバー/10接続」

MAX_SHARED_SERVERS

• 　PMONによって自動作成可能な共有サーバーの最大数。
• 　SHARED_SERVERSの値が優先。
• 　リソースの問題上最大値を管理したい場合に設定。

CIRCUITS

• 　共有メモリー上に作成可能なバーチャルサーキットの許容最大数。

DISPATCHERS

• 　ディスパッチャプロセス構成の設定。
• 　接続プロトコル、ディスパッチャ数など、属性と値にて設定。
• 　例）DISPATCHERS='(PROT=tcp)(DISP=5)'
• 　ディスパッチャ数＝最大同時セッション数/接続数。

■専用サーバー
　専用サーバ・プロセス
クライアントからの要求が専用サーバープロセスへ接続。