0

您如何将性能问题隔离到应用程序基础架构的特定组件？具体来说，结果日志中是否有不同的标记来区分 Web、应用程序和/或数据库服务器级别的瓶颈？

我在一次采访中被问到这个问题，并对此一无所知。似乎此信息在任何地方都不可用。

4

3 回答 3

1

除了 SiteScope 和其他对系统组件的无代理监控之外，您还需要确保您的场景和脚本按预期工作。这包括正确的错误检查和事务的使用（以及许多其他事情）。如果事务足够细化，这将使您至少了解存在性能问题的请求。获得这些指标后，请与基础架构团队一起查看日志和其他信息。作为一个迭代过程，测试可以集中在越来越小的基础设施部分。

此外，loadrunner 脚本不必严格地“通过前门进入”。如果你有一个多层系统，可以编写脚本直接访问 web/app/database 服务器。

对于要查找的内容，请关注任何具有“膝盖”或“曲棍球棒”行为的测量值。您可以直接在控制器中挂钩任何服务器资源类型测量，并在分析阶段集成其他团队的统计数据。与较低虚拟用户级别的基准进行比较，以确定什么是可接受的，什么是不可接受的。

祝你好运！

于 2010-05-29T04:14:52.783 回答
1

如果面试的重点是 LoadRunner 并且考虑了 SiteScope - 我会得出结论，它更关注 HP/Mercury 解决方案。在这种情况下，我建议您查看 HP Diagnostics 及其 LoadRunner 集成功能。

于 2010-06-22T09:09:57.513 回答
0

仅通过查看性能测试的标准结果通常无法获得此类信息。

您正在寻找的部分信息可以通过使用 SiteScope 监控测试中的所有相关服务器来找到。SiteScope 提供了许多可供查看的计数器，例如 CPU、内存、磁盘 I/O 和网络 I/O - 正如在每台服务器上看到的那样。

此信息可能会提供有关瓶颈所在位置的线索，并且添加到 SiteScope 的计数器越多，查明瓶颈的更改就越大。

一个非常普遍的误解是 AppServer 和 DBServer 瓶颈可以通过查看原始响应时间或命中、页面等（Web 协议）来识别，除非当然访问的 URI 定义了系统中的确切组件。 .

于 2010-05-28T10:42:47.110 回答