Ahora luego de creada la máquina si vamos a ver la opción de Red Hat Linux, pero cuando la seleccionamos en una VM existente podemos encontrarnos con un error similar al siguiente:

Error (10637)
The virtualization software on host HOSTNAME does not support the Red Hat Enterprise Linux 5 operating system.

Recommended Action
Specify a host with different virtualization software and then try the operation again.

Microsoft ya está al tanto de este pequeño error o bug pero todavía no hay un fix oficial al parecer, así que mientras tanto si necesitan usar este feature deberían realizar una actualización directamente sobre las tablas de la base de datos SQL al ejecutar la siguiente query:

[sql]update tbl_IL_OS
set OSFlags=0x14
where Name like 'Red Hat Enterprise Linux 5%'[/sql]

Esta query debe ser ejecutada sobre la base de datos SQL que utiliza la instancia de SCVMM. Ahí van a encontrar la base VirtualManagerDB con la tabla dbo.tbl_IL_OS. Parado en esa tabla deben seleccionar New Query y copiar el código que puse mas arriba, luego ejecutarla.

Esto cambia dos líneas en la tabla tbl_IL_OS con el atributo OSFlags para Red Hat de 16 (Hex 0x10) a 20 (Hex 0x14).

Luego de esta modificación podremos cambiar una VM existente a Linux Red Hat sin ningun mensaje de error y además se podrá crear una nueva máquina con ese SO sin problemas ya que aparecerá dentro de la lista de SO soportados.

Link | Hyper-V Guest Operating System Support

Para empezar todos tenemos que tener nuestro ambiente de SCCM implementado, listo y funcionando sin problemas. Voy a dar eso por hecho ya que no voy a entrar en las funciones o configuraciones del SCCM. Así con nuestro ambiente funcionando y listo, espero que tengan experiencia en haber hecho otras distribuciones de sistema operativo antes.

Para los que no puede ser que les resulte medio extraño o raros los pasos pero espero explicarlos lo mas sencillo posible. Un requisito importante es que tengan el Service Pack 2 de SCCM 2007 instalado. Recuerden bajarlo con tiempo porque es como 1.2Gb así que si planean la tarea para la noche bajenlo antes. :P Esto es importante porque con el SP2 soporta Windows 7 entre otros sistemas operativos nuevos como 2008 R2, etc. Además tiene otros beneficios o mejoras así que conviene instalarlo. También es importante que requiere el Windows 7 Windows Automated Installation Kit 2.0 (version 6.1.7600) que al instalar el SP2 de SCCM sobre el equipo lo actualiza, pero revisenlo porque es importante para deploy de Win7.

Para empezar con las tareas de Deployment o Distribución de Windows 7 necesitamos primero contar con la ISO de este sistema operativo. Una vez que la tenemos podemos grabarla a un DVD o bien montar la misma en el SCCM con algun emulador. Tomamos el contenido y lo copiamos a una carpeta compartida dentro de nuestro SCCM como muestra la imagen de la izquierda.
La estructura de carpetas que ustemos es a nuestro criterio.

Ahora continuamos con el siguiente paso que es dentro del SCCM en si y ya comenzamos con el asistente para agregar el sistema operativo. Específicamente deben ir a Operating System Deployment, ahí hacer click derecho con el mouse sobre Operating System Install Packages y elegir Add Operating System Install Package. 

Seguimos los pasos del asistente colocando la ruta donde está nuestro Windows 7 copiado en formato de network share, ponemos unos datos de nombre y versión para identificarlo en el SCCM y luego seguimos hasta hacer click en Finish.

  Una vez terminado veremos cómo se refleja dentro de la consola de SCCM el nuevo sistema operativo agregado.

Ahí tenemos varias opciones que podemos revisar, Access Accounts, para los permisos, Distribution Points, el nombre lo dice todo y Package Status, para ver si se distribuyó correctamente.

En esta oportunidad debemos hacer click derecho sobre Distribution Points y seleccionar New Distribution Points. Ahí seguimos el asistente y es importante que elijan sólo el punto de distribución de su servidor y NO el de PXE ya que no es una imagen para inicio de máquina sino un sistema operativo completo.

Una vez finalizado podemos esperar que los puntos de distribución se actualicen automáticamente o bien podemos hacer click derecho nuevamente y seleccionar Update Distribution Points. 

Como siguiente paso tenemos que crear una nueva Task Sequence para instalar y capturar esa instalación y luego poder hacer los deployments. Para eso seleccionamos Build and Capture.

Ahí debemos completa rel asistente, poniendole un nombre, descripción, boot image, etc. Luego seleccionamos el paquete de sistema operativo a hacer deployment. Ponemos los datos del sistema operativo como contraseña, key, usuario, etc. y seguimos.

Seleccionamos el paquete con el cliente de SCCM a instalar, que no instale actualizaciones de windows así no demora en algo que luego el WSUS puede resolver, definimos si queremos que instale paquetes en el transcurso del asistente o no y luego el nombre y descripción de la imagen a crear.

Por ultimo es donde ponemos la imagen del sistema operativo capturado, un resumen de las tareas a realizar que sirve para un chequeo previo a lanzarlo y listo, queda creada la tarea.

Luego debemos tener creada una Collection lista para usar para los deployments y Advertise esta Task Sequence creada en dicha Collection. Lo importante en este paso es seleccionar el ítem Make this task sequence available to boot media and PXE. Luego debemos seleccionar que corra con High Priority, Mandatory Assigments as soon as possible, Ignore maintenance windows when running program y Allow system restart outside maintenance windows.

En la ultima imagen lo importante es marcar Access content directly from a distribution point when needed by the running task sequence, When no local distribution point is available, use a remote distribution point y When no protected distribution point is available, use an unprotected distribution point.

Listo, lo unico que queda ahora es agregar un equipo a Computer Association, a través del asistente Import Computer Information. Ahí podemos probar importando una sola maquina con su MAC y GUID y al iniciar la PC debería conectarse al SCCM e iniciar todo el proceso de deployment.

Hay algunos detalles mas de configuración y pasos pero la idea era mostrar algo general sino llegamos a un nivel de detalle que no me entran las pantallas. Si después de esto te queda alguna duda para hacer el deployment avisame y lo conversamos por comentarios en este artículo. Abajo dejo links que pueden ser de gran ayuda para este tipo de deployments.

Link | Microsoft System Center Configuration Manager 2007 Service Pack 2
Link | Microsoft Technet Operating System Deployment in Configuration Manager
Link | Microsoft Technet Overview of Operating System Deployment
Link | Microsoft Technet System Center Configuration Manager 2007
Link | Microsoft Technet Configuring Configuration Manager Sites for Best Performance
Link | Microsoft Technet Checklist for Security Best Practices
Link | Microsoft Technet Best Practices for Central and Primary Site Hardware and Software Configuration
Link | Microsoft Technet Best Practices for Operating System Deployment
Link | Microsoft Technet Planning for PXE Initiated Operating System Deployments
Link | Create a custom boot image with WAIK for Windows 7
Link | How to create custom Operating System Capture Media using ConfigMgr 2007
Link | The Configuration Manager Support Team Blog

Ayer se anunció la salida del R3 del SCCM lo cual es una excelente noticia para los que utilizan esta herramienta y para las empresas que todavía no se decidieron por implementarlo.

