为何说是无聊的记录呢？ 因为事先把问题想复杂了，事后发现的时候觉得更是无聊的行为。还是写下来，毕竟很少弄这么无聊的事情。 事情起因是需要给服务器做性能基数（baseline），用sqldiag提取了大量的log信息，当然这里的数据库日志并不是指ldf文件。当我打
    为何说是无聊的记录呢？
    因为事先把问题想复杂了，事后发现的时候觉得更是无聊的行为。还是写下来，毕竟很少弄这么无聊的事情。
事情起因是需要给服务器做性能基数（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 0exec master.dbo.xp_readerrorlog 1exec master.dbo.xp_readerrorlog 2exec master.dbo.xp_readerrorlog 3exec master.dbo.xp_readerrorlog 4exec 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日志文件。写下来也是告诉自己：方向错了，停下来就是前进！！