De cómo ser IT Pro y no morir en el intento

Sigamos.

Si recapitulamos un poco sobre esta serie de artículos, veremos que llegados a este punto tenemos el entorno tenemos todo el entorno montado, con los agentes desplegados y… y nada más.

Es el turno de empezar a configurarlo según las necesidades de cada uno. Para los ejemplos que vamos a ilustrar, yo he creado varias queries dentro del sistema para poder generar unas clasificaciones predeterminadas que me sirvan para el despliegue de software, actualizaciones de WSUS y demás necesidades de mi demo

Queries

Vamos a crear “n” queries en nuestro entorno para buscar equipos con

• Windows XP
• Windows 7
• Windows 8
• Windows Server 2003
• Windows Server 2008
• Windows Server 2008 R2
• Windows Server 2012

Aunque sólo voy a explicar cómo crear una de ellas porque el resto se hacen igual, pero cambiando los valores del sistema operativo a consultar.

Las queries se crean en de “Overview”, Queries. Botón derecho sobre la misma Create Query

Damos un nombre a la query

Acto seguido, pulsamos en Edit Query Statement y definiremos los parámetros de la consulta contra el SQL que sustenta el SCCM.

El código que pondremos para buscar equipos Windows 7 es el siguiente

Guardamos los cambios y ya tenemos lista la query. Repetimos para cada sistema operativo a consultar.

Collections

Después de crear las queries ya tendremos la base de consultas necesaria para crear las collections necesarias que ayuden a clasificar de modo automático nuestros equipos en el Directorio Activo.

Nota: No es necesario tener creadas las queries previamente pero siempre es una buena práctica de cara a reaprovecharlas en caso de necesidad

En este ejemplo se crea una nueva colección para clasificar equipos Windows 7.

Vamos a Overview –> Device Collections, botón derecho y Create Device Collection

Seguimos el asistente dando un nombre a la colección y limitando su alcance a la colección existente “All Desktop and Server clients” y avanzamos con el asistente.

Como regla para limitar los equipos a buscar, usaremos la query recién creada para Windows 7 mediante un Add rule –> Query rule

En la ventana que se nos abre, damos un nombre a la regla y pulsamos sobre Import Query Statement

Escogemos la query Windows 7, pulsamos sobre “Ok” para cerrar la ventana y de nuevo “Ok” para volver al asistente de creación de la colección.

En el Asistente marcaremos la opción de Use incremental updates for this collection. Esta opción evita que se deban recalcular los miembros de la colección cada 7 días y facilita el tener actualizada la colección.

Avanzamos de nuevo para finalizar el asistente y lo cerramos.

Después de generar varias collections para nuestros distintos OS podremos tener una imagen similar a la siguiente

Bien, estamos un paso más cerca de tener nuestro SCCM listo para despreocuparnos de la gestión de nuestros equipos.

Lo que viene

La siguiente entrada explicaré cómo aprovechar la potencia de un WSUS en conjunto de SCCM 2012 para desplegar parches de manera totalmente automática cada mes.

Saludos,

Marc

Hola,

Siguiendo con esta serie de artículos sobre SCCM 2012, y después de tener el producto instalado y con los errores iniciales resueltos, vamos a proceder a explicar cómo realizar una configuración de mínimos para dejar funcional el producto

Empezaremos por la configuración de los Boundaries y los Boundary Groups

Dado que tenemos tres sites en nuestro Active Directory, creamos tres boundaries. De estos, dos se usarán apra crear un boundary group para sede de Barcelona y otro para la sede de Madrid

La creación de los mismos se hace desde la parte de Administración, apartado “Hierarchy Configuration”, “Boundary”, botón derecho Create new Boundary

Repetimos el proceso las veces necesarias. Tres en nuestro ejemplo.

Acto seguido, creamos un grupo de boundaries, desde el mismo sitio pero en la opción “Boundary Groups”, botón derecho Create Boundary Group