Uno de los ítems mas llamativos es el énfacis que se puso a la administración de la energía de los equipos. Las empresas de tecnología están haciendo lo posible por reducir el consumo eléctrico de sus clientes. En este caso utilizar las funciones de ahorro de energía que vienen en los equipos y sistemas operativos y administrarlo centralizadamente desde el SCCM.

Todos sabemos los beneficios que traen Windows Vista y Windows 7 en cuanto a mejoras en el ahorro de energía pero si no son administrados centralizadamente no tienen ningun beneficio y en las empresas generalmente no se hace. Esto pretende corregir la versión R3 del SCCM.

Entre las políticas de ahorro que se pueden configurar está la de configurar horarios de trabajo, reportes, etc.

En el link de mas abajo está el video de demostración con algunos reportes de los cuales saqué las imágenes que estan arriba.

Otra de las mejoras es la utilización del deployment de sistema operativo que viene con Windows 7 dando mas dinamismo a la instalación de nuevos equipos. En este momento está abierto un survey para el TAP del SCCM R3 y te sugiero que te registres si es que estas interesado en el producto. Obviamente necesitas una cuenta de Microsoft Connect para poder realizarlo. Dejo todos los links relacionados a este artículo mas abajo.

Link | Announcing System Center Configuration Manager 2007 R3
Link | ConfigMgr07 R3 TAP nomination survey
Link | System Center Homepage
Link | Configuration Manager Homepage

En el artículo anterior comenté cómo era la instalación de System Center Operations Manager (SCOM) 2007 R2 sobre Windows Server 2008 con SQL Server 2008 c/SP1. Lo que no comenté es si se puede hacer upgrade de la versión anterior de SCOM o de la versión anterior de SQL para soportar 2008. La idea de este artículo es que veas que opciones tenes para hacer una actualización de tu implementación actual a la ultima versión de SCOM con la ultima versión de base de datos.

Recuerden que el SQL 2008 requiere el Service Pack 1 instalado para que el chequeo de prerequisitos pase sin problemas. Esto lo comenté en el post pasado pero por las dudas lo vuelvo a remarcar.

Una novedad que también olvidé comentar en el artículo anterior es la cantidad de agentes soportados por esta nueva versión de SCOM. Podemos ver por el siguiente cuadro que hay un ligero incremento en cada uno de los agentes soportados.

 
Los upgrade path soportados por SCOM R2 se muestran en la siguiente imágen oficial de Microsoft:

El upgrade de SQL 2005 a SQL 2008 es un poco mas complejo, pero igualmente se puede hacer y hay una guía oficial de Microsoft que nos lo explica. Mas abajo dejo un link donde explica los pasos y los comandos que hacen falta ejecutar.

Este artículo puede serte útil si vas a hacer algún upgrade de la plataforma actual, si vas a instalar el producto desde cero entonces podes ir al artículo anterior ya que los pasos de instalación son parecidos a la versión 2007 SP1.

Link | OpsMgr 2007 R2 Deployment Guide
Link | OpsMgr 2007 R2 Troubleshooting Guide
Link | OpsMgr 2007 R2 Upgrade Guide
Link | Upgrading SQL Server 2005 to SQL Server 2008

SCOM o System Center Operations Manager 2007 R2 llegó a su RTM, eso quiere decir que ya está listo para salir al mercado y acá te muestro como instalarlo en un Windows Server 2008 para que lo pruebes y puedas revisar los nuevos features que trae como así también los anteriores y puedas ver cómo fueron manejados.

En esta ocasión lo vamos a probar sobre Windows Server 2008 con la base de datos en SQL Server 2008 ya que debe tener su propia base de datos. Es uno de los requerimientos de la instalación del producto. Ya que hablamos de esto, vamos a repasar algunos de los requerimientos que tiene esta nueva versión de SCOM de Microsoft, que a mi criterio para monitorear plataformas Microsoft es el mejor software del mercado. Si vamos a instalar el SQL 2008 en la misma máquina debemos tener en cuenta los requerimientos de éste último también ya que algunos son los mismos pero otros no. En mi caso el SQL será instalado en el DC de prueba de este ambiente y por eso mas abajo me lo advierte.

Para el servidor de SCOM, ya sea el Management, Web, Database o el Reporting es necesario que el sistema operativo sea Windows 2003/2008 Standard o Enterprise. 4Gb de RAM, SQL 2005/2008 Standard o Enterprise. .NET Framework 2.0 y 3.0. WS-Management 1.1, Microsoft Core XML Services (MSXML) 6.0, IIS con ASP.NET, ASP.NET AJAX 1.0, Windows PowerShell, etc

Recordemos que el SQL Server 2008 tiene un asistente que nos puede decir si cumplimos con los requisitos mínimos o no para la instalación del producto. Lo que aparezca con error debe ser solucionado, en mi caso aparece una advertencia porque el equipo también es Domain Controller pero como es simplemente a modo de testing no me preocupo. En producción nunca instalen el SQL en un DC. Este asistente es muy útil si no sabemos los requerimientos o no estamos seguros de cumplirlos. Recomiendo que lo ejecuten aún si estan seguros de cumplir con todo.

Una vez que contamos con el SQL Server 2008 instalado en nuestro ambiente procedemos a la instalación del SCOM 2007 R2, como es una Evaluación lo que vamos a instalar, primero pide que lo descomprimamos en otra ruta y luego ejecuta el Setup. Una vez que abre el Setup podemos elegir en primera instancia el “Check Prerequisites” para ver si estamos ok. En mi caso la memoria física fue una advertencia pero si la ignoramos podemos seguir con la instalación. Lo bueno es que si falta algún rol del IIS de Windows 2008 te aparece como Error.

Luego inicia el Setup que es muy parecido a la instalación de la versión anterior así que si lo hiciste antes no vas a tener problemas mientras hagas click en Next o Siguiente.

Los pasos son simples, ponemos los datos de registro y qué componentes vamos a instalar.

Hacemos un repaso en caso de pasar o no los prerequisitos, acá lo volveremos a ver. Luego definimos el nombre del Management Group que vamos a usar y un grupo que será administrador del Operations Managers.

Configuramos la instancia de Base de Datos que tengamos implementada y luego los parámetros de la base, tamaño, ubicación de los archivos, etc.

Asimismo deberemos definir la cuenta que actuará como Server Action Account y cómo correrá el SDK and Config Service Account porque podemos definirlo como Local System o una cuenta específica.

Cómo nos autenticaremos en la consola web del SCOM y si queremos enviar los errores a Microsoft para soporte.

La típica pregunta de Customer Experience y luego el botón de instalación que estábamos esperando desde el inicio del asistente.

Al finalizar la instalación veremos una pregunta sobre si queremos iniciar la consola y sobre tomar un respaldo de la llave de encriptación. Esta última opción abrirá un asistente muy sencillo donde podemos tomar y recomiendo hacerlo, un backup de la llave que usa para encriptar la información.

Luego podemos ver la consola que cambió levemente en cuanto a la GUI, si hay cambios dentro de las opciones y features pero a nivel gráfico el cambio fue leve.

Esta fue la instalación de SCOM 2007 R2 sobre Windows 2008 y SQL 2008 todo 64bits y no voy a hacer mas extenso el post porque no tiene sentido en esta ocasión. Mas adelante voy a comentar ciertos cambios en esta versión del producto y cómo se realiza algunos de los pasos básicos en la administración diaria para que el administrador que se encuentre con este producto pueda salir adelante y llevarlo sin mucho esfuerzo.

