Redoble de tambores… y el link: http://windows.microsoft.com/en-US/windows-8/iso
Ale, a disfrutarla como marranos.
Saludos,
Marc
Vamos calentando motores…
Descarga de la Guía de Producto en … Windows 8 Consumer Preview Product Guide for Business
Saludos,
Marc
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:
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.
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.
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
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:
Empecemos, pues, por el primero
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.
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:
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.
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.
SCCM tiene diferentes maneras de “localizar” equipos cliente
De todos ellos, el más usado es:
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”
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