SCCM Database keeps growing

Question

The ConfigMgr database has grown to 30gb.  I have to shrink it on a daily basis and it continues to grow.  The Services_HIST table seems to grow by 2gb every couple of days.  Is there maintenance for this table that can be run to reduce
the size?  What else can I do to get the database under control?

Answer 1

So I recently answer a question just like this in another forums.
http://www.myitforum.com/forums/ConfigMgr-Database-growing-m243369.aspx
There are many reasons why the DB will grow and how big it should be.
How many client do you have?
Exact what options have you enabled, HW, AI, Power Management, CI, etc.
Exactly what SU classification and Products have you enabled?
How often are you doing CI, SW, HW , Heartbeat, etc. ?
How many deployment are you doing and how often?
What is you Aged inventory retention setting set to?
Etc.
I’m currently using for all of my clients 6-10 GB for the based db, + (# of CM12 Client * 10-15MB)
Now as to why is you Services History table is “large” that is a hard question to answer. A row will get added to the history table anytime, the PCs current inventory doesn’t match the existing inventory. So if you History table is growing then the question
should be why is it growing , For the most part it should be fairly stable.
Use these two queries to track down which computer or services is causing you the biggest headaches.
This query will tell you which service is changing the most.
Select
HS.Displayname0,
Count(*)
from
dbo.v_HS_SERVICE HS
Group by
HS.Displayname0
Order by
2 desc
This query will tell you computers is showing the most services with changes.
Select
R.Netbios_Name0,
Count(*)
from
dbo.v_R_System R
join dbo.v_HS_SERVICE HS on R.ResourceID = HS.ResourceID
Group by
R.Netbios_Name0
Order by
2 desc
Garth Jones | My blogs: Enhansoft and
Old Blog site | Twitter:
@GarthMJ