Igualmente recomiendo que lean los documentos del Technet y vean los Webcast de Microsoft porque son muy bueno y de buen nivel para poder utilizar la herramienta. Dejo los links para poder bajar el producto y el SLD que comenté en un post anterior que es muy buen complemento del SCOM.

Link | System Center Operations Manager 2007 R2 – Evaluation Edition
Link | Service Level Dashboard 2.0 for System Center Operations Manager 2007 R2
Link | SCOM Technet Home

El Microsoft Service Level Dashboard (SLD) sirve para tener un panel con el monitoreo y dar seguimiento, gestión y presentación de informes sobre la línea de negocio (LOB) de nuestra empresa. En dicho reporte podemos ver los niveles de servicio de las aplicaciones. Veremos una lista de las mismas, el rendimiento actual y la disponibilidad de las mismas contra los objetivos propuestos al cliente.

Qué significa esto? Cuando nosotros contratamos un servicio, por ejemplo el hosting, nos dice que tendremos arriba nuestro sitio un 99% de uptime. Ese es el objetivo que luego se deberá comparar contra la realidad dependiendo la cantidad de tiempo que estuvo caído. Bueno, el SLD hace dicha comparación en un reporte con interfaz web y obtiene los datos del monitoreo mediante SCOM 2007 R2.

Recordemos que SCOM o System Center Operations Manager es el producto de Microsoft para monitorear el ambiente o plataforma de nuestra empresa. Ahí mediante los Management Packs podemos tener muchísima información de nuestros servidores, eventos centralizados, performance real time, etc. Si adicionamos este producto al SCOM tendremos un panel muy útil para el cliente o para nosotros mismos para poder conocer si estamos cumpiendo el nivel de servicio propuesto o no. Estos niveles de servicio o acuerdos de niveles de servicio suelen llamarse SLA o Service Level Agreement.

Este componente como mencioné antes trabaja gracias a la información que obtiene desde el SCOM y lo publica mediante un Sharepoint en un entorno web. Por eso es que dentro de sus requerimientos se encuentra el Sharepoint. Aquí vamos a repasar los mismos.

Obviamente uno de sus requerimientos es SCOM 2007 R2 con los servicios de Reporint y Data Warehouse. Además hace falta los Windows Sharepoint Services 3.0 SP1. SQL Server para la base de datos, .NET Framework 3.5, IIS para el entorno web y el Microsoft Office Compatibiilty Pack. Teniendo estos componentes instalados no vas a tener problemas para instalar el SLD.

Podemos ver el tiempo que demandó reparar el incidente y así sacar estadísticas. Podemos ver el estado de salud de nuestra plataforma TI en cuanto a los SLAs establecidos, y a través de la plataforma Sharepoint podemos compartir la información con las herramientas que ya conocemos.

Un gráfico de Technet muy interesante que nos ayuda a comprender el producto es el siguiente:

 
Link | Service Level Dashboard 2.0 for System Center Operations Manager 2007 R2
Link | Service Level Dashboard MP for System Center Operations Manager 2007
Link | Microsoft Technet SLD

Para poder ver el video se requiere el plugin de Silverlight.

Link | Artículo Oficial de Tech-Ed 2009

Ya está disponible para probar la beta de la versión R2 del System Center Virtual Machine Manager 2008. El mismo está disponible a través del sitio de Microsoft Connect y una vez que inicias sesión debes completar un cuestionario donde evalúa si puedes participar de la beta o no. Si estas calificado para hacerlo podrás acceder a descargar el producto y enviar feedback a Microsoft. Está el producto para instalar como también un VHD con el equipo ya instalado y preparado para bajarlo y empezar a probar el software.

Qué es lo nuevo que viene con SCVMM R2?

Live Migration: Si bien ya había comentado algo sobre esto, permite mover VMs entre hosts sin que haya pérdida de servicio. Esto significa que la VM está corriendo perfectamente en el Hyper-V “A” y la movemos al “B” sin que los usuarios sufran un corte en el servicio.

Clustered Shared Volume: Sirve para poder habilitar el Live Migration y elimina el requerimiento anterior de una LUN por VM simplificando la administración de nuestra SAN.

Hot Add/Remove Storage: Permite agregar o remover Storage iSCSI o discos virtuales (VHD) en nuestra infraestructura virtual sin necesidad de apagar la VM, por eso el concepto de “Hot” o en caliente.

Networking Optimizations: Virtual Machine Queue (VMQ) y Chimney son dos nuevas tecnologías agregadas para mejorar la performance de red y bajar la carga de CPU para dicha tarea.

Si bien no puedo mostrar ninguna imagen ni video del producto por razones de seguridad del sitio de Microsoft Connect, les cuento que los nuevos features están muy buenos y no veo la hora de que salga al mercado para poder utilizarlos en ambientes productivos.

Link | Inscribirse en la Beta

Al instalar/administrar WSUS o SCCM se pueden encontrar con ciertos problemas típicos que la idea es comentar algunos con sus respectivas soluciones así no deben estar buscando por toda la web.

Para empezar SIEMPRE verifiquen que tienen todos los componentes de software requeridos y mínimos instalados. Esto es muy importante, no sólo para las versiones de servidor o motores de base de datos sino para las consolas de administración. Es muy común que la instalación de la consola de SCCM no instalemos los requisitos mínimos que nos pide el instalador y que sigamos adelante en el asistente. Esto puede traer muchos problemas a la hora de querer conectarnos con nuestro Site Server.

Lo mismo para el WSUS, recuerden instalar todos los componentes requeridos ya que sino algunos módulos pueden no funcionar como corresponde. Creo que esto es la base de todo este artículo, tener todos los componentes de hardware y software al día y como la documentación dice que debemos tenerlo.

Algunos de estos puntos de problemas y soluciones no fueron realizados por mi, yo solo hice la compilación de los mismos de diferentes newsgroups y foros y los traduje ya que la mayoría estan en otros idiomas. Otros si me encontré con el problema yo y pongo mi solución al respecto.

1) Algunos clientes de SCCM no pasan un Status correcto al Servidor

Esto puede afectar tanto al status de SCCM como al status de los parches. Para la parte de los parches debemos verificar que la política de WSUS esté aplicada dentro de la siguiente entrada de registro:
HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\WUServer

Ahora bien, si además de eso no pasa un correcto status del cliente de SCCM al SCCM entonces puede deberse a algún problema con el cliente. Para esto tenemos dos opciones, podemos enviar una nueva instalación del mismo desde la consola y poner que haga una instalación o reparación y si eso no lo soluciona ir y trabajar sobre la PC de la siguiente forma:

1. Ejecutar ccmclean o ccmsetup /uninstall para desinstalar el cliente de SCCM.
2. Luego elminar el archivo C:\Windows\smscfg.ini
3. Eliminar las entradas de registro HKLM\SOFTWARE\Microsoft\CCMSetup y \SMS.
4. Eliminar las carpetas System32\CCMSetup y CCM
5. Eliminar el equipo de la consola de SCCM.
6. Reiniciar el equipo y dejar que la query de AD lo encuentre y enviar la instalación del agente nuevamente.

