SQLServer巡检报告模板分解.docx
《SQLServer巡检报告模板分解.docx》由会员分享,可在线阅读,更多相关《SQLServer巡检报告模板分解.docx(7页珍藏版)》请在冰豆网上搜索。
SQLServer巡检报告模板分解
SQLServer巡检报告
XXXX系统集成服务有限公司
密级:
保密
XX省XX公司
SQLServer数据库系统
巡检报告
XXXX系统集成服务有限公司
2016年02月
第1章.文档控制3
第2章.巡检目的4
第3章.系统基本信息巡检4
第4章.操作系统环境巡检5
第5章.数据库性能巡检6
第6章.数据库维护巡检11
第7章.总结及建议12
第1章.文档控制
日期
作者
版本
修改记录
2016.02.03
小明
V1.0
首次巡检
第2章.
巡检目的
A.监控数据库的当前运行状况,确保数据库稳定运行。
B.监控数据库的备份或容灾或集群状况,减少问题发生时的风险和责任。
C.尽可能减少紧急故障发生频率。
D.尽早发现系统存在的潜在问题,使可能的故障消除在萌芽状态。
E.提出相应的合理改进建议。
第3章.系统基本信息巡检
SQLSERVER2005是微软出品的数据库产品,以其卓越的性能和高超的稳定性在目前的企业应用中占据着重要地位。
此次SQLServer维保保障SQL数据库系统的稳定工作的重要措施,在此感谢在巡检过程中给予我们帮助和支持的客户方员工。
A.机器名称:
Ufida
B.硬件配置:
Intel(R)CPUE5-26302.3GHz(2处理器),24核,16G内存
C.操作系统版本:
WindowsServer2008R2X64企业版WindowsNT6.1(Build7600:
)
D.数据库版本:
MicrosoftSQLServer2005SP3-9.00.4035.00(X64)
E.工作模式:
Windows域模式,域为
F.数据库端口:
1433
G.业务系统:
用友财务、人事和考勤。
H.内存使用:
物理内存16G,实际使用5.95G,设置了最大内存12G。
第4章.操作系统环境巡检
A.检查系统日志
a)使用“事件查看器”,查看系统日志,关注错误信息排查错误。
检查结果:
正常
b)重点关注与SQLServer相关的日志信息。
检查结果:
有比较多的SA账户登陆失败,需进一步排查。
c)及时备份与清理过期的日志信息。
检查结果:
正常
B.检查磁盘空间
a)有C、D、E三个盘符,系统文件在C盘上,数据文件和日志文件在D盘上。
b)检查系统文件所在的磁盘空间使用情况
检查结果:
正常已用空间:
43.7G,可用空间53.9G
c)检查数据文件所在的磁盘空间使用情况
检查结果:
正常已用空间:
8.62G,可用空间479G
d)检查日志文件所在的磁盘空间使用情况
检查结果:
正常已用空间:
8.62G,可用空间479G
e)检查备份的磁盘空间使用情况
检查结果:
单机运行,没有备份。
第5章.数据库性能巡检
1
2
3
4
5
检查项目
检查结果
指标说明
磁盘使用情况
PhysicalDisk->AVG.DiskAueueLength
正常
显示每一个磁盘的队列长度。
不要选择_TOTAL对象,而是查看某驱动盘符的队列长度,如果参数值持续大于2,则可能影响性能。
PhysicalDisk->AVG.Disksec/Read
正常
显示每次读取的平均磁盘时间,理想情况下值小于10毫秒。
PhysicalDisk->AVG.Disksec/Write
正常
显示每次写入的平均磁盘时间,理想情况下值小于10毫秒。
SQLServeAccessMethods->Fullscans/sec
正常
显示每秒请求完全索引扫描或者全表扫描的数目,如果扫描频率每秒大于1,那么说明索引缺少或者索引比较差。
SQLServerAccessMethods->PageSplits/sec
正常
显示每秒页面拆分的次数。
可以通过适当的索引维护或者好的填充因子来避免发生。
CPU使用情况
低于3%
System->ProcessorQueueLength
正常
显示系统队列长度,如果平均值大于3,那么说明cpu存在瓶颈。
Processor->%PrivilegeTime
正常
显示操作系统内部操作所花费的时间
SQLServer:
SQLStatistics->SQLCompilations/sec
正常
显示查询计划的编译次数。
次数过高的话,说明可能未使用绑定变量导致计划重新编译,或者说重新编译次数比编译次数过高的话,那么说明存在应用上的瓶颈。
SQLServer:
SQLStatistics->SQLRe-Compilations/sec
正常
显示查询计划的重编译次数。
次数过高的话,说明可能未使用绑定变量导致计划重新编译,或者说重新编译次数比编译次数过高的话,那么说明存在应用上的瓶颈。
内存使用情况
5.95G
DBCCMEMORYSTATUS
正常
重点查看buffercounts部分:
其中committedmemory和targetmemory最重要。
Committedmemory表示sqlserver已经得到的内存数量
targetmemory表示有效运行所需的内存数量。
当两个存在差别过大,说明可能存在内存压力。
SQLServer:
BufferManager-> PageLifeExpectancy
正常
显示数据页在缓冲池中驻留的时间长度(单位是秒)。
值越大,系统越健康。
如果存在内存瓶颈,这个值会低于300s或者更少。
SQLServer:
BufferManager->Buffercachehitratio
正常
显示数据库内存命中率,所请求的数据或者说页面在缓冲池被找到的次数,如果很低说明内存不足,此值一般大于98%
SQLServer:
BufferManager->Stolenpages
正常
当这个指标与目标内存页面数比例较大时可能存在问题。
SQLServer:
BufferManager->MemoryGrantsPending
正常
显示等待内存授权的进程队列。
这个指标值为0时理想状态。
SQLServer:
BufferManager->Checkpointpages/sec
正常
显示检查点操作每秒写入磁盘的脏页数目。
如果这个值很高,说明缺少内存。
SQLServer:
BufferManager->Lazywrites/sec
正常
显示每秒将脏页从内存写到磁盘的次数。
这个值应该尽可能接近0,当大于20或者更多,确信缓冲池不够。
第6章.
数据库维护巡检
A.主数据库(业务数据库)(查看数据文件和日志文件增长情况)
检查结果:
正常自动增长,每次增长10%,空间足够。
B.镜像数据库
检查结果:
单机数据库运行,没有配置镜像。
C.辅助数据库(LogShipping)
检查结果:
单机数据库运行,没有配置日志传送(LogShipping)。
D.作业运行状况(通过图形界面“作业活动监视器”查看)
检查结果:
没有作业,没有启动SQLAgent。
E.备份状况(查看备份是否成功、验证备份集(RESTOREVERIFYONLY)、定期做数据库灾难恢复的演练-还原、HA)
检查结果:
没有备份,也没有做双机热备HA。
第7章.总结及建议
总结:
1..数据库性能:
CPU消耗低,2%以下,内存充足,不到设置的最大内存12G的50%,硬盘空间也充足。
2.数据库安全性:
较多的SA登陆失败,可能是正常的密码输入错误引起,也可能涉及安全风险。
3.数据库备份容灾:
当前用户只是在同一个硬盘、同一个SQL实例里有多个数据库,但是没有做普通意义上的备份和容灾,存在数据丢失风险。
建议:
1.进一步核实SA登陆失败的原因。
2.数据库的备份很重要,建议做好物理备份,物理备份和源数据库文件不能位于同一个物理磁盘上,一般需要位于不同的物理服务器上。
鉴于财务系统的重要性,有预算的话,建议采用性价比高的第三方DBTwin数据库集群软件(应用级双活、故障时数据零丢失、安装维护简单)。
不建议采用第三方的双机热备或者第三方的容灾备份方案。
厂商工程师维护责任人
签字:
签字:
日期:
日期: