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.