Esto debería republicar el cliente en la consola. Si es así podemos revisar si las políticas de WSUS aplicaron verificando la misma entrada de registo que antes.

2) Al querer instalar SCCM nos pregunta de hacer upgrade

Esto se debe a que en algun momento estuvo instalado SMS 2003 y no fue removido correctamente. No sólo hay que remover los objetos que detallo a continuación sino que hay que seguir la documentación para extender el schema en un ambiente que alguna vez tuvo SMS 2003 y no es el mismo comando que si lo hicieses por primera vez, ojo con eso porque también es un error común.

1. Instala las Support Tools del CD de Windows Server 2003 en un Domain Controller.
2. Luego ejecuta adsiedit.msc para editar la base de datos del Active Directory
3. Ir hasta “DC=dominio,DC=com” –> “CN=System”, y revisar si existe “CN=System Management”. Si existe, eliminarlo junto con sus subcarpetas
4. Eliminar las cuentas creadas por SMS en el Active Directory
5. Una vez que replique esta información sólo deben extender el Schema correctamente y listo ya pueden iniciar la instalación sin problemas.

3) El paquete de Windows Update no fue instalado

Este paquete puede llegar a requerir alrededor de 60 minutos para poder ser utilizado.  Si se espera dicho tiempo o se extiende un update a 60 minutos seguramente se aplicará sin problemas. 

4) No veo la notificación de los parches en las PCs

Esto generalmente es un error de configuración, ya sea por GPO o por Registry de las PCs. Para ver el cuadro de notificación la GPO o el registro deben estar configurados en “2- Notify for download and notify for install” o en “3- Auto Download and Notify for Install”. Luego de revisar estos ítems podes revisar el log en la PC para ver como está aplicando. 

Creo que estos son algunos de los ítems mas comunes, podemos encontrar otros pero bueno los dejo para otros artículos así no lo hago mas extenso.

Si bien no existe mucha documentación sobre SCCM en la red salvo el Technet de Microsoft la idea es conocer los pasos para hacer un deploy de una aplicación que no es paquete MSI. Por qué la diferencia y ver esto? Porque los MSI los podemos importar dentro de SCCM y se auto agrega con todos los ejecutables y sus opciones de instalación. En cambio cuando es un archivo de instalación del estilo “setup.exe” entonces debemos definir los parámetros para instalación desatendida si es que así lo deseamos. Digamos que es la forma ideal y típica para que el usuario no genere ruido ni se queje al respecto.

Vamos a dar por sentado que la implementación de System Center Configuration Manager está en orden y funcionando. El Distribution Point está correctamente configurado, el Management Point también y todo funciona bien. Esto lo comento para no dar vueltas en parámetros de configuración y si revisar los pasos para enviar la instalación de Firefox desde SCCM.

Primero bajamos el Mozilla Firefox del sitio web y lo guardamos en algún lugar del servidor. Puede ser en el mismo SCCM o en algun equipo que esté disponible a través de UNC.

Link | Download Mozilla Firefox

Luego vamos a la consola del Configuration Manager para poder hacer el paquete y posteriormente el Advertiser para que les aparezca el icono a los usuarios de que está disponible.

Dentro de la consola vamos a: Site Database/Computer Management/Software Distribution/Packages –> New –> Package

Esto nos abre el asistente que vamos a completar. La primer pantalla debemos completar con los datos que nos van a servir para identificar el paquete, nombre, fabricante, idioma, etc. Luego nos va a preguntar por la ruta donde estan los archivos fuente del paquete. También si queremos que siempre obtenga los archivos de ahí o desde el compartido de Configuration Manager.

Luego debemos definir si queremos que los usuarios accedan desde el compartido de Configuration Manager o desde el directorio donde está el ejecutable al compartirlo. Seguido a eso configuramos la prioridad del paquete.

Las siguientes opciones son para los reportes y seguridad. Una vez completado todo nos crea el paquete dentro de la estructura antes nombrada. Si vamos hasta dicha estructura vamos a ver una subcarpeta Programs. Ahí hacemos New –> Program y un nuevo asistente se iniciará.

En la primer ventana definimos el nombre del ejecutable, la línea de comando y qué va a hacer luego o cómo correrá. Para el caso de Firefox hay que agregar el “-ms” al final del mismo y de esta manera lo hará desatendido. Por ejemplo, si renombramos el ejecutable por setup.exe, quedaría: setup.exe –ms
En la siguiente ventana definimos la plataforma en la que puede crrer dicho ejecutable y el espacio en disco estimado para que si no lo tiene no intente instalarlo.

Luego vamos a definir con qué permisos debe correr, en este caso podemos hacerlo con los del usuario o si es un ambiente muy restrictivo con permisos de administrador. Luego definimos un par de opciones mas sobre si ejecutamos algo previo o no.

El siguiente paso sería agregar un Distribution Point dentro del mismo paquete y a través de Package Status verificar que quede instalado en el mismo.

Luego podemos enviar la instalación a través de un Advertisement o bien hacerlo haciendo boton derecho sobre algun equipo y distribuir software. También podemos identificar una Collection específica. En el asistente del Advertisement debemos especificar el paquete que queremos publicar, el comando de ese paquete ya que puede tener varios y a qué collection aplica. Luego definimos un schedule, un Distribution Point y la interacción con el usuario.

Con estos pasos verás en los equipos cliente como se publica la aplicación y como puedes instalar el Firefox desatendidamente con System Center Configuration Manager 2007. Así como mostré de ejemplo el Firefox puede ser cualquier otra aplicación e incluso puede requerir interacción del usuario.

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.

Por defecto cuando se instala el agente de SCOM 2007 en un servidor con Exchange 2003 monitorea todo lo que tengamos habilitado. Si instalamos el Management Pack (MP) de Exchange 2003 seguramente monitoreará muchísimas cosas adicionales de dicha herramienta.

Sin embargo hay que hacer una serie de tareas extra para que pueda monitorear del todo el ambiente de Exchange. Un ejemplo sería el dibujo de la topología, para que esto funcione hace falta habilitar ciertos ítems sobre los servidores y para el monitoreo de flujo de mensajes también. La idea es comentar qué hace falta luego de instalar el agente de SCOM en un Exchange Server.

Si tenemos experiencia en SCOM sabemos que un MP contiene monitores, reglas y tareas que hacen la vida del monitoreo mas sencilla. Comencemos comentando qué tiene de nuevo el MP de Exchange 2003 comparado con sus versiones previas:

• El umbral de monitoreo se modifica automáticamente aprendiendo de tu ambiente.
• Una tarea para abrir la Exchange Server System Manager (ESM).
• Tareas de agente para instalar el ExBPA, consultar DC’s y trabajar con los servicios de Exchange
• Una tarea de agente para hacer un logon a MAPI.

Para comenzar obviamente necesitamos tener el MP instalado en nuestra consola de SCOM 2007. El Management Pack de Exchange 2003 contiene lo siguiente:

• Microsoft.Exchange.Server.Library.mp (Exchange Server Core Library)
• Microsoft.Exchange.Server.2003.Monitoring.mp (Exchange Server 2003 Discovery)
• Microsoft.Exchange.Server.2003.Monitoring.mp (Exchange Server 2003 Monitoring)

El mismo puede ser descargado para ser instalado desde el System Center Operations Manager 2007 Catalog. Una vez importado desde “Administration” –> “Management Packs” –> “Import Management Pack” podemos agregar el equipo para ser administrado.

