Quantcast
Channel: TechNet Blogs
Viewing all articles
Browse latest Browse all 34890

ConfigMgr2012 SP2 /R2SP1: Preferred Management Points configuration and Secondary Sites

$
0
0

Today’s blog post is about a new option available in ConfigMgr 2012 SP2 / R2 SP1 to assign a Preferred Management Point in boundary groups. Before SP2 /R2 SP1, we had an option to install multiple management points in a primary site and one MP in a Secondary Site (Allowed only on Secondary Site Server). The MP selection is always in a specific order.

  • HTTPS Management Points in a Site.

  • Same Active Directory Forest

  • HTTP Managements

There is no control to let client machines communicate to a specific Management Point. Also multiple Managements were available as Fault Tolerance. So we cannot use them for Load Balancing too.

Kind of not useful right. Yes. Now that is changed.

After lot of requests from customers around the globe, now a new feature has been added in SP2 / R2SP1, to assign Management Points to a Boundary group.

That specific feature in documented in TechNet here.

https://technet.microsoft.com/en-us/ec3bae17-9b97-42d0-9c23-f634a3665606#BKMK_PreferredMP

To make the clients to choose their Preferred Managements assigned in their respective boundaries, you must configure the option below in Hierarchy Settings.

“In the Configuration Manager console, click Administration > Site Configuration > Sites > Hierarchy Settings. Then, on the General tab of the Hierarchy Settings, select Clients prefer to use management points specified in boundary groups.”

Hold on. Here is the catch. Whatever information provided above is applicable for the Assigned Sites which is Primary Sites.

Then what about secondary sites.

For Secondary Sites, the Assigned Site is always its Parent Primary Site. Then how it affects the Secondary Site clients.

Let us see with an example scenario.

Hierarchy:

=========

Central Admin Site: CAS

Primary Site: PR1

Site Server: Primary.contoso.com

Management Point: Primary.contoso.com, MP01.contoso.com 

Boundary Group 01 – with Primary.contoso.com

Boundary Group 02 – With MP01.contoso.com

Client 01 – Falls under Boundary Group 01

Client 02 – Falls under Boundary Group 02

Secondary Site: S01

Site Server & Management Point & DP: Secondary.contoso.com

Sec-BoundaryGroup 01 – with Secondary.contoso.com as MP and DP

Sec-BoundaryGroup02 – No MPs added (We have a DP added for Content Location)

Client 03 – Falls in Sec-BoundaryGroup 01

Client 04 - Falls in Sec-BoundaryGroup 02

Hierarchy setting: “Clients prefer to use management points specified in boundary groups” is selected.

 

With the above configured hierarchy, here is the result.

 

Client 01 Selects the Primary.contoso.com MP for communications.

Client 02 Selects the MP01.contoso.com for communications.

Client 03 Selects the Secondry.contoso.com for communications.

Client 04 Selects Primary.contoso.com (Assigned MP) for communications.

 

Client 04 is in Secondary Site boundary and how can it communicates with Primary MP. Correct. It should not. As per TechNet, the Preferred MP configuration in Boundary Group and the Hierarchy Setting “Clients prefer to use management points specified in boundary groups” affect the Assigned Site.

 

Here is the conclusion:

Either the option “Clients prefer to use management points specified in boundary groups” is selected or not selected, If the hierarchy contains a Secondary Site with multiple Boundary Groups for Secondary Site, each Boundary Group “MUST” have the Management Point from that Secondary Site is added.

One more concern here. In secondary Site, we cannot have more than one MP and it can only be installed on the Site Server. We do have a DP role installed with the Site Installation.

As per the above conclusion, if we add the Secondary MP (DP too) in other boundary groups in the Secondary Site, when the client is looking for content (Packages or Applications or Updates), it will receive the Location of both MP (DP ) and Local DPs added to the Boundary Group.

So any time, we add the Secondary MP to the remote Boundary Groups, it can be marked as “Slow” and the clients will see them as “Remote”. Until a specific deployment allows clients to download content from “Slow” Distribution Points, the it wont download the content from the DP which is marked as Remote.

 

Senthilkumar Pandurangan

Support Escalation Engineer | Microsoft System Center Configuration Manager

 

Disclaimer: This posting is provided "AS IS" with no warranties and confers no rights


Viewing all articles
Browse latest Browse all 34890

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>