sql server2008 r2 64bit占用内存
问题
全部回复
-
LZ可以看一下性能计数器，看当时SQL的内存使用情况
--Windows与SQLSERVER系统使用内存情况和合理配置SQLSERVER内存 --P166
--性能监视器 perfmon
--添加-》可用计数器-》Memory-》添加available MBytes和pages/sec
--数据收集器集-》用户定义-》新建-》数据收集器集-》名称：SQLSERVER内存使用-》手动创建-》性能计数器-》
--添加下面的性能计数器-》时间间隔15秒-》保存路径：C:\Users\Administrator\Desktop\SQLSERVER内存使用-》
--保存并关闭-》选中刚才创建的数据收集器-》启动-》变成datacollector01 -》在用户定义下面 SQLSERVER内存使用 右键-》停止
--或者在空白的地方-》右键-》停止
--可以右键-》在用户定义下面 SQLSERVER内存使用-》属性-》更改数据收集器保存路径
--committed bytes:整个Windows系统，包括Windows自身以及所有用户进程使用的内存总数
--commit limit:整个Windows系统能够申请的最大内存数，其值等于物理内存加上文件缓存大小
--available MBytes（重要）:现在系统空闲的物理内存数。这个指标能够直接反映出Windows层面上有没有内存压力
--跑在Windows2000上会把空闲内存用完知道剩下4MB~10MB。跑在Windows2003或以上就会留给
--Windows多一点的物理内存
--page file :%usage page file:% peak usage
--反应缓存文件使用量的多少，使用越多缓存，性能越差
--pages /sec:每秒钟需要从磁盘上读取或写入的页面数目
--soft page fault一般不会带来性能影响，因此一般不太关心
--一个良好的系统，他要处理的数据应该比较长期地保存在物理内存里。如果频繁换页/换入换出
--势必影响性能，pages/sec不能长时间保持在一个比较高的值
--对于一台SQL服务器，如果available MBytes长期小于10MB，说明物理内存不太够
--pages/sec 物理内存不足也会做成频繁换页/换入换出 pages/sec不能长时间保持在一个比较高的值
--Windows系统自身内存使用情况------------------------------------------------------------------
--一个32位Windows系统，正常内存使用大概几百MB
--64位Windows系统大概1GB~2GB
--如果发生内存泄漏（一般由硬件驱动造成），Windows会用到几个GB甚至十几GB，反过来挤压应用的内存
--memory :cache bytes
--系统的working set，也就是系统使用的物理内存数目，包括高速缓存，页交换区，可调页的ntoskrnl.exe
--和驱动程序代码，以及系统映射视图
--cache bytes计数器是下面几个计数器的和：system cache resident bytes,system driver resident bytes
--,system code resident bytes ,pool paged resident bytes
--system cache resident bytes:系统高速缓存消耗的物理内存。高速缓存的主要功能是提高文件读写的速度
--,pool paged resident bytes：页交互区消耗的物理内存
--system driver resident bytes：可调页的设备驱动程序代码消耗的物理内存
--system code resident bytes：ntoskrnl.exe中可调页代码消耗的内存
--system pool 内存池
--如果两个重要的内存池 内存出现泄漏，或者空间用尽，Windows会出现奇怪不正常的行为，
--进而影响SQL稳定运行。所以需要检查这两个内存池
--pool nonpaged bytes 非换页内存池
--pool paged resident bytes 换页内存池
-------单个process使用情况------------------------------------------------------------------------
--常见场景：available MBytes看出服务器的内存基本用尽，但是从cache bytes看Windows自己没有
--使用多少。现在要开始分析应用程序的内存使用了
--在选择对象的实例里面要每个进程都要添加进计数器里面，不要选择_Total
--SQL的进程是sqlservr
--%processor time:是目标进程消耗的CPU资源数，包括用户态和核心态的时间
--page faults/sec:是目标进程上发生的page faults的数目
--handle count：目标进程handle(指向object指针)数目句柄数。如果进程内部有对象老是创建，不及时
--回收，就会发生handle leak
--thread count:目标进程的线程数目。如果进程老是创建新线程，不释放老线程，就会发生thread leak
--pool paged bytes:是目标进程所使用的paged pool大小
--pool nonpaged bytes:是目标进程所使用的non-paged pool大小
--working set:某个进程的地址空间，存放在物理内存的那一部分
--virtual bytes:某个进程所申请的虚拟地址空间大小，包括reserved memory 和committed memory
--private bytes:某个进程提交了的地址空间commited memory中，非共享部分
--假设有processA 和processB,他们的虚拟地址空间都分成两部分，核心态和用户态
--核心态是由Windows控制，所有进程共享。
--processA
--committed memory :1,2,3,4,7
--reserved memory:8
--shared memory:通过特殊API申请的内存，processA和processB都能够访问
--物理内存physical memory：1，3，4，d，7，9，b，c
--缓存文件page file：2，y
--系统核心态内存
--system working set=x
--检查计数器主要找到以下：
--使用内存最多的进程
--内存使用量在不断增长的进程
--出现问题的那个时间段，内存使用数量发生过突变（增或降）的进程
--这些可以通过working set private bytes得到初步答案
--如果内存足够，系统不需要经常到硬盘找数据，读动作会变少，内存不够，系统会繁忙，内存是因，磁盘是果
--如果一个进程的用户态CPU时间比较高，一般说明他没有遇到其他瓶颈，包括内存和磁盘
--他正在全力运行。
--如果内存有瓶颈，一般用户态的CPU时间不会很高，但是核心态的CPU时间反而会升高，因为
--这时候要做paging动作，所带来的产品I/O动作必须运行在核心态下，所以这时候CPU总体使用率
--不会为0，但一般也不会超过50%
--分析一台服务器的内存使用之前，要注意下面几点：
--1、首先确认服务器是32位还是64位，SQLSERVER是32位还是64位
--因为SQL由于其32位地址空间限制，无法再申请更多内存，所以会存在瓶颈。
--2、观察计数值的趋势和相互之间的关系，切忌用一两个值就作出结论
--一般系统有内存瓶颈，磁盘会繁忙，paging动作会比较多
--3、分析从内存检查使用开始
--再三强调，内存决定服务器的整体性能，是对性能影响最大的一个系统资源。作为一个最佳经验，
--建议始终从内存检查开始
--4、检查Windows系统自己的内存使用
--64位系统Windows会使用更多的内存，
--还有system cache resident bytes下降导致Windows释放占有的物理内存。
--看一下Windows的working set
--5、观察应用进程的内存使用
--系统是32位还是64位，
--boot.ini是否有/3GB参数，
--是否开启了AWE功能
--6、分析内存使用对CPU和I/O使用的影响
--paging是否较多
--Windows和SQL内存使用关系
--在绝大多数情况下，SQL会约束自己的内存使用量，不会消耗完系统的内存资源
--Windows2000中，SQL根据服务器的活动来增大或收缩缓冲区高速缓存，以使可用物理内存
--保持在4MB到10MB之间。
--Windows2003，SQL使用内存通知API QueryMemoryResourceNotification
--确定缓冲池何时可以继续分配内存。当Windows缺内存时，SQL通过这个API能够知道
--决定合适能够释放内存
--两个逻辑内存空间大小:total server memory target server memory
--SQL启动的时候会检查AWE ,SP_CONFIGURE里的max server memory 当前服务器可用内存数
--SQL内存使用量突然下降
--Windows2000时，SQL会用到系统只剩4MB~10MB的内存，对于其他应用例如IIS 会影响较大
--Windows2003时，改用API QueryMemoryResourceNotification来确认Windows是否有内存压力
--Windows内存管理也有改变，但是有时候SQL的内存会被压缩很多
--（1）Windows在某种情况下申请了太多内核态内存，反过来压缩了用户态可以使用的物理内存（SQL使用用户态内存）
--（2）有些硬件驱动申请了太多内核态内存，也占用了太多物理内存
--（3）某些应用申请了大量物理内存，使得Windows上内存紧张
--（1）开启lock page in memory功能
--SQL2005/2008 企业版才有，使用启动帐户使用具有lock page in memory的权限
--组策略-》计算机配置-》Windows设置-》安全设置-》本地策略-》用户权限分配-》锁定内存页
--锁定内存页默认有system 和administrator 启动帐户是local system
--但是只是锁住用户态，如果Windows内存不够，增加核心态内存，也会挤掉用户态内存
--（2）sp_configure 设置max server memory
--（3）升级Windows2003到SP2,或者使用Windows2008 ，这些版本Windows管理内存机制有了调整
--（4）升级硬件驱动程序，或者联系微软技术服务，帮忙检查是不是硬件方面问题引起给我写信：
QQ我： -
LZ可以把SQL ERRORLOG跟Windows eventlog贴出来吗？ 以便大家更好分析原因
例如：
1 2013-02-12 18:02:57.41 spid1s A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 0 seconds. Working set (KB): 7484, committed (KB): 63256, memory utilization: 11%. 2 3 --因为我的机器内存不足，所以需要把SQLSERVER内存页面换出 4 --这个信息在Windows事件查看器里应用程序日志也能看到
给我写信：
QQ我：
