避坑：SQL Server一项默认设置可导致服务器莫名吃光内存

发现问题

某项目服务器采用64核、512GB内存的“顶级”配置。同时使用该服务器的Oracle及各项服务的作业人员近百名，服务器轻松运行理应不在话下。然而，某段时间，内存占用突然居高不下，始终在97%以上的高位波动。
网管三招第一式——重启。重启后，内存初始占用在20%左右。而后，逐渐攀升，最后又暴增至97%以上。眼见问题又复现。悲摧！
查找占用内存的进程时，发现除了正在使用的两个Oracle实例分别占用了80GB、40GB内存外，其他进程最多只占用数GB的内存。所有进程占用内存之和远远低于系统总内存512GB啊！停止非本项目使用的部分进程和服务后，发现内存先是略微下降，稍后又增至97%以上。仿佛有一个不在任务管理器中显示真实内存占用数值的进程，在不断地吞噬着有限的内存值，有多少它吃多少！到底是谁呢？

排查解决

在排查过程中，逐渐将疑点放在了SQL Server上。
果然，其对最大内存的使用值设置为2147483647MB。
天呐！问题就出在这里了。

尝试着将其修改为1024MB后，内存占用直线下降。

最终，内存占用率稳定在22%左右，这是正常的。

最后总结

• 任务管理器中找不到真正原因的进程，要合理怀疑是不是“微软全家桶套餐”搞的鬼。
• SQL Server有此天坑，要提高警惕！提高警惕！！提高警惕！！！