Resolution

サイジング目的で利用できるメモリー量を確認するにはどうしたら良いですか?

以下のように、"free" コマンドの出力で確認できます。

 # free  
 total used free shared buffers cached  
 Mem:49322992 43075896 6247096 0 712936 39799284  
 -/+ buffers/cache:2563676 46759316  
 Swap:33554424 673416 32881008  

物理メモリー (RAM) は 49322992KB です。解放されている物理メモリー (RAM) は swap+buffer+cached で 46759316 KB です。利用可能なメモリーは 'swap+memory' です。より正確に示すと 'free swap + free memory (free memory+buffer+cached) です。

キャッシュされる量と、キャッシュを行うプロセスを確認するにはどうしたら良いですか? どのプロセスがキャッシュを「所有」したり、キャッシュを報告したりしますか?

"cache" として使用するメモリーは、# grep -iE "cache" /proc/meminfo コマンドで表示できます。キャッシュは、システム全体のパフォーマンスを改善するのに使用されるカーネル構造で、メモリーを適切に利用すると負荷の低下を避けることができます。カーネルによって管理されているため、 これは一般的には 1 つのプロセスがキャッシュを「所有」していないため、システム全体の負荷の結果であり、キャッシュを所有しているかもしれない Oracle を使用しています。これは、システムの負荷が高くなる時に簡単に縮小または再要求できるため、キャッシュは「システムメモリー」として見なされ、"freeable" として報告されます。

データベースインスタンスがサーバーにどのぐらい追加されるか、もしくはその他のプロセスまたはインスタンスに対して使用できるかどうかを決める場合にどの値を使用する必要がありますか?

'free' の値を使用できる一般的なシナリオでは、利用可能なメモリー量は 'free + buffer + cache' になります。メモリーが唯一の制約だった場合は、データベースのバッファーおよびキャッシュのスワップをできるだけ回避することを検討する必要があります。 この Oracle の例の場合は経験上、SGA サイズはシステムメモリーの 70% 以下にすることが推奨されています。 ( Oracle でのチューニング方法の詳細は Oracle 社にお問い合わせください。 )

報告されるメモリーの合計は以下のようになります。

#sar -r (kbmemfree + kbmemused) = 49322992
#vmstat 3 3 (free + buff + cache) = 46767488  
#free (total)= 49322992  
#ps -aux RSS = 31090168 (used)

vmstat が、free や sar 以外のメモリー合計を報告するのはなぜですか?

'vmstat' の場合、free + buff + cache の結果は、システムで利用できる空きメモリーを示します。これは 'free' とほぼ同じになります。 以下はそれぞれ free、buffer、および cache の値になります。

 from free = 6247096 +712936+39799284 =46759316  
 from vmstat = 6263992 +701620+39795264 =43760876  

これはほぼ同じです。また、"free" および "sar -r" は物理メモリーのスナップショットを報告し、"vmstat" はプロセス、メモリー、ページング、ブロック IO、トラップ、および cpu アクティビティに関する情報を即座に報告します。これは、遅延の長さをサンプリング期間で情報を生成します。したがって、適時、比較を始めた時に、報告された値の中で多少の相違が見られるのは通常のことです。

RAM が 48GB のシステムで RSS と FS(?) キャッシュが ~38GB 以下の場合に、どのようにして、プロセスで使用中のメモリーが ~31GB になりますか?

RSS は、共有メモリーセグメント (メモリーマッピング、ライブラリー) を含むため、正確なプロセスのメモリーフットプリントを提供しません。

たとえば、現在 3 つの Oracle インスタンスが実行しているサーバーがあり、さらに 2 つ追加する場合があります。これを行うため、十分なリソース (特に RAM) が利用できることをどのように保証しますか? サーバーは、 現在 free で 44GB が "freeable" となっています。この値を検討する必要がありますか?

いいえ、この値は、潜在的に利用可能なメモリー量を示します。利用可能な空きメモリーは 'free + buff + cache' になります。

ただし、これについては少し問題があります。Oracle データベースでは free + buffer + cache を考慮することはできません。Oracle は SGA を使用します。Oracle SGA は、別のアプリケーションに使用されない RAM ですべての共有メモリーを維持します。SGA は、空き出力で "cached" に表示されます。キャッシュ下で SGA に割り当てられたメモリーは利用可能とは見なされません。

システムと、SGA が予期される 8GB となる新しい DB インスタンスに対する要件があります。メモリーがこの制限であることを前提としています。利用可能な RAM が十分かどうかはどのように特定できますか?

経験上、通常は、オペレーションシステムに影響を及ぼす可能性があるため、SGA は物理メモリーの 70% 以下にするようにしてください。通常は、利用できる解放メモリーの量は 'free + cached + buffer' です。このシステムには Oracle の 3 つのインスタンスが存在し、キャッシュでメモリーのほとんどが使用されているのが確認できます。SGA のサイズによって異なるため、利用可能/空きメモリーの量は計算することができません。この問題については Oracle から提案を受けることが推奨されます。

SGA はキャッシュに存在しますか? すべての SGA がキャッシュに存在しますか? それとも一部だけですか? 一部の場合は何が存在しますか?

すべての SGA がキャッシュに存在します。

以下は SGA の例です。どのコンポーネントがキャッシュに表示されますか?

SGA Component Current Allocation (MB)  
Shared Pool 444  
Buffer Cache 280  
Large Pool 4  
Java Pool 4  
Other 16

これらのすべてのコンポーネントはキャッシュメモリーの一部です。