SQLがRAMをあまり使用しないのはなぜですか? Windowsには、アプリがメモリを割り当てる方法がいくつかあります。
SQL 2012Expressおよび以前のSQLServerの「有料」エディションでは、SQLにRAMが必要な場合、通常の方法でメモリを要求します。これにより、あなた、私、そしてほとんどの人が見慣れているタスクマネージャで高いメモリ使用量が表示されます。
ただし、SQL Server 2012では、SQLにRAMが必要な場合に「有料」(Standard、Enterpriseなど)が実行されます。 「AWE」割り当てを使用できます。これはタスクマネージャーのプロセスメモリ使用量には表示されませんが、サーバーの負荷([パフォーマンス]タブ)を見ると、プロセスリストに示されているよりもはるかに多くのメモリが使用されていることがわかります。
SQLはAWE割り当てを行う数少ないアプリの1つであるため、RAMMAPを使用してSQLからの「実際の」メモリ使用量を確認します。
http://technet.microsoft.com/en-us/sysinternals/ff700229 aspx
RAMMAPを確認してからSQLを再起動(およびRAMMAPを更新)すると、AWEの割り当てが解放されていることがわかります。
Microsoftから入手できる最良の情報に基づいて、Microsoftがに移行した理由AWEは、「通常の」メモリをページングできるが、AWEメモリを実際のRAMにロックできるためです。 AWEを使用すると、SQLが大量のRAMを要求して、OSページのRAMをディスクに戻すことだけを防ぐことができます。例として、SQLの再起動前後のAWE割り当てのスクリーンショットとタスクマネージャーのスクリーンショットを次に示します。変更前: 後: タスクマネージャー:
Plesk
SQL 2012Expressおよび以前のSQLServerの「有料」エディションでは、SQLにRAMが必要な場合、通常の方法でメモリを要求します。これにより、あなた、私、そしてほとんどの人が見慣れているタスクマネージャで高いメモリ使用量が表示されます。
ただし、SQL Server 2012では、SQLにRAMが必要な場合に「有料」(Standard、Enterpriseなど)が実行されます。 「AWE」割り当てを使用できます。これはタスクマネージャーのプロセスメモリ使用量には表示されませんが、サーバーの負荷([パフォーマンス]タブ)を見ると、プロセスリストに示されているよりもはるかに多くのメモリが使用されていることがわかります。
SQLはAWE割り当てを行う数少ないアプリの1つであるため、RAMMAPを使用してSQLからの「実際の」メモリ使用量を確認します。
http://technet.microsoft.com/en-us/sysinternals/ff700229 aspx
RAMMAPを確認してからSQLを再起動(およびRAMMAPを更新)すると、AWEの割り当てが解放されていることがわかります。
Microsoftから入手できる最良の情報に基づいて、Microsoftがに移行した理由AWEは、「通常の」メモリをページングできるが、AWEメモリを実際のRAMにロックできるためです。 AWEを使用すると、SQLが大量のRAMを要求して、OSページのRAMをディスクに戻すことだけを防ぐことができます。例として、SQLの再起動前後のAWE割り当てのスクリーンショットとタスクマネージャーのスクリーンショットを次に示します。変更前: 後: タスクマネージャー:
SQLManagementStudioでBACPACAzureバックアップを復元できません
MSSQL2008または2008R2ManagementStudioを使用してMSSQL2012に接続するとエラーが発生する