在服务器上运行SQL之后，SQL会尽可能地吃满所有的CPU和内存资源。如果一台服务器上有多个实例，每个实例里面又有多个数据库，就容易出现下面的问题：

1、可能某个数据库中的某个表中的代码有问题，把所有的内存都吃掉了，这样就导致因为这一个表的问题，其他的实例中的数据库都产生影响；

2、windows本身在运行备份或者维护任务，或者硬件驱动程序，占用了大量内存，也抢占了属于SQL的内存；用户态是抢不过内核态的；

如果能在实例级别为同一SQL服务器上的不同实例限制其能够使用的最大和最小内存，就能降低这种情况对其他应用系统的影响。具体的操作如下：

（一）实例的最大和最小内存设置

右击数据库，选择属性，如图。

为实例设置合适的最大和最小内存，如图。

（二）为操作系统预留足够的内存

假如一台8GB的服务器，我们可以限制数据库使用的内存上限不超过6GB，剩下的2GB留给操作系统使用。

（三）配置lock pages in memory

查看SQL进程的启动账户，如图。

在组策略里设置启动SQL Server的账户拥有锁定内存页的权限。如图。

在下图的添加用户或组界面，添加SQL server的服务启动账户，如图。

设置完成后，需要关注的两个问题：

1、因为SQL Server锁定了内存页，当Windows内存告急时，SQL Server就不能对Windows的内存告急做出响应，因为SQL Server的特性是内存有多少用多少，因此很有可能在无法做出对Windows低内存的响应时造成Windows的不稳定甚至崩溃。因此开启了”Lock Page In Memory”之后，要限制SQL Server Buffer Pool的内存使用

2、还有一个问题是当Buffer Pool通过AllocateUserPhysicalPages分配内存时，我们在任务管理器中看到的sqlservr.exe占用的内存就仅仅包含Buffer Pool中非Data Cache部分和MemToLeave部分，而不包含Data Cache部分，因此看起来有可能造成sqlservr.exe只占用了几百兆内存而内存的使用是几十G。这时我们就需要在Perfmon.exe中查看SQL Server:Memory Manager\Total Server Memory计数器去找到SQL Server真实占用的内存。（由于SQL server 2012内存管理机制的变化，所以个人认为这一条原则可能只适用于SQL server 2008R2以前的数据库版本）