All Systems collection not updating on Central Primary Parent (Full Version)

All Forums >> [Management Products] >> Microsoft Systems Management Server >> SMS 2003



Message


aline115 -> All Systems collection not updating on Central Primary Parent (12/19/2007 6:48:05 AM)

Hi,

I hope somebody can help me here please?

I have a working SMS 2003 SP2 infrastructure with a Central Primary Parent server with three Regional Primary child sites underneath. I am seeing something which I don't expect, but I'm not sure if it's really a problem or if it's how it is supposed to work. 

Basically all of our clients are in the three Regional Primary sites, and when we rebuild an existing client we get a second object for the machine under the (yellow locked) All Systems collection at the Regional Primary site, with the original object now showing as obsolete. Fair enough - we now open the All Systems collection at the Regional Primary site, select the obsolete record and delete it - it then deletes happily with no error, and updating and refreshing the All Systems collection shows that it has gone. The problem is that this deletion never seems to filter its way back up to the All Systems collection on the Central Primary Site (which owns the All Systems collection).
I would have expected that this should be how it works, but am I wrong? There are no errors, all sites continue to show a status of green, and I cannot see any obvious errors in the logs on either the Primary Parent (Central Primary) or the Regional Primary Child - but the deleted obsolete client never seems to disappear from the All Systems collection when viewed from the Central Primary....

Can anyone help me here please?

Thanks very much
Alex




mcarriere893 -> RE: All Systems collection not updating on Central Primary Parent (12/19/2007 9:21:05 AM)

That's the way it works. Information flows up the chain, however non-information (like your deleting obsolete data) doesn't.

However there are the Delete Aged... and Delete Obsolete Client Discovery Data  site maintenance tasks (done on each site) that you should have setup that will look after removing this data for you.




aline115 -> RE: All Systems collection not updating on Central Primary Parent (12/19/2007 10:24:57 AM)

Hi Mark,

Thanks very much for this information; it will save me time continuing to look for what is wrong...

I will set up these tasks as you suggest, but I can't say I'm impressed by this design (or the apparent global lack of information explaining this).

It means that you can never really be 100% certain that the information you see at the Central Site is an accurate consolidated view of what is in the Regional Sites...

Surely with the technology available today for distributed databases, SMS should be capable of passing the data both ways - does the new version (SCCM 2007) do this any better?

Thanks again,
Alex 
 




jnelson993 -> RE: All Systems collection not updating on Central Primary Parent (12/19/2007 12:03:53 PM)

I don't think that's a fair assessment.  When a machine gets deleted from the regional sites, they're gone from there, and yes, it's true that they don't get deleted from the central site...however, if you set up the delete aged and delete obsolete maintenance tasks, they will be removed.  But here's a key piece of information, IN ADDITION to that, the fact that they've been deleted DOES in fact trickle up. They don't get removed from the DB, but they do get a DECOMMISSIONED flag.  So if you want to exclude machines that have been deleted from the regionals from showing up on the central, then change your collection queries to check for DECOMMISSIONED = 0.

Here at Wells, we have a central reporting site that aggregates all the SMS data from all the regional sites and sites from other Wells-owned companies.  We don't want to keep stuff older than 30 days in those sites, but for auditing and other purposes we have a mandate to keep stuff at least 60 days up in the reporting site. So deletions happen at regional sites, and that fact trickles up by flagging those machines as decommissioned.  If we exclude decommissioned machines, we only have valid machines.

If we can rely on our central reporting site with hundreds of thousands of clients and hundreds of servers all replicating up to it, then you should be able to as well.

You want to see all of your deleted regional machines?  Run this SQL query from the central/reporting site:
SELECT *
FROM dbo.v_R_System
WHERE Decommissioned0 = 1


You want to only see valid machines?  Run this:
SELECT *
FROM dbo.v_R_System
WHERE Client0 = 1
   AND Obsolete0 = 0
   AND Decommissioned0 = 0




aline115 -> RE: All Systems collection not updating on Central Primary Parent (12/20/2007 3:45:55 AM)

John,

Thanks for your reply, and the key piece of information that it contains. I'm quite happy to use the deletion maintenance tasks to remove the deleted or obsolete objects from the Central Site - to be honest I'm not really so concerned with the total accuracy of the information in the SMS Admin Console, because our management is not looking at this to examine the status.

What we have given then is dashboards and reports, which due to the deletions not being replicated upwards have been showing them information which does not match exactly depending on whether they run them at the Central or Regional level. So your suggestion of the use of the decommissioned flag is perfect - we can add it to our queries and I think the problem will go away. Thanks very much for this,

Regards
Alex




aline115 -> RE: All Systems collection not updating on Central Primary Parent (12/20/2007 7:04:45 AM)

One further thing for anyone else interested in this topic - the updating of the decommissioned0 flag in the database is not enabled by default - to get it to work you need to change a registry entry on the Site Server where the client is deleted - in my case on each of the three Regional Primary Child machines. The Registry entry is -

HKLM\Software\Microsoft\SMS\Components\SMS_Discovery_Data_Manager\DecommissionNotification

and the value must be changed to 1 in order for it to work. This feature was new with SMS 2003 SP2. Detail can be found at -

http://www.microsoft.com/technet/prodtechnol/sms/sms2003/whatsnewsms2003/9bfadc11-d794-4195-9ada-af1350cca299.mspx?mfr=true

You don't need to reboot the machine for it to take effect, but it is not retrospective - i.e. for any machines that you have previously deleted at the Child site, the Decommissioned0 flag is not set to 1 on the Parent Site by inplementing this change - for these I think you are best to actually delete them on the Cantral Primary Parent. Hopefully this should be a one-time task after which you should not need to do it again  




Sharprazor -> RE: All Systems collection not updating on Central Primary Parent (9/30/2008 12:07:52 PM)

Hi Guys

Has this been fixed in SCCM 2007, I've just been on a MS SCCM course and MS are under the impression that data flows both ways.




Page: [1]

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
0.28125