Seleccionamos los diferentes boundaries creados y guardamos el nuevo objeto.

Lo siguiente a configurar, los métodos de descubrimiento de los usuarios y equipos. Sin ir mucho más lejos, en “Hierarchy Configuration”, “Discoverty Methods”

No entraré en detalle de cada configuración particular (por no publicar información sensible) pero sí mencionaré los que configuro y cómo quedan.

• Active Directory User Discovery
• Active Directory System Discovery

Active Directory User Discovery

Para configurar este método de descubrimiento, indicaremos al programa la ruta o rutas donde localizar a los usuarios del Active Directory en función de cómo lo tengamos organizado.

Active Directory System Discovery

Para configurar este método de descubrimiento, indicaremos al programa la ruta o rutas donde localizar equipos y servidores en nuestro Active Directory

Para este método he configurado las rutas:

• Computers y
• “Domain Controllers”

Otra opción que se configura es la de descartar equipos que haga más de 90 días que no contactan con nuestro AD. Es una medida de higiene para evitar los intentos de instalación del cliente de SCCM en esos equipos.

El siguiente punto a revisar una vez tenemos correctamente definidos los apartados anteriores es la instalación del cliente de SCCM en nuestros equipos clientes, que tanto pueden ser PCs commo servidores

Despliegue de los agentes de SCCM a clientes

Para poder gestionar los clientes de SCCM es necesario instalar un agente que los controle. La instalación del mismo se puede hacer de dos maneras

• De modo push
• O por GPO

Escogemos la sencilla como es el método push que configuraremos como se ve en la imagen

De este modo, cada vez que SCCM detecte un nuevo equipo en el sistema, intentará instalarle su agente para poder monitorizarlo, controlarlo y poder gestionarlo.

Si todo va bien, deberán ir apareciendo en la consola de equipos, los servidores y PCs de nuestra plataforma (las diferentes clasificaciones que aparecen en la imagen serán explicadas en una entrada futura)

En la siguiente entrada, explicaré cómo generar agrupaciones de equipos o collections.

Saludos,

Marc

Hola,

Hoy estoy de buen humor así que me dedicaré a corregir los errores de la instalación de SCCM, o más que errores, la instalación de los prerequisitos para que pueda continuar.

Necesitamos instalar:

• Remote diferential compression (RDC)

• El “Assessment and Deployment Kit” (ADK) con ACT, Deployment tools, Windows PE, USMT, Windows Deployment Toolkit, Windows Assesment Services y Microsoft SQL Server 2012 Express

• El rol de IIS Web Server con compatibilidad IIS 6.0

• El protocolo BITS

• El rol (sí, ROL!!) de Windows Services Update Server (WSUS). La DB de WSUS irá en el mismo SQL que SCCM mientras que la descarga de los paquetes, la dejamos en E:\WSUS del servidor de SCCM.

Con todo esto instalado, volvemos a probar de instalar el producto

Y parece que sí. Los dos Warnings los da siempre, hagas lo que hagas… y desde versiones anteriores por lo que vamos a obviarlos y a continuar

Bien, pues ya lo tenemos todo!!! Qué buenos que somos, verdad?

Próximos pasos? Una mínima configuración inicial para poder empezar a trabajar

Saludos,

Marc

Y seguimos.

Con nuestro SQL Server 2012 SP1 instalado, procedemos con nuestro SCCM. Contrariamente a cuando realicé la misma instalación de la versión 2007, esta vez no voy a pararme a ver qué pre-requisitos necesita el producto porque él mismo se quejará de los que le faltan (pero no es capaz de instalarlos)

De lo primero que se queja, es de no tener .NET Framework 3.5 en el sistema. Recordemos que Windows Server 2012 lleva de serie la versión 4.0. La instalamos, qué remedio

Con el .NET instalado, lanzamos la instalación desde el DVD del producto

Revisamos los datos de la siguiente pantalla

Y si está todo correcto, procedemos indicando que instalaremos un Primary Site (no lo vamos a complicar)

