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

Y seguimos

Ahora que ya tenemos todo el software paquetizado, vamos a ver cómo se distribuye a nuestros clientes de SCCM.

En el ejemplo, generaremos una distribución de Microsoft Office 2010. Para ello, lo primero que haremos será crear un package

Una vez abierto el Asistente, pasamos a completar los datos

Completamos la ruta UNC de donde obtendrá los binarios paquetizados

Pulsamos sobre “Finish” (el resto de parametrización no es necesaria en este caso), revisamos los datos, seguimos con “Next” y cerramos en “Close” el asistente.

Ahora toca generar el script de instalación que básciamente será la línea de comandos del software una vez paquetizado.

Para Office, basta con decirle a SCCM que ejeucte “setup.exe”.

La generación del script se hace desde el apartado Program del paquete, botón derecho New —> Program

Damos un nombre al instalador y ponemos la orden de instalación

Seguimos con el asistente configurando el resto de parámetros según nuestras necesidades

Después de generar el paquete y generar el script de instalación, lo distribuimos. Botón derecho sobre el nuevo package y “Manage Distribucion Points”

Escogemos la primera opción

Seleccionamos el punto de distribución

Y procedemos.

Pero esto no acaba aquí. Para que un cliente de SCCM sepa que tiene software para instalar, es necesario crear un Advertisement sobre una Collection de equipos. Vamos a ver cómo se hace.

Vamos a Software Distribution –> Advertisement –> New –> Advertisement

Completamos todos los campos escogiendo el Package a distribuir y los equipos que serán informados. En el ejemplo, el paquete de Office 2010 y todos los sistemas.

Seguimos con el asistente dejando los valores por defecto y lo finalizamos.

Finalmente, el resto de entradas de la “saga SCCM” se centrarán en el despliegue de Sistemas Operativos desde este producto, el conocido como “OSD”.

Saludos,

Marc

Hoy nos liaremos con el fabuloso mundo de la paquetización de software una vez que hemos mínimamente configurado nuestro SCCM (y digo mínimamente). Realmente es una parte de SCCM interesante y, en cierto modo, creativa.

Para facilitar las cosas, dividiremos los tipos de software a paquetizar 4 grandes grupos:

• Software con herramientas propias para generar instalaciones desatendidas
• Software que usa paquetes .msi para instalarse
• Software con comandos propios de instalaciones desatendidas
• El resto de software
  

  Software con herramientas propias para generar instalaciones desatendidas

  En el primer grupo podemos incluir a casi todos los productos de Microsoft, las últimas versiones de Adobe y algunos de Oracle.

  Por ejemplo, Office 2003, 2007 y 2010 son fácilmente paquetizables. Con Office 2003 necesitamos del Office Resource Kit (ORK) pero desde Office 2007, el propio programa “setup.exe” permite generar instalaciones desatendidas (OCT). Basta con ejecutar un setup.exe /admin para empezar con el tema.

  

  El resultado de usar OCTserá un archivo con extensión .msp que deberemos copiar en la carpeta Updates de la estructura de DVD

  

  En el caso de Adobe, depende del producto. Para la rama “Acrobat” (tanto el Reader como el Pro) existe una herramienta llamada Adobe Customization Wizard, tanto para la versión 9 como para la X, que generan un .mst donde se almacenan las configuraciones de instalación desatendida.

  Para el resto de productos, desde las versiones CS4, exiten diferentes métodos. Por ejemplo, para la CS5 se usa la herramienta Adobe Application Manager Enterprise Edition que es capaz de generar un único paquete de instalación con los últimos parches de cada producto a desplegar…

  

  

  … sumando en el caso de la Adobe Master Collection CS5 unos nada despreciables 12 GB de instalación…

  

  Finalmente, del primer grupo que hemos mencionado, podríamos incluir a Oracle que tiene su propio método de instalación para el cliente de Oracle 11G, que viene descrito en este artículo y que se basa en generar un archivo de extensión .rsp de respuestas automáticas.

  

   

  Software que usa paquetes .msi para instalarse

  En este segundo grupo, el del software que usa archivos .msi para instalarse, es donde, seguramente, menos problemas vamos a encontrar dado que usan el starndard de Microsoft en cuando a la parametrización

  

  Veamos un ejemplo: Para instalar el programa 7-ZIP de 64 bits de modo desatendido, sólo debemos lanzar el comando como

  msiexec /i 7z920-x64.msi /passive

  Pero no todo es tan sencillo… por ejemplo, para el plug-in de Flash, la línea sería

  msiexec /i install_flash_player_11_plugin_64bit.msi /p /qb REBOOT=ReallySuppress

  Es decir, usa parámetros propios.

  Software con comandos propios de instalaciones desatendidas

  En el tercer grupo, bastante numeroso, deberemos recurrir a la web de cada fabricante para ver si existe algún método de instalación desatendida o pasarse por la excelente página www.appdeploy.com y mirar si encontramos lo que queremos.

  Como ejemplos de este tercer grupo de software tomamos de ejemplo Skype, Windows Live Essentials y Chrome.

  Para el primero, deberemos ejecutar

  SkypeSetupFull.exe /VERYSILENT /SP- /NOCANCEL /NORESTART /SUPPRESSMSGBOXES /NOLAUNCH

  En Windows Live Essentials, donde sólo queremos instalar Messenger, la orden de instalación es:

  WLSetup_all.exe /q /NOToolbarCEIP /NOhomepage /Nolaunch /nosearch /noMU /AppSelect:Messenger

  Mientras que para el tercero, bastará con

  chrome_installer.exe –ms

  El resto de software

  Finalmente, para todo el resto de software, deberemos buscarnos la vida y acabar muriendo, seguramente, en software tipo Flexera AdminStudio que nos dan una potencia realmente elevada de generación de ficheros .msi, instalaciones desatendidas, modificación de .msi existentes, comprobación de errores, validación de instalaciones, paquetes y todo lo que se os pueda ocurrir.

  En la siguiente entrada veremos cómo se realiza la distribución de software una vez lo tenemos paquetizado.

   

  Saludos,

  Marc

Si el otro día realizamos la instalación de SCCM 2007 R3, hoy toca la configuración.

Los elementos imprescindibles a configurar están dentro de Site Settings en “Site Management” y son:

• Client Agents
• Boundaries
• Client Installation
• Discovery Methods
• Software distribution

Empecemos, pues, por el primero

Client Agents

Dentro de Site Settings debemos definir el comportamiento de cada uno de los agentes de SCCM que instala el cliente “general”

Los diferentes agentes que tenemos son:

Cada uno de ellos realiza diferentes tareas y deberán configurarse en función del entorno y de lo que queremos que hagan.

Por ejemplo, si no hemos integrado WSUS en SCCM, el agente “Software Updates Client” no es necesario tenerlo activo.

Boundaries

Los boundaries definen los diferentes métodos que usarán los clientes de SCCM (los equipos, servidores, etc.) para localizar a su SCCM más cercano de modo que se pueda comunicar con él y trabajar correctamente.

Los boundaries se pueden definir de varias maneras:

• IP subnet
• Nombde de site de Active Directory
• Prefijo IPv6
• Rangos de IP
• O cualquier combinación de los anteriores

Si todos nuestros equipos está dentro del AD y, por tanto, asociados a un Site del mismo, lo más adecuado es usar esta configuración para tener un control de los accesos a SCCM.

Client Installation

En este apartado se define la cuenta de instalación del cliente SCCM en los equipos, sobre qué tipos de equipo se realiza esa instalación y cómo, si de modo manual o automático.

Discovery Methods

SCCM tiene diferentes maneras de “localizar” equipos cliente

De todos ellos, el más usado es:

• Active Directory System Discovery

Y un tercer método, Heartbeat Discovery que se encarga de comprobar si los equipos ya descubiertos siguen “vivos” en la red.

