メモリ アーキテクチャ

SQL Server では、メモリの確保と解放が必要に応じて動的に行われます。通常、管理者が SQL Server に割り当てるメモリ量を指定する必要はありませんが、このオプションは一部の環境で必要になるので存在しています。

SQL Server では AWE (Address Windowing Extensions) がサポートされているので、32 ビット版の Microsoft Windows オペレーティング システムで 4 GB を超える物理メモリを使用できます。最大 64 GB の物理メモリがサポートされます。MicrosoftWindows 2000 で実行する SQL Server のインスタンスでは AWE メモリの静的割り当てが使用されますが、MicrosoftWindows Server 2003 で実行するインスタンスでは AWE メモリの動的割り当てが使用されます。

注
AWE のサポートは、SQL Server の Enterprise Edition、Standard Edition、および Developer Edition のみで使用でき、32 ビット オペレーティング システムにのみ適用されます。Analysis Services では、AWE でマップされたメモリを使用できません。使用可能な物理メモリがユーザー モード仮想アドレス空間よりも少ない場合、AWE を有効にすることはできません。

ディスクの読み書きはコンピュータ操作の中でも特にリソースを消費するので、どのようなデータベース ソフトウェアでも、ディスク I/O を最小限に抑えることを主な設計目標としています。SQL Server では、データベースから読み取ったページを保持するバッファ プールがメモリ内に構築されます。SQL Server のコードの大部分はディスクとバッファ プールの間の物理的な読み書きの回数が最も少なくなるように記述されています。SQL Server では次の 2 つの目標のバランスを取ることを目指しています。

• システム全体のメモリ不足を防ぐため、バッファ プールが大きくなりすぎないようにする。

• バッファ プールのサイズを最大にして、データベース ファイルの物理 I/O を最小限に抑える。

詳細については、「バッファ管理」を参照してください。

SQL Server 2005 の各エディションでは、既定でインスタンスごとにメモリが動的に管理されます。Windows 2000 とそれ以降のバージョンのオペレーティング システムでは、SQL Server による AWE マップ メモリの管理方法が異なります。

注
負荷の高いシステムでは、実行に大量のメモリを必要とする大きなクエリが必要最低限のメモリ量を確保できず、メモリ リソースの待機中にタイムアウト エラーが発生することがあります。これを解決するには、query wait オプションの値を増やします。並列クエリの場合は、max degree of parallelism オプションの値を減らすことを検討してください。

注
メモリ不足で負荷の高いシステムでは、クエリ プランにマージ結合、並べ替え、およびビットマップを使用したクエリが含まれていると、クエリがビットマップに必要な最低限のメモリ量を確保できなかった場合に、ビットマップが削除されることがあります。この動作がクエリのパフォーマンスに影響を与える場合があります。そのために並べ替え処理がメモリに収まらなくなったときに、tempdb データベース内の作業テーブルの使用率が増加し、tempdb データベースのサイズが大きくなります。この問題を解決するには、物理メモリを追加するか、より実行速度の速い別のクエリ プランを使用するようにクエリをチューニングします。チューニングの詳細については、「tempdb のパフォーマンスの最適化」および「データベースをチューニングする方法」を参照してください。