Diego Cabai | Blog

System Center Configuration Manager 2007 – Primeros Pasos

Bueno, ya había hecho un artículo parecido para System Center Essentials, pero en esta ocasión nos referimos al producto System Center Configuration Manager (SCCM) 2007 que sería la nueva versión del SMS que seguramente les debe sonar un poco mas. No cubrí la instalación, prometo instalarlo en un laboratorio para comentarles los pasos pero me pareció mas interesante comentar cuales son los primeros pasos luego de haber instalado todos los componentes.

Algunos de los features funcionan inmediatamente luego de la instalación inicial, pero otros features requieren configuración extra.

Primeros Pasos de Configuración

Uno de los primeros pasos es configurar el Management Point, aunque este paso se puede hacer durante la instalación, así que vamos a asumir que lo hicieron en el setup. Qué es el Management Point? Digamos que es el punto de comunicación entre los clientes y los servidores de Configuration Manager 2007. En caso de que hayas hecho un Custom Setup en el asistente inicial, para pode agregar este rol debes ir a la consola de administración de SCCM, ahí en Site Database, luego Site Management, ingresas a tu Site Code – Site Name, ahí Site Settings, luego Site Systems y ahí hacé botón derecho sobre el servidor que queres que tenga el rol de Management Point y hacé click sobre New Roles para que inicie el asistente.

Como segundo paso deberíamos configurar los Boundaries que traducido serían como Fronteras o Sites que vamos a manejar. Existen diferentes formas de dar de alta los Boundaries, puede ser por Subnets enteras, rangos de IP, Sites de AD, etc. En mi caso voy a usar los Sites de Active Directory porque estan correctamente configurados y al día. Si no tenes configurados los Sites de Active Directory entonces no te recomiendo esta solución, tal vez te convenga usar Subnets para esto. Básicamente le va a decir los lugares donde puede buscar equipos y a qué Configuration Manager pertenece. Para agregar un nuevo Boundary debemos ir a la consola de SCCM –> Site Database –> Site Management –> Site Code –> Site Name –> Site Settings –> Boundaries y ahí podemos hacer botón derecho New Boundary o bien en las acciones del panel de la derecha.

En la tercera posición puede ser que en algunos casos requiera configurar un Server Locator Point. Este rol se puede necesitar para que algunos equipos encuentren el Management Point en caso de no pertenecer al dominio, por ejemplo. Si no das servicio a otro forest o no tenes equipos en workgroup entonces no hace falta este rol instalado.

En cuarto puesto podemos configurar el Fallback Status Point y Reporting Point. La razón por la cual podemos requerir tener un fallback status point es si queremos que los clientes reporten cualquier error a nuestro servidor de SCCM. Esto va de la mano con el Reporting point porque si queremos usar los reportes para ver los errores por ejemplo, necesitamos tener implementado el Fallback. Ahora bien, la razón por la cual lo configuramos en esta etapa es simplemente para que se configure en los clientes apenas los descubrimos y no necesitamos hacerlo luego. Para poder configurarlo es agregar un nuevo Rol al equipo que querramos designar con el mismo los pasos para llegar al asistente del nuevo rol están en el primer punto. Al llegar abrirá el asistente de configuración del mismo.

Al marcar ambos roles en el asistente vemos que se agregan ítems en el asistente. En la primer ventana debemos configurar el nombre del folder que usará para Reporting Point y en la segunda nos pregunta por unos parámetros de performance del servicio de Fallback como la cantidad de mensajes y el umbral del intervalo en segundos.

El siguiente paso sería instalar los Clientes de las diferentes formas que nos permite hacerlo y por último configurar algunos de esos agentes de los clientes. Pero vamos a ir mas allá y vamos a revisar algunas configuraciones extra.

Algunos de los ítems que vamos a revisar estan dentro de Site Database –> Site Management –> Site Code – Site Name –> Site Settings –> Component Configuration.

Por ejemplo el Management Point Component, si ingresamos a las propiedades vamos a poder revisar que exista un Management Point o bien configurar el balanceo de carga mediante Network Load Balancing.

