怎么分析IIS出错原因 如何查看IIS日志文件
说到IIS出错，有时候真的是让人抓狂，不过别急，咱们可以一步步排查。首先你得知道，IIS的日志是问题排查的关键所在。
-
禁用事件日志服务。你只需打开“控制面板——性能和维护——管理工具——服务”，或者直接运行services.msc，找到“Event Log”服务，双击然后选“禁用”。有点意思的是，这个步骤有助于排除事件日志服务本身的问题。
-
重新启动系统。这可是经典招式，尤其是Windows XP用户，重启后很多莫名其妙的问题都嗖嗖地消失了。
-
删除受损日志文件。去%SystemRoot%\System32\Config目录找找几个日志文件——比如Appevent.evt、Secevent.evt和Sysevent.evt，把它们删了，系统会自动重新生成新的日志文件，这样也能解决很多日志异常导致的故障。
其实IIS日志文件一般都挺大的，想要找这些日志也得有点耐心。通常你得登陆你的服务器环境，访问IIS日志所在的路径（一般是C:\WINDOWS\system32\LogFiles\W3SVCxxxxxx，具体xxx是网站编号），里面存放的都是网站访问生成的日志数据，等你熟悉后会发现它们超有用。
如何找到并查看IIS日志文件 用什么工具分析IIS日志数据
要查看IIS日志并不是直接打开TXT文件那么简单，有时日志数据量非常大，你得用点小工具才能更有效率。
-
找到日志文件夹。一般情况下，日志路径在你IIS管理器里可以直接找到。打开IIS管理器，点选你的网站，右侧会有“日志”图标，点击进去，日志目录就显示了。比如说常见路径是【C:\WINDOWS\system32\LogFiles\W3SVCxxxxxx】，进去里面就是按天存的日志文件。
-
使用LogParser工具。这个神器绝对不能错过！LogParser 2.2及以上版本自带了名叫DumpTraceReqs.js的脚本，专门用来格式化查询日志。虽然听起来有点复杂，但其实操作起来并不难，就算你对LogParser不熟悉，也能快速上手去处理和查看日志数据。
-
认识不同日志文件。除了一般访问日志，还有应用程序日志、安全日志、系统日志、DNS日志等等。这些日志默认都在%systemroot%\system32\config文件夹下，默认大小512KB，不过管理员大多会自己调整大小，毕竟服务器不一样嘛。
-
注意日志格式和跟踪日志区别。简单来说，一般IIS的管理跟踪日志有它自己的处理方式，上面提到的LogParser就特别适合处理普通访问日志，而对于管理跟踪日志，你得用专门软件或者手动分析。
总的来说，掌握这些关键路径和工具，查看和分析IIS日志其实一点都不复杂，反而能让你像侦探一样，迅速锁定问题所在。
相关问题解答
-
IIS日志文件一般存放在哪里呢?
嘿，这个超级常见！IIS日志通常都在C:\WINDOWS\system32\LogFiles\W3SVC开头的文件夹里，里面放着每天的网站访问日志。你打开IIS管理器，点你的网站，右侧“日志”选项里也能找到具体路径，方便得很！ -
为什么要禁用事件日志服务来排查IIS错误?
哎呀，这招很妙呢！禁用“Event Log”服务能帮你排查事件日志服务本身是不是挂了，因为坏掉的事件日志会影响系统记录，导致IIS出错。你试试看，禁用后重启机器，很多神秘故障也许就没啦！ -
LogParser工具怎么帮我分析IIS日志?
LogParser可厉害了，特别适合应付庞大的日志文件！它可以把复杂的TXT日志变成结构化数据，支持SQL语句查询，简单又高效。再加上配套的DumpTraceReqs.js脚本，直接帮你格式化日志，超级省事！ -
IIS日志文件太大，直接打开太卡怎么办?
嗯嗯，真心遇到过，小文件还好，大文件打开就掉坑了。这时候就用工具啦！LogParser就是拯救神器，直接在线查询你关心的内容，不用全部加载那大几十兆甚至上百兆的日志，你说方便不方便？
新增评论