La configuración es muy simple, se crean diferentes rutas de búsqueda de equipos en el AD bien haciendo que examine todo el dominio (Local domain), todo el namespace del DNS (Local namespace) o consultas concretas a rutas donde tenemos los equipos clientes.

Una vez definidas, sólo debemos dejar que SCCM vaya descubriendo los equipos e instalando el agente.

Desde aquí

se acabará pasando a algo como

También es posible forzar la búsqueda de estos equiopos desde “Polling schedule” en “Run full discovery as soon as possible”

Software distribution

Finalmente, quedará definir los puntos de distribución de software

Esto se realiza en Component Configuration –> Software Distribution

Donde definiremos la unidad del sistema que contendrá los paquetes a distribuir

La cual creará una carpeta de nombre

En nuestra unidad E:\ y la compartirá para todos los usuarios de la red.

La siguiente entrada estará dedicada al fabuloso mundo de la paquetización de software para su posterior distribución por SCCM

Saludos,

Marc

Tal como anuncié anteriormente, vamos a dedicar una serie de artículos a SCCM 2007. El primero de ellos, será el de cómo instalarlo en un entorno de laboratorio (o de producción)

Para ello, una vez tengamos los requisitos de hardware establecidos y definidos, empezaremos por cumplir con los pre-requisitos del producto, que son:

1. Instalar el rol de IIS con las siguientes características:
1. HTTP Redirection
2. ASP.NET
3. ASP (si se usa Reporting Services como será el caso)
4. Windows Authentication.
5. IIS6 Metabase compatibility.
6. IIS6 WMI compatibility.
2. Instalación de BITS
3. Instalación de Remote Differential Compression
4. Habilitar WebDav y configurar WebDav, según lo detallado en http://technet.microsoft.com/en-us/library/cc431377.aspx#Config_WebDAV
5. Instalar el servidor de SQL Server 2005 SP2 o superior. En nuestro caso, se instalar un SQL Server 2008 R2
6. Extender el Schema con la herramienta ExtADSch (http://technet.microsoft.com/en-us/library/bb680608.aspx), revisando que en el log salga todo correcto con la frase “Successfully extended the Active Directory schema.”
7. Creación del contenedor “System Management” en el Directorio Activo para el equipo SCCM y asignación de permisos sobre el mismo.

Una vez tengamos los pre-requisitos cubiertos, prodeceremos a la instalación del producto.

Iniciamos la instalación:

Indicamos al instalador que instalamos un nuevo SCCM. El usuario que realiza la instalación debería tener privilegios de Domain Admin.

Realizamos una instalación personalizada

Indicamos que será un “Primary Site”

Introducimos un “Site Code” y una descripción del mismo

De momento, para evitar complicaciones con configuraciones PKI, instalamos SCCM en “Mixed mode”

Dejamos las opciones por defecto, excepto la de “Software updates” dado que no nos interesa que SCCM haga de WSUS.

Introducimos el nombre del servidor de DB y la DB a usar. En el ejemplo, la DB está instalada en el propio servidor de SCCM.

El SMS Provider, es el servidor de SQL, que como hemos comentado es el propio SCCM

Introducimos el FQDN del Management Point (en la captura de pantalla el nombre no es FQDN)

Llegados a este punto, el programa de instalación descargará varios elementos necesarios para proceder a la instalación del producto

Una vez finalizada la descarga, se procederá a la instalación como tal

Finalizada la instalación, ya tenemos un SCCM 2007 SP2 totalmente operacional listo para configurarse. Sólo queda instalar la actualización a R3

Para poder instalar el paquete R3, es necesario instalar un parche previo, el KB977384

Después de la instalación, insertamos el DVD de la R3 y la instalamos de modo normal.

Y ya tenemos la versión R3 instalada…

Los siguientes pasos, la configuración del producto. Eso será en la siguiente entrada

Un saludo,

Marc