SQLSERVER ErrorLog文件

检查完Windows的基本状况后，就可以开始检查SQLSERVER的健康状况。

不管你是遇到什么问题，建议第一个要检查的是SQLSERVER的ErrorLog文件

当SQLSERVER启动的时候，会在某个固定的路径下生成一个“errorlog”的文件

SQLSERVER默认会保留7份errorlog文件，按照时间顺序，依次用文件扩名.1,.2,.3,...,.6表示。

每重启一次服务，文件扩展名都会加一，最早的那份会被删除。

日志文件的默认路径是安装路径下的C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\LOG子目录。

C:\Program Files是我的机器的安装路径，这个路径是你安装SQLSERVER的时候选择的

当然DBA也能够修改其设置（在配置管理器里，双击sql服务-》高级-》转储目录）

发觉Windows对错误日志或者目录都叫转储的，像某些软件，例如QQ，有道词典好像也是用dmp格式的转储文件

说回正题o(∩_∩)o

如果你要分析的是一台陌生的服务器，可以用很多种方法找到errorlog路径。

一种比较简单的方法是在SQLSERVER 配置管理器里选择SQL服务，在其属性-》高级里找到一个“启动参数”的高级属性

在属性字符串里，会有一个“-e”的参数。他的后面就是跟errorlog文件的位置

或者干脆在上面说的转储目录就可以看到了

errorlog文件以文本方式记录，用任何文件编辑器，包括记事本，SSMS都能打开

一般来讲，errorlog文件的大小不会很大。用这些工具完全能够满足需求

但是，errorlog本身非常重要，他记录了SQL的整个开启、运行、终止过程。

如果SQLSERVER遇到了比较严重的问题，在errorlog里都会有所显示

ErrorLog显示包括以下内容：

（1）SQL的版本，以及Windows和Processor基本信息

（2）SQL的启动参数，以及认证模式，内存分配模式

（3）每个数据库是否能够被正常打开。如果不能，原因是什么

（4）数据库损坏相关的错误

（5）数据库备份与恢复动作记录

（6）DBCC CHECKDB记录

（7）内存相关的错误和警告

（8）SQL调度出现异常时的警告。一般SERVER HANG 服务器死机会伴随着有这些警告

（9）SQL I/O操作遇到长时间延迟的警告

（10）SQL在运行过程中遇到的其他级别比较高的错误

（11）SQL内部的访问越界错误（Access Violation）

（12）SQL服务关闭时间

在检查SQLSERVER相关问题的时候，总是从errorlog着手，先确认errorlog里是干净的。

如果errorlog里有一些错误或警告，就要确认这些错误和警告发生的时间，是不是前端感觉到问题的时间。

如果时间能对得上，那就要着重分析一下

如果开启一些设置，在errorlog里还能看到的有用信息有：

（1）所有用户成功或失败的登入

（2）死锁以及其参与者的信息：需要打开跟踪标志1222 或1204

复制代码 代码如下:

DBCC TRACEON(1222)
DBCC TRACEON(1204)

---

有时候errorlog也不是万能的哦？他不能反映的问题有：

（1）阻塞问题。只要阻塞还没有严重影响SQLSERVER的线程调度，errorlog里是不会有体现

（2）普通性能问题，超时问题。如果性能问题不是由于内存使用异常、线程调度异常，或者是I/O子系统反应非常缓慢，

而是由于表格或语句设计导致，errorlog里也不会有所反映

（3）Windows层面异常。如果Windows层面出现工作不正常，或者服务器不响应，SQLSERVER很难自我判断的

上面这三个问题，errorlog里一般不会有所体现。这也是我们为什麽要第一步就要检查Event Log的原因

下面给出一个errorlog的内容出来讲解