时间戳

首页 > 解决方案 > LR 事务日志

loadrunner - LR 事务日志

问题描述

LR 能否为所有发出的 GET/POST 创建事务日志。每个 GET/POST 一条日志记录。每条记录至少有 URL、日期/时间、响应时间、HTTP 状态、LR 状态、响应长度（字节）。这类似于 Jmeter 中的 JTL 日志。

我需要这个日志来详细研究响应时间——例如，如果我们怀疑超时或响应时间过长，我想去这个日志看看它们是什么时候发生的，这样我就可以将缓慢与应用程序或应用程序中的某些东西联系起来数据库。

我可以从 MDB 获取事务日志吗？我没有 Microsoft Access，所以我无法检查。或者我可以从 eve 文件中得到这个吗？

提前致谢。

标签： loadrunner

解决方案

由于负载生成器上的磁盘争用，因此不建议记录所有事件。你能想象成百上千个线程争夺对存储的写访问吗？它成为负载生成器性能的拖累锚。

我会指出另外两个数据来源供您分析。

  1. 目标上的 HTTP 访问和错误日​​志。我用你的 GTE/POST 引用“假设 HTTP”。如果 w3c耗时值还不是您的日志模式的一部分，请务必启用它。您可以按照您希望的任何方式发布处理日志，从 microsoft Logparser 到 Splunk。在请求和错误日志中留出时间将帮助您了解单个请求和相关问题。但是，最重要的是，这不会拖累负载生成器
  2. 结果 MDB 文件。这是 LR 分析应用程序使用的 microsoft access 格式文件，除非您选择了另一个 taret（例如 MS SQL Server）。您要查看的表是 [Event Meter] 表及其相关表。[METADATA] 表中记录了这些关系，以了解如何协调可读的内容。在这里，您可以从用户事务、状态、负载生成器名称、脚本等中提取时间......

我要查看的最后一项是实际日志（打开“登录错误”）。

  1. 查看与您的 loadrunner 结果集关联的文件结构。如果您在那里找不到日志（以及协调后的子目录），那么您可以在负载生成器本身上找到日志。请务必记下控制器中场景配置中的负载生成器结果目录

推荐阅读