数据库服务通过以下两种数据移动服务对 WebSphere® Business Monitor 提供支持:状态到运行时以及运行时到历史。这些数据移动服务彼此完全独立。每种数据移动服务都支持一种或多种业务度量模型。
会为数据移动服务支持的每种业务度量模型创建一组“捕获”和“应用”服务器。在当前体系结构中,缺省情况下,会为每种业务度量模型创建一个“捕获”服务器和一个“应用”服务器。通过更改以下参数组中的参数,您可以拥有多个“捕获”或“应用”服务器:“捕获”策略参数、“应用”策略参数,以及“应用”组策略参数。
如果业务度量模型非常大,那么每个数据移动服务的每种模型都拥有一个“捕获”和“应用”服务器可能会影响性能, 因此修改这些参数以改善性能是一种不错的选择。对硬件、表空间以及缓冲池进行充分地规划,通过添加额外的“捕获”和“应用”服务器,可能会改善性能。
额外的“捕获”服务器能够提高捕获用于业务度量模型的表数据的速度。您可以减少这两个“捕获”策略参数中的一个,或两个都去掉。这样,每个额外的“捕获”服务器都将采用额外的数据库空间来存储其控制信息和其他的处理器和 I/O 时间。但是,增加服务器数量可以更快地向“应用”组件提供信息,并且可能提高系统的整体吞吐量。
额外的“应用”服务器还会带来其他好处。在当前的体系结构中,“应用”服务器按顺序对所分配的表执行操作。分配给单个“应用”服务器的业务度量组和表的数量越大,处理所有项的时间就越长。添加额外的“应用”服务器能够通过并行处理这些业务度量组,来改善性能。这要求 足够的硬件配置、表空间以及充分的缓冲池规划,以避免 I/O 争用。
建议不要更改“应用”组策略参数的缺省值。
如何指定策略参数:
找到装有监控器服务器的机器,然后查找监控器安装目录。例如:Windows 上的“C:\IBM\WebSphere\Monitor”。在该子目录下,应该存在名为“rm”的目录,在这个目录下,应该存在名为“config”的子目录。在本例中,“C:\IBM\WebSphere\Monitor\rm\config”是完整的目录路径。
在 config 目录中创建新文件“DS_Replication_Policy_Defaults.properties”。如果该文件存在,则数据服务组件将读取该文件,以便让指定的用户覆盖性能策略参数。
在数据移动服务处理期间,系统首先寻找特定于服务的值,然后寻找显式的缺省值,然后寻找内部或隐式的缺省值。
“捕获”策略参数
值 | 描述 |
---|---|
-1 | 策略已禁用。 |
0 | 效果与 1 相同;始终为每个业务度量组创建新的“捕获”服务器。 |
> 1 | 根据该数值应用策略。 |
值 | 描述 |
---|---|
< 0 | 策略已禁用。 |
-1 | 策略已禁用。 |
0 | 与 1 相同;始终为每个新的业务度量组创建新的“捕获”服务器。 |
> 1 | 根据该数值应用策略。 |
值 | 描述 |
---|---|
< 0 | 策略已禁用。 |
-1 | 策略已禁用。 |
0 | 与 1 相同;始终为每个新的业务度量组创建新的“捕获”服务器。 |
>1 且 < 100 | 必须根据该阈值应用策略。 |
>=100 | 与 1 相同;始终为每个新的业务度量组创建新的“捕获”服务器。 |
“应用”策略参数
值 | 描述 |
---|---|
1 | 策略已启用。 |
其他编号 | 策略已禁用。 |
值 | 描述 |
---|---|
< 0 | 策略已禁用。 |
-1 | 策略已禁用。 |
0 | 与 1 相同;始终为每个新的业务度量组创建新的“应用”服务器。 |
>1 | 根据该数值应用策略。 |
值 | 描述 |
---|---|
<0 | 策略已禁用。 |
-1 | 策略已禁用。 |
0 | 与 1 相同;始终为每个新的业务度量组创建新的“应用”服务器。 |
>1 | 根据该数值应用策略。 |
值 | 描述 |
---|---|
<0 | 策略已禁用。 |
-1 | 策略已禁用。 |
0 | 与 1 相同;始终为每个新的业务度量组创建新的“应用”服务器。 |
>1 | 根据该数值应用策略。 |
“应用”组策略参数
值 | 描述 |
---|---|
<0 | 策略已禁用。 |
-1 | 策略已禁用。 |
0 | 与 1 相同;始终为每个新的业务度量组创建新的“应用”组。 |
>1 | 根据该数值应用策略。 |
值 | 描述 |
---|---|
<0 | 策略已禁用。 |
-1 | 策略已禁用。 |
0 | 与 1 相同;始终为每个新的业务度量组创建新的“应用”组。 |
>1 | 根据该数值应用策略。 |