What's New
| • | Full support for instance-to-device mapping in version 8.6.02 of BMC ProactiveNet Performance Management. The integration of the KM in BMC ProactiveNet Performance Management now properly creates devices dynamically corresponding to the systems monitored remotely. |
Changes and Improvements
Thresholds Management
In order to optimize the discovery process and improve the scalability of the solution, several important changes have been implemented in the way alert thresholds are managed by the KM.
| • | Default thresholds are set in the agent’s configuration, only once, the first time the KM runs. In previous versions, the KM would set default alert thresholds during each discovery (every hour by default) according to its internal policy, thus overwriting any changes that were made manually by the administrators. Administrators can now customize the default thresholds using the Event Management KM or PCM (PATROL Configuration Manager) and do not need to use the KM’s interface to make sure these customization are overwritten by the discovery of the KM. |
| • | Thresholds are set globally at the class level (or at least for a group of instances). In previous versions, the KM would set alert thresholds for each and every instance of each class, leading to extremely large configuration files (which could cause PCM to crash in some occasions). A limited set of parameters still require alert thresholds to be set at the instance level. This results in a much smaller agent configuration file and vastly improved performance. |
| • | The “Modify Thresholds” KM Commands has been removed from most classes, as the thresholds can now be managed by PATROL administrators in a standard way through the Event Management KM and PCM (or any other method used in their environment). |
| • | The “Alert After N Times” KM Command has been removed, as this setting can now be managed by PATROL administrators in a standard way through the Event Management KM and PCM. |
| • | To reset the alert thresholds to their default values (as when the KM first runs), the administrator can either use the “Reinitialize KM” KM Command with the “Reset alert thresholds” option enabled or use the Event Management KM or PCM to delete the corresponding configuration variables. The KM resets the threshold configuration variables to their default values when such variables do not exist. |
| • | The “Thresholds Mechanism Selection” KM Command configures the location of the default alert thresholds configuration variables that are set during the first initialization of the KM: either in the /AS or in the /___tuning___ configuration tree. It is recommended to leave this setting to “Automatic” to make sure the thresholds configuration variables are stored in the proper location and avoid instability in the threshold settings. |
 During the upgrade from an earlier version, the KM will remove all of the instance-specific thresholds configuration variables. These numerous identical instance-specific thresholds are replaced with global thresholds at the class level. Thresholds that had been manually customized through the KM interface remain in place.
| • | The KM now fully supports version 9.0.00 of the PATROL Agent. |
Fixed Issues
| • | Reporting: Usage report was not generated if an offline parameter was selected |
| • | No collect performed on performance parameters: : Some versions of SMLcli were not properly supported due to inconsistencies in the output of the command. |
| • | On version 9.0.00 of the PATROL Agent on Windows systems with the default account configured with a domain account, "Invalid username/password" error messages were displayed in the System Output Windows of the PATROL Console. |
Known Issues
| • | During its first discovery after an upgrade, the KM may take a long time to migrate the thresholds in the agent configuration. |
|
