One of the most requested features/capabilities around operating system deployment in Configuration Manager 2007 is the ability to have bootable media that is not tied to a specific site. A large portion was restrictions within the Configuration Manger 2007. In Configuration Manager 2012 we have spent time modernizing the infrastructure. The new hierarchy (based on SQL replication), is flatter, shares more data across sites and requires less infrastructure. As part of the hierarchy redesign, we focused on ways to update Bootable media to be dynamic and not require a specific disc per site. Let’s go over some of the details.
What needs to be setup:
A ConfigMgr 2012 Hierarchy containing:
A Central Administration Site
Two or more primary sites (No need for hierarchy wide media if there is just one site =)
Boundaries defined for the Primary sites
Distribute the Boot Image that is needed for the media to one or more Distribution Points
Steps to Create Task Sequence Media:
Select Create Task Sequence Media.
Select Bootable Media (or Prestaged media)
A this point you now have an option for Dynamic Media or Site Based Media.
Dynamic Media gives you the option to use one piece of media for the entire hierarchy. It will redirect the client based on its current location.
Site based Media keeps the parity with ConfigMgr 2007. It remains tied to a specific site.
When you select Dynamic Media, you now receive fields to select a Management Point. You can specify several Management Points for the media. This gives you a fallback if the first Management Point in the list is not available. When specifying the Management Points, keep in mind all clients using the media will contact the Management Points in the order specified for the initial request. The initial request is only a couple KB.
How does it all work?
Client boots to the Bootable Media and the Management point you selected for the media is used for an initial request.
The client send the Management Point a request takes networking information about the client.
The Management Point performs a server side look up based on defined boundaries to determine the correct site for the client.
The Management Point returns the default Management Point of the correct site for the client.
The client contacts the default Management Point for the correct site for available or required deployments (formerly Advertisements).
The client processes all further communication with the correct site to process its deployments.
How does it all work?
John Vintzel Microsoft Corporation | Program Manager | System Center Configuration Manager | twitter: jvintzel
These postings are provided "AS IS" with no warranties, and confer no rights.
EDIT: Updated old references
Any chance of installing a client on site A (MP A), but have it use MP B later on?
Especially useful if a client, usually part of MP B, is actually re-installed at site A but should be assigned again to MP B.
For this scenario you can use a script to reassign the client.