Aceptamos el EULA del producto y del resto (en una segunda pantalla)

Inmediatamente después, el programa de instalación nos preguntará donde descargarse una serie de componentes antes de proceder al resto de preguntas de la instalación. En mi caso, he descargado esos ficheros (son 52) en la unidad E:\ del servidor de SCCM

Después de descargar los ficheros, el programa de instalación nos preguntará por el idioma de la parte de servidor, que dejaré en Inglés y por el idioma de los clientes donde a parte del Inglés, escojo el Español

Llegados a este punto, daremos un código de tres letras o una letra y dos números a nuestro nuevo site de SCCM. También le daremos un nombre descriptivo e indicaremos la ruta de instalación. Yo no la he modificado dejando la por defecto.

Indicamos que es un site standalone y seguimos.

El siguiente paso, indicar el servidor de SQL donde se creará la DB para los datos

NOTA: En el servidor SQL se ha de fijar el puerto de la instancia al número 1433. No se pueden usar puertos dinámicos!!!

El resto de valores del resto de pantallas, los dejamos por defecto excepto el de la comunicación HTTP o HTTPs para los clientes que escogeremos una mixta.

En la pantalla de resumen del asistente, verificamos que está todo correcto y procedemos.

Llegamos a este punto, el programa revisa todo el entorno en busca de errores

Buff… cuantos errores. Creo que lo solucionaremos en una entrada futura…

Saludos,

Marc

Hola de nuevo,

Como te tenemos definido el dimensionamiento de los equipos que darán soporte a SCCM 2012, vamos a proceder a la instalación de SQL Server 2012 SP1 donde se almacenarán los datos.

El proceso no tiene mucho secreto pero debemos tener en cuenta varias cosas

• El servicio de SQL se deberá ejecutar con credenciales de un usuario del dominio. Por ser original, yo he escogido la cuenta SQLAdministrator.
• El equipo donde instalaremos SCCM debe pertenecer al grupo local del Administradores del servidor SQL
• Usaremos autenticación Windows dado que SCCM no soporta otra (desde la versión 2007, por cierto)
• Los binarios de SQL se instalarán en la ruta por defecto, en C:, mientras que los datafiles lo harán en E:\SQLDATA y los logs en F:\SQLDataLogs
• El servicio de SQL Agent se arrancará de modo automático.
• El servicio de SQL Reporting no necesita de IIS para funcionar.
• La collation de la DB estará en  SQL_Latin1_General_CP1_CI_AS

Con estas consideraciones bien claras, iniciamos la instalación del SQL desde su DVD de instalación.

El programa realizará una serie de comprobaciones en el sistema antes de dejarnos proceder.

Acto seguido, nos aparece el EULA que aceptaremos y el programa de instalación nos indicará si queremos bajar los parches disponibles para el producto, a lo que indicamos que Sí.

Después de bajar los parches, la instalación se reinicia y nos vuelve a validar el sistema

Seguimos e indicamos que haremos la instalación solo de SQL

Como componentes a instalar, escogeremos

• Database Engine Services
• Reporting Services – Native
• Client Tools Connectivity

Procedemos con la instalación, que nos validará otra vez el entorno y avanzamos hasta que nos solicite un nombre para la instancia. Otra vez, siendo originales, la he llamado SCCMSQL y le indicamos la ruta donde almacenara los datos E:\SQLData

En la parte de cuentas que levantarán el SQL, pondremos la cuenta SQLAdministrator para el servicio de SQL (en la imagen está como aparece por defecto)

También modificamos la Collation.

“Corregimos” las rutas para los datos

Cuando nos pregunte por la configuración de los Reporting Services, le indicamos que lo haremos a posteriori

Validaremos todos los datos y procederemos a la instalación

Y hasta aquí por hoy.

En la tercera entrada de la serie, instalaremos SCCM 2012 SP1 en sí.

Saludos,

Marc