I'm Robert Marshall, director and senior consultant at SMSMarshall Ltd who's specialism is in the Microsoft System Center 2012 Configuration Manager product and all of its dependent products covering all aspects from Architecture, Implementation, Migration to Break-Fix.
I've been using computers for over 30 years, beginning as a programmer and now a senior consultant in an enterprise product. I only count my career as starting 17 years ago when I began my first serious role as a deployment engineer. I've seen 8 bit through to 64 bit, the rise and constant refinement of the GUI, the rise of the Internet from land-line based modem access to the powerful broadband connections we have today, mobile phones come into existence, and I've seen Microsoft evolve from a handful of employees to the company it is now while pretty much tinkering with every OS they have released; As well as seeing an industry that has evolved around those humble beginnings to become what we have today. You could call me an IT Dinosaur but I'm still as mentally able as I was back then, perhaps even more adept now since I've had broad exposure to so much and seen trends come and go. I'm a keen technical puzzle solver, which sets me apart as I love to solve gnarly problems around my area of specialism.
I like to share, i do so by blogging here, and helping out when I can as a moderator and answering questions when I have time on the TechNet Social forums for ConfigMgr 2012 and ConfigMgr 2007. I am a guest poster on TechNet UK Flash magazine and an MVP since 2009 (Most Valuable Professional) in the ECM (Enterprise Client Management) exclusively dedicated to ConfigMgr. the MVP status helps me to help others in more depth due to the closeness to the product group and access to other MVP's the program affords me.
The blogs pretty much about ConfigMgr, but on the odd occasion I also use it as a platform to express my random urges to post something I've stumbled across, be it technical or non-technical, and which I imagine would entertain you or what not as equally as it did me.
This issue won't impact many of you, and to induce the following behaviour you really need to go toggle some values most SMS Admins leave well alone. Hence why this one hasn't been spotted in the wild (there is a technet forum thread on this ...).
Have you noticed in your environment that your Component Status Summarization data is not being replicated to the parent site?
You prod it with the proverbial stick but it just won't respond, akin to a dead duck?
Well, firstly each Site server will summarizer it's own status messages for Offer, Component and Site System, wrap this up in a SUM file then replicate to it's Parent Site server (obviously only if this feature is enabled!). This is so that the Parent does not have to summarizer nn amount of child sites status messages. Overwhelm the server it could, so instead this summarization is performed by the owner of the status messages. I do believe this hasn't changed since the SMS 2.0 days, and is an effective way of managing the problem of summarization and replication of this data upwards.
You can check the usual log files, ending up in COMPSUMM, and you notice that nothing is ever put in to a SUM file for replication to the Parent Site server.
Again I have to say *** 99.9% of you WON'T ever experience this problem ***
That 0.1% that do suffer from the problem probably have done two things:
If you are suffering from this problem, then go check your COMPSUMM log, make sure it definately isn't attempting to put together the SUM file for replicatioh, and that you are set to Replication Priority Medium. If so, now go check your SCF and pull up next to the <SMS_COMPONENT_STATUS_SUMMARIZER> Component definition, check out the Replication tag. Usually looks like this:
If it says Medium instead of Normal then there is the problem. ConfigMgr is looking for three values, High, Normal and Low. Therefore Medium is ignored, the replication of summarization data is skipped, and you don't see summarization data at the Parent. The child site will continue to summarize, but it just won't get around to producing and replicating a SUM file to the Parent Site server.
I reproduced this in my home test lab and can confirm all of the above.
Three ways out of this:
By default, the out of the box SCF file has the correct definition so this bug activates ONLY if you modify Replication Priority for this specific component. Please do not tinker on your production environment to reproduce this problem, do it in the lab if you are unaffected but interested.
Force be with you and all that