Gone are the days of file replication for the majority of data in Configuration Manager. While content for applications, packages and a small subset of discovery still use file replication, all the other information in Configuration Manager now uses SQL Server Service Broker to replicate data around the Configuration Manager hierarchy.
“Boy, this is an exciting topic!” Well, if that is what you are thinking, then hang with me – it only gets better. SQL Server Service Broker is now the bedrock we use to make sure users get the apps and settings the admin wants them to have – which only makes your job easier. You are no longer required to manage file replication throughout your ConfigMgr hierarchy and network – it simply “just happens.” How excited are customers about this? Here are just a couple of the comments we received:
I bring this up because it really simplifies your job. No more babysitting inbox replication throughout the hierarchy. Database replication technology just takes care of it for you. So, what type of data is replicated where? Here’s how it breaks down:
The two types of data that take advantage of the SQL Server Service Broker are:
(Content data continues to flow through the hierarchy to the appropriate distribution points via file replication.)
The most important things to know about global data and site data are:
One thing to note is that if an administrator is logged onto a single primary site and creates a deployment to a collection, that administrator will only see the collection members listed as a member of the site they are administering from, but their deployment will be hierarchy wide. That is why the collection member count is a part of global data. That same administrator may view the scope of their deployment; say to 200 clients, while they can only see the 100 clients as members of the collection, since those clients are assigned to the primary site the administrator is connected to through the administration console.
Available Global Data and Site Data
The only place for a Configuration Manager administrator to have a complete picture of the entire hierarchy is at the central administration site. It is recommended that all administration for a Configuration Manager hierarchy be accomplished from the central administration site. In this way, all data to which an administrator is granted access is visible.
The days of file based replication are gone for the most part, providing additional flexibility and quick gratification of data managed at the top level of the hierarchy, the central administration site. Yet another way that Configuration Manager is improving the speed and simplicity with which administrators can manage their hierarchy.
Senior Program Manager
System Center 2012 Configuration Manager
Comments in this blog are open and monitored for each post for a period of one week after the posting date. If you have a specific question about a blog post that is older than one week, please submit your question via our Twitter handle @MSCloud