Esto último por si queremos usar un nombre de DNS para apuntar al punto de administración o bien a través de la IP del Cluster de NLB.

Recuerda que mas arriba te explico el por qué es necesario un Management Point en el ambiente de SCCM. Es importante que este punto quede bien configurado porque afecta toda la implementación.

Ahí mismo tenemos también para seleccionar Software Distribution e ingresar a las propiedades. 

Aquí vamos a poder configurar la unidad donde van a estar alojados los paquetes de software que luego podemos enviar mediante la SCCM. En la otra solapa Distribution Point, tenemos algunos parámetros de performance, como por ejemplo cuantas distribuciones concurrentes, cuantos reintentos, cuanto delay para cada reintento, etc.

Incluso tenemos un tilde para marcar para que envíe el paquete del site mas cercano al equipo al que se está haciendo deploy.

Cuando nos topemos con Software Update Point Component, vamos a ver que no hay mucho para configurar y la gran mayoría de ítems están grisados. Sin embargo nosotros tenemos el WSUS 3.0 SP1 instalado en el mismo equipo que el SCCM entonces debe faltar agregar el Rol al mismo servidor. Vamos a nuestro servidor o bien agregamos otro y le agregamos el rol requerido.

Algunas de estas preguntas ya las respondimos si configuramos el WSUS directamente al instalarlo, pero igualmente debemos responderlas. La siguiente pantalla es importante porque vamos a definir el SCCM como punto de Software Update y bajo qué puertos por si configuramos el WSUS en otro puerto diferente durante la instalación. El resto de las pantallas son comunes a WSUS así que seguramente ya las conoces en su totalidad.

Una vez que terminamos de agregar el rol de Software Update vamos a ver los ítems que antes estaban grisados como activados y vamos a poder modificar los ítems que necesitemos.

Recuerden habilitar este rol sino no habrá Software Update desde su SCCM.

Para el caso que el WSUS esté configurado mediante SSL ese certificado debe ser agregado al SCCM. Recordemos que los clientes requieren el Windows Update Agent 3.0 para poder comunicarse con esta versión de WSUS y funcionar correctamente con todos los features.

Luego nos quedarían algunos puntos a configurar como los agentes de inventario tanto de Hardware como de Software. Las configuraciones para instalación de sistemas operativos completos desde la consola de SCCM y la parte de Reportes, pero todo eso sería mas interesante configurarlo en un segundo artículo. Por lo pronto vamos a ver cómo instalar el agente de SCCM en un cliente particular.

Instalando el Agente a un Cliente por GPO

Antes de hacer un deploy del agente en un equipo primero hay que configurar los agentes en la consola de SCCM. Esto se hace bajo Site Database –> Site Management –> Site Code – Site Name –> Site Settings –> Client Agents. Aquí vamos a encontrar los parámetros de los agentes para instalar en los clientes como los de inventario, software update, etc. Una vez que esos agentes están configurados podemos instalar el primer cliente.

Existen muchos métodos para hacer el deploy de los clientes, desde scripting, a directamente en la imagen de la PC, instalación manual, GPO, etc. En este caso lo vamos a hacer por GPO que como no se puede enviar configuración adicional debe estar publicado el SCCM en el Active Directory de lo contrario no encontrará la implementación.

Lo que podemos hacer es Asignar o Publicar el archivo CCMSETUP.MSI que encontramos en SMSSETUP\BIN\I386 del dispositivo de instalación.

Asignando este paquete el equipo estará disponible en nuestra consola de SCCM para que podamos tomarle inventario, hacer deploy de software, enviar configuraciones, etc. También podríamos haber hecho la instalación del primer equipo manualmente o bien utilizando el Client Push pero esto es para un deploy mas masivo, en este caso sería el primer equipo para pruebas.

Cuando esté instalado el cliente por GPO lo veremos dentro de las Queries según el sistema operativo que tenga. Hay que dar unos minutos para que aparezca ya que no es instantáneo. Una vez que tenemos todo el ambiente testeado y probado con los primeros clientes podemos configurar el Discovery tanto a través de Active Directory como de la red.