为何说是无聊的记录呢？
因为事先把问题想复杂了，事后发现的时候觉得更是无聊的行为。还是写下来，毕竟很少弄这么无聊的事情。
事情起因是需要给服务器做性能基数（baseline），用sqldiag 提取了大量的log信息，当然这里的数据库日志并不是指ldf文件。当我打开SQL 2005或2008的对象资源管理器-->管理-->SQL Server 日志察看发现日志大约有百万行，当然原因我就不说了。
日志log数据太大怎么办？
先查看日志log如何被调用的，在TSQL中执行
- --查看日志文件的存档号
- EXEC master.dbo.sp_enumerrorlogs
显示结果为
有了存档号，接着查看某一个日志文件异常大的log内容（图中的异常日志已经被清除了，所以这里记录的时候暂且认为存档#为4的日志是异常大文件）
接下来看看存档4的log内容，在TSQL中执行
- --根据存档号查看该档日志内容
- EXEC master.dbo.xp_readerrorlog 0
- EXEC master.dbo.xp_readerrorlog 1
- EXEC master.dbo.xp_readerrorlog 2
- EXEC master.dbo.xp_readerrorlog 3
- EXEC master.dbo.xp_readerrorlog 4
- EXEC master.dbo.xp_readerrorlog 5
- --因为我只需要查看文件大小异常的4号档，所以执行
- EXEC master.dbo.xp_readerrorlog 4
通常结果会返回如下图的内容
话说到这儿，才开始我那愚蠢且无聊的做法。（直到现在我仍然认为这个做法相当怪异）
因为这个日志log内容非常大，大约为数百万行，导致用sqldiag提取的__sp_sqldiag_Shutdown.OUT文件大小有近2G。于是有清除这个日志的想法，因为已经备档（备档的方式是将内容存为文本），所以可以清除日志。
于是我就想找到这个log内容是存放在数据库MASTER的哪个表中，以便于干掉它。找来找去，只让我看到xpstar.dll 和xpstar90.dll这些信息。既然是调用动态链接库，我也要看看这个dll的内容，于是从网上下载Reflector和Depends 进行反编译，接着反编译出错。
到这里，其实GOD已经提醒我该走出去呼吸一下新鲜空气再回来思考，结果我没有那样做。这段过程大约花费近3个小时时间，用《 Becoming a Technical Leader 》里的话说，我已经进入了神游状态，当然我自己丝毫没有发觉。
隔日清晨，来到办公室，当我下意识的打开系统中下面路径时，“密码”被破译了。其实只要删除log目录下ERRORLOG以及一系列ERRORLOG.1文件即可。
X:/Program Files/Microsoft SQL Server/MSSQL10.MSSQLSERVER/MSSQL/Log
其实我可以对自己说一句“神啊”，从结果看过程原来一切都是那么简单。
当然，为了清除这个日志log内容，也有问一些朋友，不过他们都误以为我要清除ldf日志文件。写下来也是告诉自己：方向错了，停下来就是前进！！