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

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.

SCCM da un error XML en determinados Reports relacionados con "Add and Remove programs"

Al intentar usar reports relacionados con "Add and Remove programs" SCCM falla dando este error.

Este error es debido a un bug del producto, supuestamente con SP1 quedará solucionado. En mi caso la solución fue esta:

Cambiar la clave de registro HKLM\SOFTWARE\Wow6432Node\Microsoft\ConfigMgr10\AdminUI\Reporting  cambiando el valor de “ReportBuilder_2_0_0_0.application” a “ReportBuilder_3_0_0_0.application”

ir a http://servidorreports/reports y navegar hasta el report que falla y ejecutarlo, nos dará error, pero esta vez nos da más información:

Ejecutamos esta query:

use CM_UV2

Select distinct
 CHARINDEX(cast(0x1C as varchar(1)),DisplayName0),
 DisplayName0
from 
 dbo.v_Add_Remove_Programs
Where 
 CHARINDEX(cast(0x1C as varchar(1)),DisplayName0) > 0

y obtenemos este resultado:

Vemos que hay una entrada con caracteres chinos. que provocan el problema.