CASOS PRÁCTICOS CON SCCM

PONENTE

Javier BautistaConsultor de sistemas Necsia

DESCRIPCIÓN DE ENTORNO

El cliente dispone de una infraestructura IT que presta servicio a 2000 usuarios finales en una estructura de sites distribuida en varias localizaciones geográficas

Latencia de red debido a la interconexión de varios proveedores MPLS

Diferentes zonas horarias

El servicio IT se ubica al 100% en el HQ de NY

OBJETIVOS DEL CLIENTEEn un entorno de equipos heterogéneo (a nivel de HW y OS) , el cliente quiere:

Normalizar su entorno migrando todas sus estaciones a W8

Conocer aquellos equipos que no cumplen los requerimientos del nuevo OS para sustituirlos

Desplegar las aplicaciones necesarias a nivel departamental para cada migración

Garantizar que los datos existentes en los perfiles de usuario se mantienen tras la migración

Aprovechar el proceso para verificar y remediar si aplica, las directrices de configuración corporativas que deben cumplir los equipos

Todas las acciones no deben afectar al trabajo del usuario, deberán ejecutarse o programarse fuera de horario de oficina

ROADMAP DE PROYECTOEn base al entorno descrito y a los objetivos del cliente, se define el siguiente workflow de proyecto con los siguientes hitos:

Definición de entorno y

alcance del proyecto

Análisis de pre requisitos

Verificar equipos con CPU < 2ghz

Verificar equipos con RAM < 2GB

Enviar informes a finanzas para

tramitar sustitución

Despliegue de OS y

Aplicaciones

Evitar impacto en el usuario

Mantener la información

actual del usuario

Parametrizar en base a

requerimientos

Aplicación de baselines

corporativos

Conocer el nivel de

cumplimiento

Remediar las excepciones

ANÁLISIS DE PRE REQUISITOS

ANÁLISIS DE PRE REQUISITOSOperando sin SCCMPara conocer aquellos equipos que no cumplen los requerimientos de migración, sin una herramienta como SCCM se plantean las siguiente posibilidades:

Recopilar / Actualizar datos de inventario de equipos: Personal OnSite dedicado que revise las máquinas Scripting / WMI

Redactar informe y enviarlo a finanzas para su sustitución

La estrategia es costosa e implica un gran tiempo que supone un stopper en la realización del

proyecto. Además, la metodología prevista no garantiza que la información sea completa

ANÁLISIS DE PRE REQUISITOSComparativa funcional

BENEFICIOS con SCCM

Menos personal

Menos tiempo

Mayor Productividad

Menor coste

Tras contrastar el HOW TO en base a los objetivos planteados comprobamos que:

El cliente ha garantizado la detección del 100% equipos a excluir del alcance del proyecto

Se ha invertido menos tiempo y recursos utilizando SCCM

Se ha permitido al personal estar dedicado a otros temas más útiles para la organización IT

DESPLIEGUE DE OS Y

APLICACIONES

DESPLIEGUE DE OS Y APLICACIONESOperando sin SCCMEn base a los objetivos de este punto se plantean las diferentes metodologías para realizar el deployment:

Utilizar WDS para la instalación / migración de OS Configuración y gestión diferente de WDS en cada site Deployment y actualización de sistemas en cada site

Utilizar GPO para el deployment de aplicaciones Desarrollo de custom install con scripting

La estrategia es costosa e implica un gran tiempo. A parte, no podemos saber que OS y Apps se han

desplegado correctamente.

DESPLIEGUE DE OS Y APLICACIONESComparativa funcional

BENEFICIOS con SCCM

Reporting

Gestión Unificada

Mayor Productividad

Tras comparar la metodología de despliegue con/sin SCCM vemos que:

El cliente ha realizado la migración más rápido y con menos recursos para preparar la plataforma

Se conoce durante la ejecución el estado de todos los equipos migrados

Se ha garantizado la integridad de la información y la no disrupción de los usuarios para llevarla a cabo

GESTIÓN DE LA

CONFIGURACIÓN

GESTIÓN DE LA CONFIGURACIÓNOperando sin SCCMTras realizar el deployment, se comprueba que los usuarios de la sede asiática están utilizando unos settings de DNS en las interfaces de red erróneos. Se plantea conocer el número de equipos que no aplican la configuración correcta y remediar el estado

Asignación manual Requiere intervención humana in situ No dispone de un sistema de monitoring / reporting integrado

DHCP El cambio no es instantáneo, depende del TTL de la asignación

La estrategia es lenta, y difícilmente se puede verificar que aplica.

Podríamos utilizar esta característica para un controlar un cambio en los servidores DNS

Creamos un nuevo ítem de configuración

Le ponemos un nombre

Seleccionamos sobre que plataformas aplicará

Creamos un nuevo setting

Se introduce la información y agregamos un script de descubrimiento

Creamos el script para determinar los servidores DNS

Añadiremos un script de remediación

Añadimos un segundo script para solucionar los resultados que no cumplan las condiciones

Creamos una nueva compliance rule y marcamos que se ejecute el script de remediación en caso de no cumplir los requisitos

Una vez creados los settings finalizamos el asistente de creación

Crearemos un baseline, para aplicar la configuración

Se introducen los detalles del nuevo Baseline y añadimos un nuevo configuration item

Se selecciona el ítem creado anteriormente

Se despliega el nuevo setting

Seleccionamos las diferentes propiedades para el despliegue. Programación, auto remediación y colección

Desde la consola de administración de SCCM podemos validar el nivel de cumplimiento de las directrices corporativas, de manera que conozcamos en tiempo real el estado de todos los equipos respecto a los settings definidos

Comparativa funcional

BENEFICIOS con SCCM

Remediación automática

Aplicación de los settings a los equipos

Reporting de estado global

Tras comparar la metodología de configuración deseada con/sin SCCM vemos que:

El cliente ha realizado la aplicación de settings más rápido y con menos recursos que con GPO / Scripting

El cliente tiene la garantía de que el cambio aplica a la totalidad de equipos

Sabemos el grado de cumplimiento en todo momento

GESTIÓN DE LA CONFIGURACIÓN