June 25 2013

Automatic documentation of your SCCM environment

I use a maximum of one Google Ad per post to help offset some of my blog hosting costs.


David O’Brien has created a fantastic PowerShell script that collects the configuration of your SCCM 2012 environment and exports it into a well formatted and comprehensive Word document. More information and downloads here:

Enhansoft have also just released their SCCM 2012 Documentation Script (SYDI-SCCM), this is available for free (after registration) from their website:




I use a maximum of one Google Ad per post to help offset some of my blog hosting costs.


June 22 2013

The System Management container

I’m often asked what the System Management container in Active Directory is used for. SCCM can use this container to store a small amount of configuration data for clients (or at least clients that are attempting an installation) can retrieve and use.

Configuration that is commonly stored in this container includes:

  • Client computer installation and site assignment (eg installation properties like management points, client cache size)
  • Port configuration for client-to-server communication
  • Network Access Protection (validate a client’s statement of health)
  • Content deployment scenarios (eg if you plan to create content at a primary site and deploy that content to a secondary site below a different primary site, you can use the container to obtain the source primary site’s public key)

A full list and much more detail is available from http://technet.microsoft.com/en-us/library/gg712272

Important information worth noting:

  • Site Servers will only write their information into the System Management container in their OWN domain
  • SCCM clients will query a global catalog to retrieve this information, so as long as they are in the same AD forest then they can query information from all domains, not just their own
  • The System Management container needs to be created manually, it isn’t done by the SCCM setup process
  • Permissions must be set manually on the System Management container. The primary site server computer account must be granted Full Control permissions to the System Management container and all its child objects. If you have secondary sites, the secondary site server computer account must also be granted Full Control permissions to the System Management container and all its child objects.


June 18 2013

Site assignment boundaries are NOT required in SCCM 2012

