Dear, is normal that a page with 3 portlet (Custom USM, only with alarm option) take 42 seconds in appear data?
most likely this will be a function of the performance of the backend SQL server you are using.
might want to have your DBA check index fragmentation on the nas_* tables and the cm_* tables.
I am not sure how large your environment is but you may want to look at alarm governance as well as 2000 open alarms seems a little high especially since some of them have counts in the thousands.
I'd be very happy with 42 second load times....
That said, check to make sure that your browser is set with enough cache to keep the flash objects from one usage to the next and that the cache is being used. Typically first load is slow but subsequent loads are faster.
Also make sure that your UMP server has enough RAM and wasp is configured to use it. There are issues with too small and too large but in my case the sweet spot was around 10GB for wasp. Set in raw configure, startup->opt
Oh, and you don't mention the versions you are using but there's a hotfix for the nas_api_service
It's release notes are:
Package: nas-api-service 8.51Release Date: 01-25-2017
- improved performance retrieving alarms to display in USM- resolves an issue where alarm status in USM reverts to "all green" every few minutes- improved performance displaying large amounts of historic alarms
This should be deployed to the primary hub. It will not appear as an installed probe, but runs as a service within the Trellis probe.
This package applies to UIM 8.4 or higher only. These issues are resolved in UIM 8.51.
Perhaps that will help.
CA Unified Infrastructure Management Hotfix Index - CA Technologies
Hi, Garin. Thank you for the assistance.
I would like to tell one thing.
If this is UIM 8.5.1, ems probe is responsible for providing alarm data to USM, and nas-api-service is no longer coming into the picture.
Well that would then explain why alarm display, especially through the dashboard portlet or used as a data source, is usually wrong or not working in 8.51.
So many broken things to keep track of.
Retrieving data ...