Introscope Blame 技术可跟踪 .NET 应用程序的性能，从而使您能够在应用程序的前端和后端查看度量标准。 此功能称为 Boundary Blame，使用户可以将问题归类到应用程序的前端或后端。
以下部分介绍了如何使用跟踪器在应用程序中明确标记前端和后端。
前端和后端度量标准信息还用于在应用程序分类图中显示有关应用程序的信息。
Introscope 提供了用于捕获前端和后端度量标准的跟踪器：FrontendTracer 和 BackendTracer。 这两个跟踪器分别用于明确地标记前端和后端。
您可以使用 FrontendTracer 和 BackendTracer 检测自己的代码（如访问后端的代码），以捕获和显示自定义组件的度量标准。
如果没有配置 FrontendTracer，Blame 堆栈的第一个组件将作为默认前端。 如果没有配置 BackendTracer，Introscope 将推断一个后端，也就是说，如果没有明确标记后端，打开客户端套接字的任何组件将作为默认后端。
要防止将特定类标记为前端，可以指定 PBD 参数 is.frontend.unless。 有关更多信息，请参阅自定义 FrontendMarker 指令。
如果使用 BackendTracer 为 Introscope 检测为后端的项分配一个所需的名称，或者使用 BackendTracer 标记 Introscope 所不检测的自定义套接字，将会非常有用。
FrontendTracer 和 BackendTracer 是 BlamePointTracer 的实例，BlamePointTracer 提供了平均响应时间、每个时间间隔的计数、并发以及停顿等度量标准。 BlamePointTracer 可应用到粒度更高的 Blame 堆栈的“中间”组件。 然而，BlamePointTracer 不会在 Introscope 调查器中填充“每个时间间隔的错误”度量标准。
随 Introscope 和 .NET 代理提供了两个标准 PBD（dotnet.pbd 和 sqlagent.pbd），可实施 Boundary Blame 跟踪：
Introscope 9.0 介绍了 PBD 参数 is.frontend.unless。 使用此参数，FrontendMarker（或其子类，如 PageInfoTracer）所检测的某些类可不被标记为前端组件。 该参数应设置为一个以逗号分隔的绝对类名称列表。 如果第一个组件是用于将请求转发给更加具体的组件（专门处理所收到的请求类型）的常规“分发程序”，这将非常有用。 因此，第二个组件将是更好的前端标记。 默认值为空列表。 PBD 参数不是动态的，因此如果此参数的值发生更改，则需要重新启动被检测应用程序服务器。
重要信息！ 应当仅使用逗号而不是空格来分隔类名称。 使用空格将导致 SetTracerParameter 指令无效。
在参数列表中指定的、由跟踪器（此参数所应用到的跟踪器）检测的任何类都不会指定为前端，也不会在 Introscope 调查器的“前端”节点中生成度量标准。
例如，要防止使用名为 PageInfoTracer 的 FrontendMarker 检测的类 ASP.index_aspx 和 Fib.CalculatorController 在包 com.ABCCorp 中被视为前端，应使用以下 PDB 指令：
SetTracerParameter: PageInfoTracer is.frontend.unless ASP.index_aspx,Fib.CalculatorController
|
版权所有 © 2013 CA。
保留所有权利。
|
|