Performance Analytics recommended Data Collector property values

Paul Ciarfella
Tera Guru

I am evaluating the CMDB performance analytics on Helsinki patch 7.

Our CMDB has over 1M CIs.   The historical data collector for CMDB had hundreds of errors and warnings due to the limits on the data collector properties being reached.   For example, the property "Maximum number of rows that are allowed to be fetched from an Indicator Source"/com.snc.pa.dc.max_row_count_indicator_source is 50000 out of box.       I had errors in the data collection job log saying that >1M rows were retrieved but only 50000 are used.  

For fun, I bumped it up to 5M and the historical data collection job takes forever to run (and as of my writing this, its been running for almost an hour).   It then cascades into other errors such as errors/warnings for the property "Maximum number of records that are stored during a data collection"/com.snc.pa.dc.max_records since that is only 5000 out of box.

So my question is ... are there any guidelines/best practices for what the property values should be with the introduction of the CMDB pack????

The doc page for the data collector properties has the same default values that are in Geneva so this makes me concerned that there was no scalability testing performed on the CMDB PA.

Data collector properties

Plus there's a frakkin' spelling error on the main CMDB dashboard scorecard ... again, doesn't give me warm and fuzzies that this was well tested.

find_real_file.png

6 REPLIES 6

Hi Nabil,



The two indicators with the errors are 'Avg CIs Fault Count' and 'Sum CIs Fault Count'.



The historical data collector is still running after 12 hours so there may be more.



Paul


Hello,



As a very basic response. I would think multiple jobs ranging the time span you are collecting.



For example if you have 1 job collecting 12 months. You may turn that into 12 jobs collecting 1 month.



This might not be a best practice, just food for thought.



Anthony