Apa yang dilakukan dengan mengubah Memori Server Max selain membersihkan cache paket dan (jelas) mengubah pengaturan memori)?

Menjalankan SQL Server 2012 SP3 pada ram 32 GB dan 4 core, koneksi bersamaan 60-80, dengan beban kerja sebagian besar ad-hoc, kita melihat lonjakan proses SQL Server (CPU) dan tetap berduri satu atau dua kali per hari pada waktu yang tidak dapat diprediksi. Kami sedang berupaya mengidentifikasi akar penyebab lonjakan tersebut. Sementara itu, kami telah menemukan bahwa mengubah pengaturan Max Memory (baik naik atau turun) tampaknya menjadi satu-satunya hal yang akan mengembalikan beban CPU ke normal.

Memeriksa log, dan mencari StackExchange ( https://dba.stackexchange.com/a/183276 ) kita melihat bahwa cache paket sedang disiram dengan mengubah pengaturan Max Memory. Namun, jika kita membersihkan cache rencana melalui DBCC FREESYSTEMCACHE ('SQL Plans'), beban CPU tidak kembali normal.

Karena mengubah pengaturan Max Memory menyelesaikan masalah tidak peduli cuaca apa pun kami menambah atau menguranginya, masalah tersebut tampaknya tidak terkait langsung dengan pengaturan Max Server Memory. Karena itu, kami mencoba memahami apa lagi yang mengubah pengaturan memori, dan kemudian menggunakan informasi itu untuk membantu mengidentifikasi akar penyebab lonjakan CPU kami.

Ref: Server Memory Server Configuration Options

max server memory mengontrol alokasi memori SQL Server, termasuk (pada dasarnya setiap petugas memori yang ditemukan di sys.dm_os_memory_clerks):

• kolam penyangga
• kompilasi memori
• semua cache
• qe hibah memori
• memori manajer kunci
• memori CLR

Jadi semua komponen ini akan dipengaruhi oleh max server memorypengaturan perubahan.

Di samping catatan ini akan menjadi jalan yang sangat sulit untuk menemukan apa yang menyebabkan lonjakan CPU Anda. Saya sarankan Anda menggunakan artikel berikut untuk pemecahan masalah Anda.

1. Memecahkan masalah kinerja CPU SQL Server oleh Joe Sack
2. Bagaimana cara mengetahui apa yang memalu SQL Server saya?