Agregando un Servidor para ser Monitoreado

Vamos al panel de “Administration” ahí hacemos boton derecho sobre “Agent Managed” y hacemos click en “Discovery Wizard”. Esto nos va a abrir un asistente para descubrir y dar de alta el nuevo servidor a monitorear. La segunda pantalla nos va a preguntar si hacemos un descubrimiento automático o mas avanzado apuntado a servidores y clientes o servidores unicamente. En esta segunda opción vamos a poder poner las IPs o nombres de los dispositivos que queremos que busque en las pantallas siguientes.

En el avanzado podemos seleccionar el dominio entero por Active Directory o bien poner los equipos uno por uno como comentaba antes. En este caso voy a poner uno por uno. Luego sólo debemos especificar una cuenta con privilegios o si la cuenta Server Action tiene permisos sólo continuar.

Nos va a descubrir los equipos y debemos marcar en cuales queremos instalar el agente para luego monitorear. Por ultimo nos pregunta el directorio destino para instalar el agente y con qué cuenta levantar el servicio, por defecto Local System.

Al terminar tenemos una ventana donde nos va mostrando el status en cada uno de los servidores que debe instalar el agente. En este caso terminaron todos Success y si hacemos click sobre cada uno vemos un mensaje diciendo que todo salió bien.

En caso de que hubiese fallado alguno nos diría Failed en el servidor y al hacer click nos da un detalle del por qué falló. Incluso en el servidor se crea un nuevo contendor de eventos en el Event Viewer para los de Operations Manager y ahí podemos ver en mas detalle si hubo algun problema.

Para corroborar que quedó instalado y ok, al margen de ver Success en esta ventana podemos ir a los servidores individuales y en el Event Viewer bajo el contenedor de Operations Manager ver que el servicio levantó ok.

Configurando el Exchange Management Pack

Ahora que ya tenemos el agente de SCOM instalado debemos ejecutar el asistente del Microsoft Exchange Server Management Pack Configuration Wizard. Esto es necesario para poder configurar y habilitar algunos monitores y reglas de Exchange. Como uno de los primeros pasos nos pregunta qué Grupo Administrativo contiene los servidores de Exchange que queremos administrar. Podemos seleccionar todos o bien elegir específicamente uno de los grupos.

Luego podemos seleccionar los servidores de Exchange de dicho Grupo Administrativo, aquí nos va a mostrar todos los disponibles. Los Cluster los va a mostrar con el nombre del cluster y no como los servidores físicos independientes. Luego podemos seleccionar el tipo de configuración a aplicar, la por defecto o la custom. En nuestro caso obviamente “Custom”.

Aquí podemos seleccionar qué queremos monitorear de los ítems que nos deja configurar. En mi caso Front-end está grisado porque todavía no instalé el agente en ningún Front-end Server ni marqué un Front-end de la lista tampoco. Luego se puede volver a correr para marcar el ítem que falte con los servidores que falten configurar. Luego de seleccionar los servicios a monitorear nos va a preguntar por dichos servicios como por ejemplo si el Message Tracking estará habilitado o no.

Luego debemos seleccionar qué queremos monitorear. Ahí marcamos lo que nos interese monitorear según nuestras necesidades. Luego debemos configurar la disponibilidad de casillas donde nos pregunta si queremos que sea por servidor o por Store. En ambos casos requiere diferente cantidad de casillas de prueba o bien podemos deshabilitar este tipo de monitoreo.

En la parte de configuración del Mail Flow debemos seleccionar desde qué servidor a qué servidor queremos monitorear el tráfico. Luego nos pregunta la cuenta que será utilizada para acceder a las cuentas de test. Si no existe la crea.

Luego nos muestra un resumen de lo que haremos y al hacer click en Next realiza las configuraciones seleccionadas y nos da un mensaje de que todo terminó perfecto. También nos aparece el link a un log de la configuración.

En caso de apuntar dicha configuración a un Cluster podemos encontrar el siguiente mensaje de error:

Error: Cannot configure the mailbox access account on computer 'SERVER_NAME'. This configuration can only be made after the Exchange MOM event 9986 is registered by MOM.

Hay dos links donde se puede encontrar información acerca de este problema.

Link | Microsoft KB 899382
Link | 9986 errors Installing SCOM 2007 Agent to Exchange 2003 SP2 Clusters

Configuraciones Adicionales

Todavía no terminamos ya que falta seguir configurando algunos ítems. Por ejemplo si queremos que grafique la topología de nuestro ambiente de mensajería debemos habilitar dentro de las propiedades de los equipos un tilde llamado Agent Proxy. Esto debemos hacerlo en todos los servidores de Exchange que tengamos instalado el agente.

Podemos acceder a dicha pantalla debemos estar en el panel Administration y ahí dentro de Agent Managed hacemos click derecho sobre los servidores de Exchange y seleccionamos Properties. Luego elegimos la solapa Security.

Luego debemos habilitar el Topology Discovery para los servidores de Exchange que nosotros queremos. Para esto vamos al módulo Authoring ítem Object Discovery y ahí podemos hacer un Look for Exchange 2003 y de los objetos que aparecen hacemos botón derecho sobre Exchange 2003 Topology Discovery. Seleccionamos Overrides, luego Override the Object Discovery y luego For a specific object of type: Exchange 2003 Role.

Esto nos va a abrir una ventana para seleccionar a qué servidor de Exchange se lo queremos aplicar. También podríamos haber seleccionado For all objects of type: Exchange 2003 Role si es para todos. Una vez seleccionado el servidor debemos seleccionar Enabled y el valor en True.

