on 12-03-2013 12:08 PM
Hi experts,
we have activated technical monitoring in our solman for around 10 managed systems.
Now we are facing the problem, that the database is growing very fast - around 1gb per day.
My question is, what can I do against this fat growing database?
We use the standard configuration of technical monitoring data holding.
minute = 7 days
hour = 31 days
day = 100 days
week = 52 weeks
month = 47 months
We have activated the technical monitoring a few weeks ago.
And at the beginning, I thought this is normal and the fast growing is just at the beginning.
So that after one week the growing will be constant, as I think the "minutes"-data will be the biggest amound of data.
(so at day 8 data of day 1 will be deleted).
But as it is since a few weeks no stopping to grow fast, I need help.
Thx in advance
Hello Christian,
What is the DB being used in the system ? Can you check which are the largest growing tables in your Database ( DB02 ) & Post it here ?
Regards,
Mudasir
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
Can you check the below link. It shows the procedure to reduce the size of few solman tables. See if it is applicable in your case.
Mudasir.
Thank you very much again to everyone for great support on this issue.
At the moment I think, that this growing is normal on activating the technical monitoring.
We are facing a growing of around 10gb in 2 month.
And this since a few month
I hope that the growing will get lower.
Kind regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi everyone,
FYI: I was also in the situation of trying to recoup some freespace following a recent SolMan 7.1 stack (10) update. I went first to my weekly Solution Mgr EWA report and found table ALRT_NGTRACE at the top of the list in section "Top Growing Tables". It had grown 2.6G in the last 4 weeks. A quick OSS search found one Note, 1939567 - Table ALRT_NGTRACE shows heavy growth. Using the Solution in the Note, which involved SE14, I was able to recoup 2.7G in a matter of minutes. It also includes code corrections; apparently it fixes the issue of where "Traces are written in metric store though tracing is switched off". Good luck.
http://service.sap.com/sap/support/notes/1939567
Jim Cleek
HP Enterprise Services
SAP Basis Support
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hmmm..
I've checked the growing of the db again.
Regarding the data-settings.
minute = 7 days
hour = 31 days
day = 100 days
week = 52 weeks
month = 47 months
So for me this means, that the first 7 days the database has to grow extreme, as more than 10 000 (7days x 24 hours x 60 minutes) datasets will be created for most of the metrics.
But after 7 days the growing has decrease enormous, as no more "minutes"-records will be created, just replace.
But for me it seems,as the growing is not getting slower.
Does anyone know, if there is a possibilty to analyze what is causing this high amoungt of data-growing?
Kind regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Chris,
Can you check this note if this is helpful?
546685 - Archiving in Solution Manager (operation)
Thanks,
Jagadish.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi guys,
I've activated around 15 metrics per managed systems (5 system, 5 host and 5 database).
But I can't believe that this is generating this high amount of data.
Is there a kind of job which is doing reorganizing the data?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Chris,
Check the below link
http://scn.sap.com/docs/DOC-36375
4 General (Performance tuning)
Rg,
Karthik
Hi Chris,
Also check the below note may be helpful
1835721 - Troubleshooting performance problems in Solution Manager
Rg,
karthik
Regarding metrics, from my experience, you should start little and then activate more and more if needed.
Like this you are more in control of what is happening in your system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What technical monitoring did you enable for your 10 servers? If you enabled all of the metrics and your systems are triggering the thresholds or you are auto creating incidents, then this could be a reason for the growth.
I also believe your line of thinking about day 8 being a trigger to delete day 1 data is incorrect, you will loose specific values as SolMan will aggregate the values so you can review the data down the road to know when performance or issues started happening.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.