SCCM 2012I’d like to do a quick post on something that I feel isn’t very well documented in SCCM 2012 – site assignment boundaries.  Boundaries in SCCM 2012 are very different to previous versions not only because there are now ‘Boundaries’ and ‘Boundaries Group’ but because ‘site assignment’ and ‘content location’  are now separated and are configurable properties of a boundary group.  For a one line definition of both of these, I quote directly from Microsoft (http://technet.microsoft.com/en-us/library/hh427326.aspx):
  • Site assignment = Site assignment is used by clients that use automatic site assignment to find an appropriate site to join, based on the clients current network location.
  • Content location = Content location is used by clients to identify available distribution points or state migration points, based upon the client’s current network location.

I’ll put a statement out there that I have proven a number of times and I have had clarified by the SCCM product group and also Microsoft Premier Support as a working and supported configuration – ‘Given the right scenario, site assignment boundaries are NOT required to be configured in SCCM 2012‘.

To give this statement some context, I have worked in numerous multi-vendor, multi-region and highly politically complex organisations where one or more vendors or internal teams may use SCCM (2007, 2012 or even SMS 2003) as their support tool and it will need to co-exist with other SCCM deployments / hierarchies within the same environment (including same Active Directory forest).  A new SCCM 2012 hierarchy can be deployed into these environment without affecting the existing environments and without breaking the SCCM golden rule that ‘boundaries cannot overlap’ (well, this is still partially true with SCCM 2012 – site assignment boundaries cannot overlap however content boundaries can overlap).

So if you are putting in a new SCCM 2012 hierarchy and you don’t want to reconfigure boundaries on existing SCCM hierarchies, on your new implementation simply:
  • Untick the ‘use this boundary group for site assignment’ box for all of your boundaries groups, eg:
Site assignment
  • Ensure you have the appropriate site systems added into the content locations section
  • Ensure the SMSSITECODE=xxx installation property is entered into the tab in the Client Push Installation Properties, eg:
Hardcode sitecode


This way the client is hardcoded (for lack of a better word) to use a sitecode for site assignment (P00 in the above example) rather than trying to autodetect it, but the content location is still automatically and dynamically detected.

The impact of the above configuration on this new SCCM hierarchy is:
  • Automatic site assignment will not be supported. SCCM clients will always contact their designated Site Server unless reconfigured.
  • This hierarchy will not automatically support network roaming of SCCM clients.
  • Automatic client push installation will not work however other installation methods including pushing from the console with the ‘Install Configuration Manager Client Wizard’ will still work
A few relevant notes:
  • System Center 2012 Configuration Manager clients check the version of the Configuration Manager site before they complete site assignment and cannot assign to a Configuration Manager 2007 site if boundaries overlap. However, Configuration Manager 2007 clients do not check for the site version and can incorrectly be assigned to a System Center 2012 Configuration Manager site. (see client site assignment considerations in http://technet.microsoft.com/en-gb/library/jj822985.aspx)
  • You will still need to ensure the pre-existing SCCM hierarchies are configured so they don’t try and push the old SCCM client to your new hierarchy’s clients
  • This configuration assumes you use the client push wizard for client installation, obviously if you are doing manual or GPO client installation you will need to use the SMSSITECODE=xxx property too
  • If you manually assign a client computer to a System Center 2012 Configuration Manager site code that does not exist, the site assignment fails. The client remains installed but unmanaged until it is assigned to a valid System Center 2012 Configuration Manager site.
  • If you make a change to the site assignment configuration of a boundary group, only new site assignment actions are affected. Clients that have previously been assigned to a site, do not re-evaluate their site assignment based on changes to the configuration of a boundary group (http://technet.microsoft.com/en-us/library/gg712679.aspx).

And finally, a blurb from Microsoft (http://technet.microsoft.com/en-us/library/gg682060.aspx) on the basics of SCCM client site assignment:

After a System Center 2012 Configuration Manager client is installed, it must join a System Center 2012 Configuration Manager primary site before it can be managed. The site that a client joins is referred to as its assigned site. Clients cannot be assigned to a central administration site or to a secondary site.

The assignment process occurs after the client is successfully installed and determines which site manages the client computer. When you install the mobile device client during Configuration Manager enrollment, this process always automatically assigns the mobile device to a site. When you install the client on a computer, you can also assign the client to a site or you can just install the client without assigning it to a site. However, when the client is installed but not assigned, the client is unmanaged until site assignment is successful.

To assign a client computer, you can either directly assign the client to a site, or you can use automatic site assignment where the client automatically finds an appropriate site based on its current network location or a fallback site that has been configured for the hierarchy.  After the client is assigned to a site, it remains assigned to that site, even if the client changes its IP address and roams to another site. Only an administrator can later manually assign the client to another site or remove the client assignment.



December 18 2012

Decline / exclude an update in SCCM 2012

Recently I needed to decline an update in SCCM 2012 so it wouldn’t install or get approved again via an Automated Deployment Rule.

Remove / Decline Update

  1. Go to All Software Updates
  2. Find the Update you want to decline
  3. Highlight and right-click, then select Edit Membership
  4. Uptick all of the Software Update Groups and click OK

Stop automatic approval via Automated Deployment Rule

  1. Set the Custom Severity for the update you want to exclude to Low
  2. In the ADR(s),  add the Custom Severity field and set it to None. This will exclude any update(s) that are set to Low.




August 1 2012

All content in hierarchy stored on CAS in SCCM 2012

I came across an interesting article today outlining the fact that in SCCM 2012 the CAS always has a copy of all content in the heirarchy, even though clients don’t access the CAS and you can’t deploy the DP role to it. Some extracts from the article:

A lot of people don’t realise that we actually have an SCCMContentLib on our CAS, even if we don’t have a DP on that site system. The SCCMContentLib on a CAS is used a little differently. It isn’t there for clients to access content, is there for Distribution Points to access content. So when I added an OSD WIM image to a DP, it’ kicked off the local processing of the WIM into the local SCCMContentLib.

The key takeaways are, even though you don’t have a DP on your CAS – make sure that you have enough storage to hold EVERY package that will be in your environment (even packages added directly at child primaries) and that your disks are fast enough to allow processing of every package added to SCCM.

Full article here –> http://blogs.technet.com/b/configmgrdogs/archive/2012/05/01/troubleshoot-configmgr-2012-sccmcontentlib-disk-i-o.aspx



July 27 2012

SCCM policy refresh with Windows desktop lock/unlock

This morning I was reading that in SCCM 2012 if you have a Windows 7 and above client, the SCCM machine & user policy is refreshed when you lock and unlock a desktop (Windows key + L)…. I wasn’t aware of this.  So I thought I’d try it out…

It appears that the material I was reading isn’t completely correct….

In my testing, I monitored the PolicyAgent log and found:

• Machine policy refresh is NOT triggered when you lock and unlock your desktop
• User policy refresh IS triggered immediately when you unlocked your desktop, however there is no user policy action when you lock the desktop