监控 ASP/COM+ Windows 2003/IIS 6.0 中的应用程序性能

发布于 2024-07-09 07:51:51 字数 594 浏览 5 评论 0 原文

我们正在使用Active Server Pages & 运行一个网站。 COM+ 组件。 ASP 页面调用 COM+ 组件,COM+ 组件又与外部系统通信并响应 ASP 页面请求。

我们发现应用程序在一段时间内变得缓慢并且需要重新启动(例如几天内)。 该网站在良好的硬件上运行,流量不大,因此我们认为这不是容量问题。

该应用程序是由不再支持我们的外部供应商用 ASP 3.0、VB 6.0 (COM) 编写的。 既然如此,我们想通过监控ASP网站和COM+组件的性能来找出问题出在哪里。

因此我的问题是:

  • 所有性能计数器都是哪些 对于这种情况最好进行监控?
  • 计数器应以什么间隔 被登录?
  • 计数器监控多长时间 在开始分析它们之前? 我 意识到这可能会有所不同 不同的应用程序但有 一般准则?
  • 收集完计数器后,如何 人们能明白其中的道理吗? 手动的 使用 MS Excel 进行分析还是有 有什么好的工具推荐吗? 什么是 你在这方面的经验?

非常感谢任何帮助。

We are running a website using Active Server Pages & COM+ components. The ASP pages call COM+ components which in turn communicates with external systems and respond to ASP page requests.

We find that the application becomes slow over a period of time and requires restarts (like in couple of days). The website runs on good hardware and does not have huge traffic and so we believe it's not a capacity issue.

The application was written in ASP 3.0, VB 6.0 (COM) by an external vendor who does not support us any more. This being the situation, we want to figure out where the problem is by monitoring the ASP website and COM+ components' performance.

Hence my questions:

  • Which all performance counters are
    the best to monitor for this case?
  • At what interval should the counters
    be logged?
  • How long are the counters monitored
    before you start analysing them? I
    realise this could vary for
    different applications but is there
    a general guideline?
  • Once the counters are collected, how
    can one make sense out of it? Manual
    analysis using MS Excel or is there
    any good tool recommended? What's
    your experience on this?

Any help highly appreciated.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

雪若未夕 2024-07-16 07:51:51

请参阅此线程< /a>.

您应该从 PAL Perfmon_Template_for_System_Overview.htm 设置文件开始,并添加以下 Active Server Pages 计数器:

  • 脚本运行时错误
  • ASP 预处理器
  • 请求中的错误 执行
  • 请求 排队
  • 会话
  • 脚本编译器中的错误
  • 总数调试请求
  • 请求执行时间
  • 请求等待时间
  • 请求/秒
  • 请求 总数
  • 成功的请求
  • 失败的请求总数
  • 模板缓存命中率
  • 进程 (inetinfo) 专用字节数

如果您监控的时间足够长,模板的默认采样间隔 15 秒应该足够了。 如果您白天有几个小时的高峰使用时间,那么只在这段时间内进行监控可能就足够了; 您只是在寻找趋势来帮助您集中精力解决问题。

PAl 工具附带了开箱即用的 IIS 5.0 和 6.0 分析器,但不包括经典 ASP。 您可以创建一个新的分析器(在 PAL 中称为阈值文件)来包含 ASP 的分析。 代码太长,无法在此处发布,但如果您有兴趣,请给我留言,我们将研究如何将我所拥有的代码发送给您。

另外,如果您有 Visual Studio 企业版,则可以使用 Visual Studio 分析器 (VSA) 用于跟踪所有 ASP 和 COM 调用。 它在分析时间花费的地方方面做得非常好,并且您可以包含 Perfmon 计数器来进行监视,以了解系统级别发生的情况。

See this thread.

You should start with the PAL Perfmon_Template_for_System_Overview.htm settings file and add the following Active Server Pages counters:

  • Errors During Script Runtime
  • Errors From ASP Preprocessor
  • Requests Executing
  • Requests Queued
  • Sessions Total
  • Errors From Script Compilers
  • Debugging Requests
  • Request Execution Time
  • Request Wait Time
  • Requests/Sec
  • Requests Total
  • Requests succeeded
  • Requests Failed Total
  • Template Cache Hit Rate
  • Process (inetinfo) Private Bytes

The template's default sampling interval of 15 seconds should be good enough, provided you monitor long enough. If you have hour(s) of peak usage during the day, it may be good enough to just monitor during that time; you're just looking for trends to help you focus your troubleshooting.

The PAl tool comes with analyzers for IIS 5.0 and 6.0 out of the box, but not classic ASP. You can create a new analyzer (called a threshold file in PAL) to include analysis for ASP. The code's too long to post here, but if you're interested, leave me a comment and we'll work out how I can send you what I have.

Also, if you have the Enterprise Edition of Visual Studio, you can use the Visual Studio Analyzer (VSA) to trace through all the ASP and COM calls. It does a pretty nice job of profiling where the time's being spent, and you can include Perfmon counters to monitor to see what's going on at the system level as well.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文