您最喜欢的 LogParser 脚本是什么？
您最喜欢针对 IIS 日志和事件日志运行哪些 LogParser 2.2 脚本？
我将一系列脚本放在一起，在我们的生产环境中运行，以主动查找问题并在隔离性能问题时提供帮助。
您是否有使用的 LogParser 2.2 脚本的特定列表？
What are you favorite LogParser 2.2 Scripts to run against IIS logs and Event logs?
I am putting a list of scripts together to run against our production environment to proactively look for issues and to help when isolating performance problems.
Do you have a certain list of LogParser 2.2 scripts that you use?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我喜欢运行查询来识别请求的热门页面、“所用时间”总和最高的页面以及平均“所用时间”最高的页面。
有了这些，它有助于识别重负载部分，有时会导致可以通过缓存 ETC 来改进的区域。
I like to run queries to identify the top pages requested, the pages that have the highest sum of "time taken" as well as the pages with the highest average "time taken".
With these it helps to identify heavy load sections, and sometimes leads to areas that can be improved with caching ETC.
我们通常将批次拉回 SQL Server，然后从那里查询我们想要的内容。 我为共享主机工作，我们要查找的内容之一是 IIS 日志中存在过多的脚本错误以及记录到事件日志中的 ASP.NET 异常。 在拥有 1200 个站点的共享盒子上，如果不加以控制，这些可能会导致其崩溃，异常和错误总是代价高昂。 然后，我们使用这些数据让罪犯知道他们的网站需要修复。
We usually yank the lot back into SQL server then query what we're after from there. I work for a shared hoster and one of the things we look for is excessive scripting errors in the IIS logs and ASP.NET exceptions logged to the event log. On shared box with 1200 sites these can bring it to it's knees if not kept in check, exceptions and errors are always expensive. We then use the data to let the culprits know their sites need fixing.
本身不是脚本，但我喜欢对应用程序事件日志使用 LogParser 并在其中查找前 10 个应用程序错误。
Not a script per se, but I like to use LogParser against the Application Event Logs and look for top 10 application errors in there.