实施指南 › 实施 › 业务逻辑脚本（业务逻辑专家） › 在业务逻辑内 › 注册组群的度量标准

注册组群的度量标准

组群的度量标准允许对资源组中的每个成员运行某一度量标准的定义，以便将同一定义和逻辑应用于一组项目。 组群既可以在一组预定义的资源上静态设置，也可以在资源组成员上动态设置；动态设置时所基于的组可以随着时间的推移而更改，而且可以包括或排除该组的成员。

注意：有关详细说明，请参阅附录 E -- 定义业务逻辑公式（业务逻辑专家）。

当需要为一组资源中的每一项计算服务水平结果时，会使用组群的度量标准。 资源组中的项可能是资源或其他资源组，因此组群的度量标准的业务逻辑脚本中的注册方法必须是 RegisterByResourceGroup 或 RegisterByResource，其中将指定的资源名称或资源组名称定义为群中的项。 具体实施方法是，使用 Context 对象的“ClusterItem”属性来保存当前群项的名称。

示例：

dispatcher.RegisterByResource  "<过程名称>", "<事件类型名称>", Context.ClusterItem

在使用此注册方法时，度量标准会对度量标准组群的资源组中的每个资源计算结果，

-或者-

dispatcher.RegisterByResourceGroup "<ProcedureName>", "<Event Type name>", Context.ClusterItem

在使用此注册方法时，度量标准会对度量标准组群的资源组中包含的每个资源组计算结果。

根据资源模型的创建方式，组群可能发生在不同级别。 通常，组织要表示不同层的分组。 例如，在特定城市中，可能有许多站点，在每个站点中，可能有许多基础架构设备。 （打印机、扫描仪、服务器等）使用此类分组，您可以确定定义的资源层次结构的结构，其中包含这些硬件项的多个级别和分组。 （假定基础架构设备将为“资源”。） 此处描述的结构可能如下所示：

从关系图中可以看出，组有多个层。 顶级的“城市 ABC”组包含三个不同站点（也是资源组）。 资源组“站点 3 资源”包含三个不同的资源。 因此，在前一个示例中，要跨三个不同站点组群度量标准，您将使用以下注册：

dispatcher.RegisterByResourceGroup  “<ProcedureName>”, “<Event Type name>”, Context.ClusterItem

在此情况下，Context.ClusterItem 是指名为“城市 ABC 站点”的资源组，其中包含三个其他资源组，分别名为“站点 01 资源”、“站点 2 资源”等，该资源组在度量标准的“组群”选项卡中可能类似如下。

另请注意，设置的组群为动态组群，因为动态组群会自动包括对组所做的任何更改。 对于资源组的子集或您不希望组群随着时间的推移而更改时，静态组群会非常有用。

要创建一个度量标准以便针对“Site 3”组的资源进行报告，请使用以下注册声明：

dispatcher.RegisterByResource  "<过程名称>", "<事件类型名称>", Context.ClusterItem

在本案例中，Context.ClusterItem 指各种资源，因此仅按资源注册即可。 度量标准的“组群”选项卡包含对“Sites 03 Resources”组的引用。

您可以配置组群在单个度量标准内的各个级别上运行。 例如，假定上一示例中所述的情况，并再次跨“City ABC Sites”组来组群此度量标准。 您可以在一个度量标准中包括来自层次结构中不同级别的资源成员。 这种情况下，有三个选项可用来确定哪些资源将包括在该分组中：

• 仅第一个级别: 直接成员：与前面介绍的旧组群方法相同。
• 所有级别: 仅包括资源：在单个级别上包括三个站点资源组内包含的所有资源，并为它们分别计算服务水平。
• 所有级别: 包括资源和资源组：包括三个站点资源组以及三个资源组内包含的所有资源，并为它们分别计算服务水平。