在sql server 启动的时候会分配一部分保留内存，保留内存对buffer pool 来说是比较小的。很多的内存是从buffer pool上分配而不是从保留空间中分配，因此基本上不会有问题，但是随着日积月累应用程序变的越来越复杂，默认的保留空间已经无法满足需求那么就通过-g参数配置。因为不合适的空间大小和保留空间的碎片问题，导致无法请求到连续的内存空间。查看sys.dm_os_virual_address_dump 动态性能视图可以查看可用的虚拟地址空间。
保留空间的碎片问题是最难处理的，如果你打电话到微软技术支持，他们给的建议就是升级到64b,因为64b的虚拟地址空间是8t,不会不够如果你不想那么就加大你的保留空间地址。
诊断内存压力
当sql server 内存不足的时候，那么data cache 存储的数据就少，查询不能在内存中请求到数据，那么就请求io，放入内存，这些数据又很快的被清出内存，需要的时候有继续从io读进来，这个就是buffer pool 滚筒。buffer pool 滚筒会照成io过高，就会误认为是io的问题，其实是内存不足的问题。
内存相关计数器
有一些重要等待和内存使用率相关的性能计数器，但是要记清楚并没有一个计数器就能够表明内存压力的，一个简单的计数器快照并不能说明问题。内存压力的诊断需要一段时间的跟踪。
SQL Server :Buffer Manager
又很多有用的计数器都是这 buffer manager 对象下面，可以帮助发现buffer pool滚筒的问题。
buffer cache hit ratio
buffer cache hit ratio一般情况下在oltp中要高于95%，在olap中要高于90%。可惜的是没有关于这个性能指标相关的解释，和这个值是如何影响预读机制的。如果这个指标的值有巨大的下降那么就说明有问题。这个不能说明内存压力和sql server 健康指数。
page life expectancy
page life expectancy是页生命周期，也就是一个数据页在内存中的时间。在以前sql server 2000 4g的内存已经很大了，sql server buffer pool的大小是1.6g，如果sql server 从磁盘上读取1.6g的数据也只要5分钟，但是今天64g的内存是主流，如果从磁盘一下子读取50g的内存，会严重的冲击io。当存在大量的查询扫描表，读入新的数据页，导致生命周期值下降也不是不正常的。这个值必须长期的监视来分析问题。
Free Pages
free pages是内存中空页的数量，不要接近于0。这个值说明查询能否在其他查询不是放内存的情况下，快速的分配内存的主要依据。如果free pages 很少，页生命周期很短，并且伴随着空页争用（free list stalls/sec）的情况那么很有可能导致内存压力。
Free list stalls/sec
Free list stalls/sec每秒空页等待的数量，如果一段时间内都在0以上那么说明可能存在内存压力。
lazy write/sec
lazy write/sec 就是每秒写入磁盘的次数。如果发生量很大并且生命周期很短，free page 很少，但是 free list stall/sec 量很大，那么就是发生内存压力了。
SQL Server:memory Manager
SQL Server:memory Manager对象内对内存的消费和内存管理的问题提供了很重要参考
total server memory 和 target server memory
这2个计数器代表了当前sql server 使用的总共内存和sql server 想要用的内存。如果 target server memory超过了total server memory，也是内存压力的重要标志。sql server 会减少内存的需求来接近服务的可用内存，或者通过最大服务器内存配置，所以当内存出现压力问题的时候不应该第一时间去查看这2个计数器
memory grants outstanding
该值是现实多少进程已经成功的获取了内存的授权。在一段时间内，业务高峰期，如果该值过低，那么标志可能存在内存压力，特别是 memory grants pending 也比较高的情况下。
memory grants pending
该值是有过少进程正在等待内存的授权。如果为非0，那么说明需要调整或者优化负载或者增加内存。
内存相关的DMV
和内存相关的等待和非buffer pool 内存分配的信息，从dmv中获取。
sys.dm_exec_query_memory_grants 可以查看正在等待授权的查询，特别是大内存的授权
sys.dm_os_memory_cache_counter multi_pages_kb 显示了多页分配的内存分配
sys.dm_os_sys_memory 合计了系统当前内存，缓冲，cache，多页分配分配的内存。
sys.dm_os_memory_clerks 显示相关管理内存的书记进程，如 buffer pool 大内存的使用并且结合 MEMORYCLERK_SQLQERESERVATIONS 可以发现buffer pool 内存不住
内存相关问题
通常的一些问题可以被分为3种：错觉，错误配置，正在的问题。大量的疑似内存问题的最后其实只有一小部分才是真正的问题。
分页问题
当sql server 重要的组件被page out了，会在error log 中出现一个信息“a significant part of SQL Server process memory has been paged out”对于 workset的trim通常是下列的情况：
1.当没启用lock pages的时候，不正确的最大服务器内存的设置
2.windows 中系统缓冲，被用来处理非缓存的io操作，如复制文件。
3.硬件驱动问题导出使用过多的内存。
最有效的阻止方法是，开启lock pages，
因为lock pages 和没有设置服务器最大内存导致系统不稳定
如果sql server开启了 lock pages 但是 最大服务服务内存又没设置，sql server 会吃光所有的服务器的可用内存。当windows 内存紧张会向通知sql server 内存压力，但是buffer pool 和 working set 都不会被交换页面文件。这样会导致windows crash。如果最大内存数设置的过大也会造成同样的情况。
701错误和 FAILED_VIRTUAL_RESERVE
当sql server 申请一个连续的vas失败，就会返回701错误和答应出需求大小的信息。这个错误只会发生在32b的sql server，32b sql server vas十分有限。这个错误和buffer pool 没有什么关系主要是大于8k内存分配的时候出现。解决办法就是使用-g启动参数，修改sql server保留空间。
多实例下的内存设置
sql server 如果多实例安装在单个机器上或者一个故障转移能减少license的购买。当一台服务器上有多个实例，那么设置min_server_memory 和max_server_memory 很重要，根据每个实例的负载，避免出现内存冲突的情况。根据先前提到过的性能指标和dmv 对内存使用情况监测，设置一个合理的最大内存和最小内存数。在多实例情况下，建议把最小内存数也设置上，因为如果有最小内