¿Hay forma de que los pc’s se descarguen el cliente de SCCM desde un distribution point concreto?

Os presento una nueva sección del Blog que pretende recoger los problemas que me planeais y sus soluciones, lo más interesante de todo es cuando estos problemas se producen en un entorno real que en condiciones de laboratorio sería dificil encontrar ya que todas las variables están más controladas, espero poco a poco y con vuestra colaboración ir poniendo muchos más soluciones.

Miguel Angel Daniel me planteo el siguiente problema en su instalación SCCM 2012 REAL:

 "Estoy buscando una información que no acabo de encontrar, ¿sabes si hay forma de que los pc’s se descarguen el cliente de SCCM desde un distribution point concreto? Todos los clientes se descargan el cliente del mismo DP aunque tengan vinculado otro o bien vía boundary o mediante un DP group."


Mi respuesta fue la siguiente:

"La forma de controlarlo es mediante los Boundary y grupos de boundaries como bien has dicho.
Los grupos de DP son una forma de tener el contenido distribuido en varios puntos y en caso de perder un servidor con un DP, tener todo el contenido en el resto."

Con estos datos se puso a trabajar y encontró la solución al problema planteado y lo dejó documentado, a continuación os presento el trabajo realizado por Miguel Angel para resolver el problema:

Cuando estamos definiendo la arquitectura de nuestro SCCM en entornos donde tenemos una sede central y diferentes edificios diseminados geográficamente, una de las tendencias en cuanto a las boundaries es hacer un grupo general que las contenga a todas. Este Boundary group se suele vincular al servidor que tenemos en central.

Si tenemos una sede por ejemplo en BCN, agruparemos las boundaries correspondientes a BCN y las agruparemos bajo el nombre de Edificio BCN vinculando a este grupo el distribution point que tenemos instalado allí.

Así las cosas, cuando instalamos un cliente veremos que éste intenta localizar cual es su distribution point:

<![LOG[Found local location 'http://SERVIDORCENTRAL /SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Found remote location 'http://SERVIDORMADRID/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Found local location 'http://SERVIDORBCN/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Found remote location 'http://SERVIDORTENERIFE/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[PROPFIND 'http://SERVIDORCENTRAL/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Will be using DP location 'http://SERVIDORCENTRAL/SMS_DP_SMSPKG$/ORI00001']LOG]!>

¿Qué ha ocurrido?, el cliente en lugar de asignarse el distribution point más cercano que sería el de BCN en este caso, se ha asignado el distribution point de central. Si seguimos instalando equipos en estas circunstancias veremos algunos clientes sí se conectan al DP que le corresponde, pero otros no.

Hay dos motivos para que ocurra esto. Uno de ellos es que normalmente al crear boundary groups para las diferentes localizaciones nos olvidamos de sacar del boundary group general las boundaries que pertenecen a localizaciones con distribution point propio. Esto provoca que una misma boundary tenga más de un distribution point asignado.

El segundo motivo es que tenemos marcado en las propiedades de distribution point el fallback habilitado.

Si queremos garantizar que los clientes de una localización siempre se descarguen el cliente o el software que distribuyamos desde un DP sin excepción debemos tener esto en cuenta.

Pagina Principal  Indice  Descargas  Novedades  SCCM2007   Preguntas Frecuentes