Con eso habilitamos el descubrimiento de la topología del servicio de Exchange. Nos quedan algunos ítems, por ejemplo si tenemos unas URL’s diferentes a las default para el servicio de OWA, OMA y ActiveSync las debemos configurar a través del registro en los Front-End Servers. Las direcciones se ponen separadas por coma por ejemplo (https://direccion1,https://direccion2,etc.). La ruta en la registry es y los parámetros a configurar son:

HKLM\Software\Microsoft\Exchange MOM\FEMonitoring\front-end server\
CustomUrls
CustomOmaUrls
CustomEasUrls

Luego seguramente tengas alarmas por monitores o reglas que estan configuradas por defecto con umbrales por defecto. La idea es que desde el módulo de Authoring vayamos modificando esos umbrales así los adaptamos a nuestro ambiente.

Mucha gente todavía no conoce para qué sirve System Center Operations Manager 2007 (SCOM) ni tampoco conoce la serie de productos de Microsoft System Center. En este caso el SCOM sirve como herramienta de monitoreo proactivo. No sólo podremos monitorear nuestros equipos y servicios asociados sino que hasta también podremos utilizarlo para centralizar los eventos de los mismos. Generalmente para esta tarea se adquiere un prodcuto aparte especializado en eso, pero con SCOM podemos hacer todo en uno.

La idea es comentar los pasos de instalación del producto de la forma mas standard o Simple que tiene que es la implementación de los servicios en un único servidor. En este caso instalamos un SQL Server 2005 con SP2 y luego el SCOM con los servicios en el mismo equipo. Obviamente que no va a tener la misma performance que la implementación distribuída ni tampoco va a poder soportar la misma cantidad de equipos monitoreados. Para poder hacer un correcto análisis de qué plataforma o qué cantidad de servidores necesitamos recomiendo instalar la herramienta System Center Capacity Planner 2007. Con esta herramienta vamos a poder obtener un resultado como el siguiente:

En este caso se ingresan los datos de la solución deseada y nos comenta que necesitamos un servidor con múltiples roles de SCOM y aparte un servidor para ACS y otro para su base de datos. ACS es Audit Collection Service y es el módulo de centralización de eventos de seguridad. Es una herramienta realmente práctica y nos ayuda a diagramar una solución para una empresa.

En cuanto a la implementación en si primero debemos comenzar por qué son los roles del servidor a instalar y qué puertos utiliza para comunicarse en caso de requerir abrirlo en algún firewall. Los roles que vamos a instalar son:

· Audit Collection Services (ACS) collector
· ACS database
· ACS forwarder
· Operational database
· Operations Console
· Reporting Data Warehouse database
· Reporting database
· Reporting Server
· Root management server
· Web Console server
· CommandShell

Las limitaciones que tenemos por instalar todo en un único equipo:

Gateway Server: Debido a esta implementación todos los equipos deben estar en el mismo dominio de Active Directory ya que no podemos implementar un Gateway Server para que realice la comunicación en caso contrario.

High Availability and Redundancy: No podemos implementar un servicio de alta disponibilidad ni tolerante a fallas ya que se debe implementar un único hardware. Otras configuraciones para esta solución no son soportadas.

Los puertos utilizados por este servicio son:
· Operations Console -> Root Management Server: TCP 5724
· Operations Console -> Reporting Server: TCP 80
· Consola Web -> Web Console Server: TCP 51908, 443
· Agente -> Root Management Server: TCP 5723
· ACS forwarder -> ACS collector: TCP 51909
· Agentless management: RPC

Los requisitos para instalar esta solución obviamente son tener el DNS operativo y un Active Directory funcionando correctamente. Sobre el equipo es necesario tener instalado Internet Information Services (IIS) y .NET para que funcione el módulo de Reporting. Luego debemos proceder a crear algunas cuentas en el dominio que serán utilizadas por este servicio.

Se deben crear 5 cuentas y 1 grupo de usuarios, los mismos deben quedar como se muestra a continuación:

El nombre de las cuentas es importante simplemente para recordar dónde vamos a utilizar cada una para que le asigne los permisos necesarios y requeridos. El usuario Operations Manager Administrator debe ser miembro del grupo que generamos ya que luego asignaremos permisos sobre este grupo. Luego comenzamos con la instalación del SQL 2005 SP2.

Instalando Microsoft SQL 2005 SP2

El autorun del CD nos abrirá una pantalla para seleccionar la tarea que queremos llevar a cabo. En ese instante seleccionamos “Server components, tools, Books Online and samples” para que inicie el setup. Primero va a instalar el cliente y los archivos para la instalación.
 

Luego va a iniciar el proceso de instalación y previo va a realizar un chequeo para ver si cumplimos con los requisitos de la misma.

Luego debemos seleccionar los módulos que queremos instalar de SQL, aquí necesitamos marcar SQL Server Database Services, Reporting Services y Workstation components, Books Online and development tools. Luego debemos especificar la instancia, aceptamos la por defecto “Default instance” y continuamos.

Ahora debemos especificar si usamos una cuenta de dominio o la cuenta local de Sistema. Seleccionamos “Local System” y verificamos que esté marcado “SQL Server” y “Reporting Services”. En el paso siguiente marcamos “Windows Authentication Mode”. Luego dejamos lo que viene por defecto “Dictionary order, case-insensitive, for use with 1252 Character Set” y en la pantalla final dejamos “Install the default configuration”.

Para comprobar que los servicios de Reporting se instalaron correctamente podemos ingresar por Internet Explorer a nuestro servidor en el directorio virtual Reports (http://<servername>/reports) y debemos ver algo similar a lo siguiente:

Si todo está bien podemos comenzar con la instalación del System Center Operations Manager 2007. Si la página de reporting no se ve se debe reiniciar la instalación de la misma. Luego se debe instalar el Service Pack 2 de SQL.

Instalando System Center Operations Manager 2007 (SCOM)

Al iniciar la instalación primero hace un chequeo de los requisitos mínimos para poder seguir la misma. En esa ventana debemos marcar los roles que queremos instalar para que chequee por esos requisitos. En nuestro caso marcamos todos los ítems Operational Database, Server, Console, Power Shell, Web Console, Reporting, and Data Warehouse.
 

Si todos los requisitos pasaron ok entonces ahí si marcamos la opción “Install Operations Manager 2007”.    

Ahora si marcamos los roles que queremos instalar y seleccionamos la ubicación de los mismos. Luego nos va a preguntar el nombre del “Management Group” que en esta implementación puede haber sólo uno y debemos especificar el grupo que creamos con anterioridad como los administradores del mismo. Luego seleccionamos la instancia de SQL con el puerto por defecto y continuamos.

Debemos definir un nombre para la base de datos del Operations Manager y la cuenta de Management Server Action Account.

Luego continuamos con la configuración para la cuenta de SDK and Config Service Account y qué tipo de autenticación queremos para el sitio web.

Para finalizar el asistente nos pregunta si queremos respaldar la llave de encriptación y luego iniciar la consola.

Hasta aquí terminamos de instalar la primera parte, ahora podemos revisar si todo quedó ok y funcionando o directamente continuar con la siguiente instalación que son los servicios de Reporting del SCOM 2007.

Para revisar si quedó ok la instalación abrimos la consola de SCOM. Vamos a la vista “Monitoring”, ahí expandimos “Management Server” y seleccionamos “Management Server State”. Ahí debemos revisar que el Root Management Server (RMS) esté ok en todos sus servicios. También podemos verificar a nivel de SQL que la base esté operativa y online ingresando al Administrador de SQL. Desde la misma consola podemos revisar los permisos de las bases y que todo concuerde con la instalación que hicimos. También podemos chequear si la consola web inicia abriendo el otro acceso directo que nos crea llamado “Web Console”. Si algo de esto no funciona, revisar los pasos de instalación previos y reiniciar algunos de ellos. Sino podemos continuar con la parte de Reporting.

Instalando System Center Operations Manager 2007 Reporting

Una vez que terminamos con la primer etapa de instalación podemos continuar con la siguiente que es la parte de Reporting. Para esto elegimos del asistente de instalación la opción “Install Operations Manager 2007 Reporting” e iniciamos un nuevo asistente.

Esta instalación es mucho mas simple, aceptamos la licencia, determinamos donde queremos instalarlo, especificamos el nombre del servidor RMS (Root Management Server), la instancia de SQL, la customización de los logs y bases de datos, la cuenta de Data Warehouse Write Account y la cuenta de Data Reader y listo, con eso se termina el asistente y se instala el módulo de reporting.

Para revisar que realmente haya quedado instalado vamos dentro de la consola de SCOM 2007 a la solapa de Reporting y ahí buscamos los reportes dentro de “Microsoft ODR Report Library”.

Con esto queda implementado el SCOM 2007 en un único servidor. También está disponible el rol de ACS o Audit Collection Services pero no recomiendo instalar todo en un sólo equipo y este artículo era sobre una solución en un único servidor. Para el ACS recomiendo revisar la planificación y diseño del mismo y luego implementarlo en otro equipo.

Algunos gráficos fueron tomados de los standards de Microsoft, otros fueron agregados por mi dentro del paquete. Con este paquete de Stencils vas a poder generar todo tipo de gráficos sobre WSUS o cualquier plataforma de parches o seguridad. Creo que agregué todo tipo de gráficos pero si falta alguno puedes pedírmelo por acá o bien a través del foro para poder mejorar el paquete de Stencils.

Mas abajo dejo algunos ejemplos de qué tipo de gráficos se pueden generar con este grupo de Stencils. Igualmente esto se puede sumar a los que ya tenías por lo que puedes generar cualquier tipo de gráfico en Visio. No pude encontrar ningún paquete oficial de Microsoft sobre esto, así que generé el mio propio y lo comparto para todos aquellos que esten en la misma búsqueda.

El artículo está traducido al inglés mas abajo ya que puede haber gente interesada de cualquier parte del mundo, recordemos que este paquete es universal y los nombres de los objetos los puse en inglés para que cualquiera pudiera usarlos.

Fue probado tanto en Microsoft Visio 2003 como 2007, desconozco si funcionan bien en versiones anteriores del producto. Si lo probaste en una versión anterior y funcionó por favor comentalo así otros pueden aprovecharlo.

Descarga:
Note: There is a file embedded within this post, please visit this post to download the file.

ENGLISH

For some time I have the idea of grouping some Stencils and create other so we can generate charts on Microsoft Visio about WSUS, System Center Essentials, etc..

Some charts were taken from the Microsoft standards, others were added by my self inside the package. With this package of Stencils, you’re going to be able to generate any kind of graphics about WSUS or any other platform  about patching or security. I think I added all kind of graphics but if you find out that someone is missing please let me know here or through the forum in order to improve the Stensils package.

Below are some examples of what kind of graphics can be generated with this group of Stencils. This can be added to other Stencils that you already have so you can generate any kind of chart in Visio. I couldn’t find any official Microsoft package about this, so I make my own and want to share for all those who are in the same search.

The article is translated into English and Spanish as there may be people interested anywhere in the world, remember that this package is universal and the names of the objects are in English so that anyone can use them.

It was tested in Microsoft Visio 2003 as 2007, I don’t know whether they work well in previous versions of the product. If you tried in an earlier version and it worked well, please let me know so others can use it too.

Download:
Note: There is a file embedded within this post, please visit this post to download the file.

Algunos gráficos de ejemplo / Some graphic examples:

 

Recordemos que este pack fue compilado por mi y no es oficial por Microsoft. Cualquier tipo de soporte no podrá ser solicitado a Microsoft.

Remember, this pack was compiled by me and it is not oficial by Microsoft. Any kind of support can’t be requested to Microsoft.

Luego de la instalación de System Center Essentials 2007 qué hacemos? Bueno, como primeros pasos deberíamos configurar los features del producto, luego configurar los equipos a administrar y por último configurar las opciones de Microsoft Update. Es vital realizar estas configuraciones para que el producto funcione correctamente y además para poder sacarle todo el jugo posible.

Configurar los Features del Producto

Luego de la instalación debemos hacer click en Required: Configure product features. Esto abrirá un asistente de configuración que debemos seguir para poder configurar el producto. La primer pantalla es la introducción de lo que vamos a hacer. Podemos marcar la opción para que no vuelva a mostrarnos esta ventana. Luego, la segunda pantalla es la configuración de la salida a internet a través de un Servidor Proxy. Ahí deberemos configurar los parámetros del Proxy en caso de tenerlo.

La siguiente pantalla sirve para configurar la GPO de dominio automáticamente o bien crearla luego nosotros manualmente. Esta GPO sirve para decirle a las PCs que los updates los tome de nuestro servidor de SCE. Si decimos que si debemos estar logueados con una cuenta de Domain Admin. La siguiente pantalla nos pregunta sobre las excepciones del Firewall. Recomiendo decir que si para que configure estas excepciones de lo contrario no se podrán instalar agentes en los equipos si tienen el Firewall iniciado.

 
Luego va a preguntarnos sobre la configuración de Remote Assistance. SCE puede habilitar en los equipos administrados el Remote Assitance. Si no lo vamos a usar podemos decirle que no. En la siguiente pantalla del asistente nos consulta si queremos que colecte los errores de aplicación de las PC’s que administramos. El directorio al que enviemos los errores debe estar sobre NTFS y con al menos 2Gb libres sin mencionar que la carpeta ya debe existir.

El siguiente paso nos preguntará si queremos enviar los errores recolectados a Microsoft. Esto es parte de la Error Reporting Tool que ya existe en los equipos, pero queremos reenviar todo a Microsoft? Esto es lo que debemos definir en esta ventana. Puede ser tanto básico como detallado el reporte que se envía. Luego si queremos recibir un correo con el reporte diario de estado del ambiente debemos configurar los parámetros que nos pide.

Ahora viene un punto crítico que es si queremos que descubra automáticamente todos los equipos de nuestro ambiente o lo vamos a hacer manualmente. Yo personalmente prefiero hacerlo mas manual para tener un poco de control sobre el tema. Una vez descubierto el ambiente si se puede definir que sea automático para las actualizaciones del mismo. Por último veremos como configura todo lo que acabamos de definir.

Una vez finalizado hacemos click en Close y este punto ya estaría terminado.

Configurar Equipos y Dispositivos a Administrar

Para este paso es necesario hacer click en Required: Configure computers and devices to manage. Nuevamente abrirá un asistente que nos guiará en la configuración de los equipos y dispositivos. En la primer pantalla veremos la típica introducción de lo que haremos. Luego tenemos la opción de un Discovery o Descubrimiento automático o Avanzando. El automático es sobre el dominio del mismo servidor y traerá todos los equipos basados en Windows. El Avanzado podemos seleccionar si queres solo clientes, solo servers, dispositivos de red, etc. Si elegimos Avanzado tendremos un paso mas en el asistente para seleccionar el método, de lo contrario pasa directamente a la autenticación.

La pantalla del método de Discovery nos deja elegir entre Active Directory o bien seleccionar el equipo manualmente o tipearlo. Luego debemos definir las credenciales que utilizaremos en el Descubrimiento de los equipos. Puede ser la misma del SCE o bien una específica.

El proceso de Discovery se iniciará y encontrará los equipos que nosotros especificamos, ya sea por AD o bien manualmente. De lo encontrado debemos seleccionar los equipos que necesitemos administrar.

Ahora si, el típico resumen que nos dirá cuántos agentes requiere instalar y una vez que hagamos click en Finish inciará una ventana con la instalación de los mismos. Ahí podremos ver un status de cómo termina la instalación y tomar acciones donde sea necesario. Esta ventana podemos cerrarla que la instalación seguirá en background. Igualmente si es el primer equipo para probar la implementación de SCE sugiero esperar a ver cómo resulta, luego el deploy masivo si podremos ejecutarlo en background.

Configurar Opciones de Microsoft Update

Por último nos queda configurar las opciones de Microsoft Update que para esto debemos hacer click en Required: Configure Microsoft Update settings. Recordemos que SCE 2007 incluye un módulo de instalación de parches sobre los equipos como WSUS así que este punto es muy importante. Comenzamos con la introducción de los asistentes y luego con la configuración del Servidor Proxy, aunque si ya lo configuramos en el punto anterior nos traerá la misma información.

El siguiente punto deberemos Sincronizar en vez de hacer Siguiente. Esto es muy parecido al asistente o Wizard del WSUS. Si leíste los artículos sobre configuración del WSUS o configuraste alguno vas a ver que es muy similar ya que es la configuración de dicho módulo. Una vez que finaliza seleccionaremos los productos que vamos a actualizar en los equipos que administremos.

Siguiendo nos queda elegir los idiomas que vamos a soportar. Acá debemos seleccionar todos los idiomas que pueda existir en nuestro ambiente para que todos los equipos estén actualizados. Luego la clasificación, son los tipos de actualizaciones que otorgaremos. Entre ellas se encuentran, Parches Críticos, Service Packs, Updates, Aplicaciones, etc. 

Luego podemos definir una política de aprobación automática para ciertos parches o bien manejar todos manualmente. Sugiero seleccionar Definition Updates en forma automática ya que es la actualización del Windows Defender. Seguimos y configuramos el horario en el que queremos que sincronice contra internet para bajar los parches. Casi siempre se selecciona en la madrugada, pero cada cliente tiene diferentes necesidades.

El resumen típico y la posibilidad de iniciar la sincronización al cerrar el asistente. Si es horario productivo no lo recomiendo ya que es el que mas demora.

Al finalizar este Wizard damos por terminada la configuración inicial de SCE 2007 y podremos empezar a administrar los equipos que seleccionamos en el Discovery. Recomiendo iniciar probando con algunos equipos con diferentes versiones de OS y luego cuando sabemos que está todo ok con las imágenes de la empresa, ahí si hacer el deploy masivo.

En artículos siguientes comentaré la forma de hacer un deploy de Software a los equipos, si te interesa Suscribite!!

System Center Essentials 2007 es una herramienta de administración desarrollada por Microsoft para ayudar al personal de IT con sus tareas diarias desde una simple y única consola. Podemos segurizar, actualizar, monitorear y darle seguimiento a nuestro ambiente de IT. A eso hay que sumarle todos los reportes que podemos obtener de dicha aplicación.

En este artículo pretendo comentar los pasos necesarios para la instalación del producto. Igualmente antes de comenzar habría que revisar si el equipo cuenta con los requisitos mínimos, determinar la base de datos si va a estar localmente o en otro equipo, las cuentas de usuario, etc.

Los requisitos mínimos en cuanto a software son:

• Microsoft Windows Server 2003 x86 SP1 o superior  (No soporta CPU’s IA64)
• IIS 6 o superior habilitado
• BITS 2.0 habilitado
• ASP.NET habilitado en el IIS
• Active Directory debe estar disponible en el ambiente
• SQL Server 2005 Express SP1 o superior  (No soporta SQL 2005 Mirroring)
• No soporta Clustering
• .NET Framework 3.0  Download »
• SNMP habilitado (no es un requerimiento pero se va a utilizar)
• MSXML 6.0 (si no está instalado el mismo setup lo hace)

Ahora ejecutamos setup.exe y seguimos los pasos de instalación.
La primer pantalla debemos seleccionar lo que queremos instalar. En este caso seleccionamos “Full Setup” para instalar el servidor completo. Cabe destacar que la “Installation Guide” es una guía completa en formato de Windows Help que nos puede ayudar en muchos aspectos en la configuración del producto. Luego veremos la primer pantalla de bienvenida de la instalación.

Al hacer click en Next o Siguiente va a chequear los prerequisitos de la aplicación para ver si necesitamos instalar algo mas o podemos continuar con el setup.

Veremos que el chequeo de memoria tiene un Warning porque no tengo 2Gb de Memoria como es el recomendado por Microsoft, pero igual podemos continuar. Si tenemos dudas con respecto a algún ítem podemos hacer click en el botón “More”. Luego veremos la pantalla de la licencias de Microsoft que siempre aceptamos :P. Debemos introducir el nombre y compañía según nuestra licencia… Esas ventanas las salteamos para no hacer muy largo el post ya que no hay que configurar nada.

Ahora si vienen dos secciones importantes. La primera es si queremos almacenar los parches localmente o bien que los obtengan desde Microsoft Update. Es el mismo tipo de configuración que para WSUS. Es importante que para pasar a la siguiente ventana debemos tener 12Gb libres como mínimo en la unidad que seleccionemos. Luego nos permite seleccionar el tipo de base de datos que tendremos. Podemos apuntarlo a un servidor de SQL local o externo (recomendado para grandes ambientes) o bien dejar que instale un SQL 2005 Express localmente. 

Luego configuramos una cuenta que tenga permisos de Administrador sobre los equipos que vamos a administrar. Posterior a eso definimos si queremos enviar datos a Microsoft sobre nuestra implementación, el típico Customer Experience.

Como último paso tenemos un resumen de lo que vamos a hacer, osea la instalación y si queremos visitar el sitio de Microsoft para verificar que tenemos todos los parches instalados y el equipo al día.  Una vez que finaliza la instalación y abrimos por primera vez la consola veremos la pantalla que se adjunta a continuación. Este es el Inicio de System Center Essentials (SCE). La instalación puede demorar unos minutos si debe instalar el SQL Express.

Qué hay que configurar ahora? Esta sería la pregunta de toda persona que termina de instalarlo. Bueno si bien voy a ir preparando otros artículos relacionados podríamos empezar con:

• Conocer la Consola de Administración
• Monitoreo
• Administración
• Management Packs
• Agregar Equipos
• Software Deployment
• Inventario
• etc…

No lo sigo en este mismo artículo ya que sino se hace muy extenso, pero prometo ir haciendo mas artículos relacionados al igual que con WSUS.

Link | System Center Essentials 2007
Link | System Center Essentials 2007 Service Pack 1

Para poder bajar esta versión deben ingresar en Microsoft Connect y aplicar para dicho producto. Luego les va a habilitar las opciones para bajar los archivos y poder probarlo para enviar feedback y errores así el producto puede salir al mercado con todos los bugs solucionados. En cuanto a la instalación sólo debe contemplarse que no se puede hacer upgrade de la versión anterior y en los requerimientos sólo hay que tener en cuenta que requiere .NET Framework 2.0 y MDAC 2.6 mínimo. Posee buena documentación y ayuda así que seguro que lo podrás instalar sin problemas para poder probarlo y enviar feedback interesante.

En cuanto a la utilización, seleccionás "Create a New Capacity Model" del primer menú, sólo te deja elegir Exchange 2007 porque es lo único que está habilitado por el momento, y después tenes que seguir los pasos completando la información de tu futuro proyecto.
Una vez que se completa todos los datos de nuestro proyecto/implementación nos puede dar una idea de cómo va a estar todo distribuído. Igualmente no hay que tomar estos datos como decisión definitiva sobre el proyecto, es un poco mas de información, nada mas.

Ejemplos:
  
Si ejecutamos la simulación va a testear todas las variables que definimos y nos va a decir si el hardware y enlaces que pusimos son los correctos, por ejemplo en las imágenes van a ver que la última contiene un error diciendo que el enlace WAN está muy sobrecargado, tal vez por las variables de Active Sync o Outlook Anywhere o Web Access o salida a internet para los correos y será lo que hay que chequear en la implementación. Como ven es de mucha ayuda para crear proyectos/propuestas de implementación.