标签：style   io   ar   使用   strong   sp   数据   on   问题   

1、服务器内存是否紧张

   通过性能监测器的相关参数观察发现，数据库的期望内存跟实际内存相差3G左右，理想上是期望值跟实际值有差不多大小；在根据其他监测中可看到：命中率为100%、为零的等待内存授予数、为零的等待页面空闲数及高的页面期望生存值，这标表示内存充足，当前不存在内存紧张的状态。

图1.1 性能监测器

2、数据库内存使用情况

根据图1.2可观察到数据库中内存较多的组件为：数据库缓存池（约10.86G）、缓存编译对象计划（3.15G）及缓存查询对象计划（752.4M）等。

图1.2 数据库内存

3、计划缓存里边各个实体类型占据的大小

根据图1.4克制，Adhoc计划内存（Adhoc计划是在存储过程、函数或触发器上下文之外执行T-SQL命令的时候创建）、存储过程编译计划缓存、预编译缓存及视图缓存占据较大，其平均重用执行次数大于1000次，也就是计划重用率较高，不建议清除该缓存。

图1.3 各数据库内存页加载计数情况

4、SQL Server中各数据库内存页加载计数

根据图1.3可观察到数据库内存页加载计数排名。

图1.4 各数据库内存页加载计数情况

5、重点分析数据库内存使用情况

（1）、各个实体在内存中的占据空间大小

图1.5.1 各数据库内存页加载计数情况

（2）、SQL查询中较为占内存的语句

 二、内存管理措施

 1、已部署的内存管理措施

a.通过设置最大服务器缓存

  服务器上有32个processors,系统为64为操作系统，查询可得最大线程数为960个，64位系统每个线程消耗2M，即需要

960*2M=1920M；Windows系统2048M内存；2-3G的程序空间。

数据库的最大内存=32*1024M-1920M-2048M-(2至3G)*1024M=25G至26G

2、建议措施

a)    优化相关的查询语句，尤其是编年表中联合查询问题；

b)    发布平台发布时候的数据处理流程需要优化；

c)     实时值中的触发器是否可以考虑换另外的存储方式；

d)    提前优化城市日均值的存储，而不是每次报表查询的时候计算，建议根据点位日均值表建立城市日均值表，查询的时候直接调用。

附件一：性能监测器详细信息

图1.1 服务器可用内存

图1.2 SQL SERVER缓存命中率

图1.3 SQL SERVER每秒空闲页面等待数

图1.4 SQL SERVER页面生存期望值

图1.5 SQL SERVER完成内存授予数

图1.6 SQL SERVER等待内存授予数

图1.7 SQL SERVER期望内存值

图1.8 SQL SERVER实际内存值

Test

标签：style   io   ar   使用   strong   sp   数据   on   问题   

原文地址：http://www.cnblogs.com/suxy/p/4040901.html