Introscope 代理记录 › 记录业务事务

记录业务事务

代理记录器的目的是帮助您捕获一个业务事务并检查该业务事务，然后继续下一个业务事务。 这样您可以单独地分析各个事务，而无需记住长时间记录会话中的确切单击序列。

提示：就代理记录而言，请从 Web 浏览器单击操作的角度来考虑业务事务，例如，单击以登录或单击以购买产品。

使用代理记录器时，请确保捕获符合以下条件的事务：

• 命名恰当的事务－如果命名不当，您可能不知道事务到底在做什么，从而也不知道事务对您的业务有何意义。
• 您真正需要的事务－如果它们不是您需要的标识事务，则您的度量标准显示的活动就会过多或过少；活动不会准确反映实际用户事务。

这是代理记录会话的高级示例：

1. 在 CEM 控制台中启动代理记录器。
2. 在单独的浏览器中，单击以登录到应用程序。
3. 切换回 CEM 控制台，然后停止代理记录器。
4. 检查所得到的业务事务签名。 如果您稍后觉得名称可能会难以识别，可将业务事务的名称更改为更有意义的名称。
5. 再次启动代理记录器。
6. 在应用程序中单击以购买产品。
7. 停止代理记录器。
8. 检查所得到的业务事务签名。 您发现标识业务事务（购买）未显示在列表开头。 例如，重定向可能显示在第一个。
9. 删除第一个非标识业务事务，这样可将正确的标识业务事务保留在列表的开头。 选中相应的框以将第一个业务事务标记为标识事务。

根据需要，继续执行以上这些步骤，直到完成您所需的所有事务。

要捕获业务事务信息，必须从客户端计算机（可以执行要观测的用户活动）执行记录。 例如，如果您所使用的客户端计算机无法访问您的应用程序，则无法从应用程序记录事务。

已知限制

在配置代理记录时，使用正则表达式时会有一些已知的限制。 已知的限制包括：

• POST 参数
• HTTP Path 参数
• 代理可能无法正确处理主机名
• IPv6

POST 参数

POST 参数的已知限制有：

• 无法打印的字符在 POST 参数中不受支持，可能会产生意外结果。
• 如果 POST 参数定义依赖于业务事务定义，则仅向业务事务组件提供三个度量标准。 这些度量标准为：
  • 平均响应时间
  • 每个时间间隔的响应数
  • 每个时间间隔的错误

  有关详细信息，请参阅《CA APM .NET 代理实施指南》或《CA APM Java 代理实施指南》的属性附录。

• 如果业务事务定义依赖于 POST 参数定义，则业务事务跟踪组件中的业务组件名称就会有一个通用名称，而不是业务服务、业务事务和业务事务组件的特定名称。 这也适用于业务事务定义，这些定义依赖于不匹配的 POST 参数定义。
• JBoss 和 Tomcat 的某些版本可能会将头键保存为小写值，从而导致 caseSensitiveName 属性无法正确处理 HEADER_TYPE。

HTTP Path 参数

代理处理 HTTP Path 参数的方式与 TIM 不同。 Path 参数是指在 URL 路径中显示为分号 (;) 分隔对的参数，例如：

http://mysite.mydomain.com/some/path;param1=value1

注意：它们不同于 Query 参数，Query 参数通常以问号 (?) 分隔。

代理将 Path 参数视为 URL 路径的一部分，且无法单独对其进行匹配。

TIM 将 Path 参数视为 URL 路径的一部分，但是可以基于各个 Path 参数来匹配业务事务组件。 如果业务事务组件包含各个 Path 参数的规则，则 TIM 将基于这些规则进行匹配。 但是，代理会忽略这些规则，如同这些规则根本不存在一样。

如果业务事务组件必须由代理的 Path 参数进行标识，则使用正则表达式（而不是使用各个 Path 参数）将它们作为 URL 路径的一部分进行匹配。

重要信息：代理在 WebLogic 应用程序服务器上运行时，代理在 URL 路径中看不到名为 JSESSIONID 的 Path 参数。 这是由于此 Path 参数对 WebLogic 应用程序服务器有着特殊的意义。

代理可能无法正确处理主机名

当业务事务定义为与 IP 地址的主机名匹配时，无法识别由 .NET 代理所监控的业务事务。 但是，可以识别相同条件下由 Java 代理监控的业务事务，这些业务事务按预期显示在调查器树中。

要解决此问题，请将主机名更改为与大写主机名匹配，而不是与 IP 地址匹配。 可通过导航到 CEM 控制台中的“业务服务”>“业务事务”>“事务”>“组件”>“标识”来更改此设置。

IPv6

代理记录可能在使用 IPv6 的环境中不可用。 有关 IPv6 和 CA CEM 的详细信息，请参阅《CA APM 配置和管理指南》。