SCCM 2012 en Castellano

Último Artículo del Blog

noreply@blogger.com (Anonymous) — Wed, 03 Oct 2012 12:06:00 +0000

Hoy pongo punto y final a este BLOG, y me traslado a www.sccm.es la página con la que voy a continuar el trabajo empezado casi hace un año. Todos los artículos de este blog están también en la nueva página. Os espero a todos alli.

Instalación de System Center Configuration Manager 2012 Service Pack 1 Beta

noreply@blogger.com (Anonymous) — Fri, 28 Sep 2012 13:00:00 +0000

Compra ya el Libro Pinchando en la Imagen:

3€

Instalación de System Center Configuration Manager 2012 Service Pack 1 Beta.Instalación en un servidor con Sistema Operativo Windows Server 2012 y con SQL Server 2012 como base de datos

En esta guía o laboratorio, os voy a explicar paso a paso, desde cero como montar en un entorno virtual un servidor para instalar SCCM 2012 Sp1 Beta.

La práctica comienza desde cero y con las últimas novedades de cada producto que intervienen en la instalación de un servidor para SCCM 2012.

Lo primero que quiero indicaros es que vamos a montar un servidor primario independiente, es decir un único servidor donde vamos a montar todo.

En un entorno real muchas veces un solo servidor de SCCM 2012 nos podría valer para administrar nuestra empresa, ya que admite con las configuraciones adecuadas un sitio primario hasta 100.000 clientes.

Otras consideraciones nos podrían llevar a tener más de un sitio primario con lo cual nos haría falta instalar un Sitio de Administración Central o CAS.

En esta práctica he utilizado VM ware Workstation 9, pero puedes utilizar VM Ware Player o Virtual Box para crear tu máquina virtual.

El sistema operativo utilizado ha sido Windows Server 2012.

Como base de Datos SQL Server 2012 SP1

Todo el software utilizado en la práctica ha sido de evaluación y os dejaré los enlaces más adelante para que descarges todo lo necesario para su realización.

Instalar SCCM 2012 es relativamente sencillo, lo realmente complicado es hacer las instalaciones y configuraciones previas antes de poder instalar SCCM 2012. Existen muchos manuales que indican como hacerlo, pero siempre falta algo, no está detallada la instalación del servidor, o las configuraciones de SQL Server, en esta práctica voy a explicarlo todo paso a paso.

Decir también que he utilizado un solo disco duro, lo recomendable es tener al menos 3 particiones, una para el sistema operativo, otra para la base de datos y otra para SCCM 2012, para almacenar un punto de distribución y demás. Como es una práctica para ver el proceso de instalación, lo he dejado todo sobre el mismo disco duro.

Después de la introducción y si te sientes preparado o preparada es hora de comenzar, lo primero de todo es tener lodo el software necesario para empezar, así que ve a la sección de Descargas y descárgate todo lo necesario, pero antes vamos a ver un poco todo lo que se puede hacer con este producto de Microsoft.

Implementación de Windows 8 con SCCM 2012 SP1 beta

noreply@blogger.com (Anonymous) — Sat, 22 Sep 2012 06:25:00 +0000

Desde myitforum.com y de la mano de Raphael Perez nos llega este artículo para implementar Windows8.
El enlace del artículo es este: http://myitforum.com/myitforumwp/2012/09/12/windows-8/

He traducido el documento respetando al máximo el artículo de Raphael, ahora solo nos queda ponerlo en práctica, deciros que estoy a punto de publicar un articulo sobre la instalación paso a paso de Windows Server 2012, de las funciones y características necesarias para implantar SCCM 2012, tambien se incluirá la instalación de SQL server 2012 y por último de SCCM 2012 SP1Beta, se ha publicado en myitforum un artículo sobre el mismo tema, el mio en el que llevo una semana trabajando está un pelin más detallado y será en castellano, como digo esto será la semana que viene, de momento os dejo con el artículo de Raphael.

Despliegue paso a paso de Windows 8 (Enterprise x64) con SCCM 2012 SP1 Beta.

Antes de empezar, copia el archivo de Windows 8 DVD en un lugar donde el servidor pueda acceder y comparte la carpeta. Para este ejemplo se ha usado D:\Source$\Windows 8 Enterprise x64 y compartido como Source$. He usado VMware Workstation 9.

Tienes que haber habilitado PXE en DP y habilitar el soporte para ordenadores desconocidos ...

Empezamos:

1. Abre la consola de CM12y vaya a Software Library->Operating Systems->Boot Images

2. Seleccione la imagen de arranque (x64) y haga clic en Propiedades

3. Ir a la pestaña Data Source y asegúrese de que "Deploy this boot image from the pxe-enabled distribution point " está seleccionado

4. Volver a la consola, haga clic en distribute content

5. En General, haga clic en Next

6. En Content Destination, seleccione el punto de distribución y haga clic en Next

7. En Summary, haga clic en Next.

8 En Completion  haga clic en Close

9. En la página Summary, compruebe que content status  tiene el estado éxito

10. Repita el proceso para la imagen de arranque (x86)
11. navegar a Software Library->Operating Systems->Operating System Images

12. Haga clic en Add Operating System Image

13. En Data source , vaya alk archivo install.wim y haga clic en Next.

14. En la página General, haga clic en Next.

15. En Summary, haga clic en Next.

16. En completion, haga clic en close

17. Seleccione Windows 8 Enterprise y haga clic en Distribute Content.

18. En General, haga clic en Next.

19. En Content Destination, agregar el Distribution Point y haga clic en Next.

20. En Summary, haga clic en Next

21. En Completion, haga clic en Close

22. En la página Summary, compruebe que el content status  muestra success.

23. Navegar a Software Library->Operating Systems->Task Sequences

24. Haga clic en Create Task sequence

25. En Create Task sequence , haga clic en Next.

26. En Task sequence Information , agregar un nombre y seleccionar la imagen de arranque. En mi caso, elegí la imagen 64x porque Windows 8 es x64

27. En Install Windows, seleccione el paquete que previamente se ha importado, desmarca Configure task sequence for use with bitlocker y haga clic en Next.

28. En Configure Network, configurar la red. En este ejemplo vamos a añadir la máquina a un dominio

29. En Install Configuration Manager Client, haga clic en Next.

30. En Configure State Migration , puedes quitar todo ya que esto no se aplica en este caso

31. En Include Updates para este ejemplo selecciona "Do not install any....", haga clic en Next.

32. En Install Applications, agregar todas las aplicaciones que desee, haga clic en Next.

33. Confirme la configuración y haga clic en Next.

34. En Completion, haga clic en Close

35. Seleccione la secuencia de tareas de Implementación de Windows 8 y seleccione Deploy

36. En Specify general information for this deployment , seleccione  All unknown computers  y haga clic en Next.

37. En Deployment Settings, seleccione en Make available to the following :  "Only media and PXE" y haga clic en Next.

38. En Scheduling, haga clic en Next.

39. En User Experience, haga clic en Next.

40. Sobre las Alerts, haga clic en Next.

41. En Distribution Point, haga clic en Next.

42. En Summary, haga clic en Next.

43. En Completion, haga clic en Close.

44. Inicie el equipo en Windows PE y cuando se le solicite, pulse F12

45. En la pantalla de bienvenida del asistente de la secuencia de tareas, haga clic en Next.

46. Seleccione una secuencia de tareas a ejecutar, haga clic en Next.

47. La Secuencia de tareas se iniciará

48. Después de un par de reinicios, obtendrá lo siguiente:

49. Navega a Assets and Compliance->Devices  y verás la nueva máquina

A diferencia de versiones anteriores, utilizando el archivo wim por defecto no se instalará Windows en la unidad D, se instalará en la unidad C ...

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Tipos de Datos en SCCM 2012. Datos Globales y Datos de sitio y de Contenido

noreply@blogger.com (Anonymous) — Mon, 17 Sep 2012 06:20:00 +0000

Introducción:

En este artículo os voy a explicar los tipos de datos que existe en SCCM 2012 y como se replican en una jerarquía de sitios. Ha cambiado el modo en que SCCM 2012 replica los datos a través de la jerarquía y hacía donde van respecto de las versiones anteriores.

Existen dos tipos de datos, los datos globales y los datos de sitio y de contenido

-->

Datos Globales:

Son objetos creados por el administrador y que se replican a todos los sitios primarios y al Sitio de administración central (de ahora en adelante CAS). Los administradores pueden crear este tipo de datos usando la consola conectada al CAS o a un Sitio Primario.

Los datos globales incluyen:

- Reglas de colecciones.

- Definiciones de despliegues de software.

- Metadatos de Paquetes

- Metadatos de Programas

- Definiciones de despliegues de actualizaciones de software.

- Metadatos de elementos de configuración.

- Metadatos de la actualización de software

- Metadatos de las secuencias de tareas.

- Fichero de control del sitio.

- Lista de Servidores de sitio.

- Roles de seguridad y ámbitos de seguridad.

- Reglas de alertas.

Datos de Sitio:

Son datos de operaciones creadas en los sitios primarios y por los clientesasignados a estos sitios primarios. Los datos de sitio únicamente se replican al CAS es decir, no se replican a otros sitios primarios.

Los datos de sitio incluyen:

- Miembros de colecciones basados en consultas.

- Datos del inventario de Hardware

- Datos del inventario de Software y de la medición de Software.

- Activos inteligentes (asset intelligence).

- Mensajes de estado y alertas.

- Detalles del estado de la distribución de software.

- Resúmenes de los estados de los componentes y del sitio.

- Datos de la “salud” del cliente (Client Health).

- Históricos de la “salud” del cliente (Client Health).

- Wake On Lan.

Solo puedes ver los datos de sitio de todos los sitios desde el CAS. Esto te permite realizar la administración e informes de toda la jerarquía. Un sitio primario solo contiene datos de sitio originados en ese sitio. Solo puedes modificar los datos de sitio en el sitio donde fueron creados.

Contenido:

El contenido actual de los paquetes que son usados para desplegar o implementar aplicaciones de software, actualizaciones e imágenes de sistemas operativos, no se replican usando la replicación SQL, sino que utilizan la replicación basada en ficheros.

En el mismo sitio primario, el contenido se transfiere desde el sitio servidor al punto de distribución usando Server Message Block (SMB). Los administradores podemos configurar el ancho de banda de estas transferencias y programar la tranferencia de los ficheros.

Los mecanismote replicación basada en ficheros son usados para transferir el contenido de los puntos de distribución a otros sitios en la jerarquía. Podemos controlar en los puntos de distribución que contenido se replicará usando para ello los Grupos de puntos de distribución.

Replicación de los datos a través de la jerarquía:

Los Administradores en el CAS o en cualquier sitio primario podemos crear datos globales. Los datos globales consisten en opciones de configuración o definiciones que necesitan estar disponibles y ser coherentes en todos los sitios de la jerarquía.

Los datos globales siempre se replican a toda la jerarquía, aunque los sitios secundarios reciben solo un subconjunto de datos globales. Por ejemplo si un administrador crea una colección basada en una consulta, la definición de la aplicación es replicada a todos los sitios primarios de la jerarquía además del CAS. Cada sitio utiliza la definición de la colección para identificar los miembros de la colección para su sitio particular. Es decir aunque la definición de la colección es la misma en todos los sitios, en cada sitio contendrá los miembros de ese sitio.

Los miembros de una colección son del tipo de datos de sitio por que son generados por los sitios de sistema en cada sitio en la jerarquía.

Los datos de sitio son usados solo en el sitio que se crearon.

Los datos de sitio se replican desde el sitio primario donde se generaron hacia el CAS. Loas administradores que están conectados al CAS pueden hacer informes que incluyan datos de todos los sitios.

En resumen, los datos globales pueden ser creados en un CAS o en un sitio primario y se replican a través de toda la jerarquía, mientras que los datos de sitio son creados en los sitios primarios y se replican solo hacia el CAS.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

-->

Novedades de SCCM 2012 SP1 (BETA). Artículo de Vasanth.

noreply@blogger.com (Anonymous) — Wed, 12 Sep 2012 12:36:00 +0000

Árticulo de Vasanth publicado en su blog http://vasanthsccm.wordpress.com

Enlace directo al artículo: http://vasanthsccm.wordpress.com/2012/09/12/sccm-2012-sp1-beta-new-things/

Vasanth nos trae unos pantallazos sobre algunas de las novedades que podemos encontrar en la consola de SCCM 2012 tras instalar el SP1 Beta.

PUNTOS MUY INTERESANTES

1. Punto de distribución en la nube a través de Azure (Distribution Point in the Cloud via Azure)

2. Windows RT Side-loading Keys ( Windows RT carga lateral Llaves): lo que nos permite instalar aplicaciones Windows 8 (fuera de la tienda) que se puede ejecutar en Windows RT.

3. Nueva configuración de la política de cliente:

Cloud (Especificar cómo recuperar la configuración de los equipos cliente en la nube - Allow Cloud Distribution Point)

Metered Internet Connections

5. Integración con Intune

5. Operaciones Cliente

6. Paquete USMT

7. Los Cmdlets de PowerShell están disponibles en la consola " Connect via Windows PowerShell "

8. Compliance Settings – User Data and Profiles - Opción para configurar las políticas de redireccionamiento de carpetas.

9. Todas las alertas se pueden suscribirse

10. Nuevos tipos de despliegues en Create Application Wizard

Windows Installer
Microsoft Application Virtualization 4
Windows Mobile Cabinet
Nokia SIS File
iOS app package (*.ipa file)
iOS app package (in the Apple App Store)
Android app package (*.apk file)
Android app package (in Google Play)
Mac OS X
Windows app package (.appx file)
Windows app package (in the Windows Store)
Microsoft Application Virtualization 5
Windows Phone app package (*.xap file)
Windows Phone app package (in the Windows Store)

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Problemas y Soluciones: Nº máximo de sitios primarios en SCCM

noreply@blogger.com (Anonymous) — Tue, 11 Sep 2012 06:17:00 +0000

Sergio me planteo está duda en el blog:

"Necesito saber el numero maximo de sitios primarios y secundarios que se pueden implementar en un ambiente de jerarquia de sccm 2012, ademas de las ventajas de hacerlo con jerarquia de CAS"

Mi respuesta fue esta:

No hay una cantidad máxima de sitios primarios admitidos en una jerarquía de SCCM 2012, si lo hay para los sitio secundarios y es de 250 sitios secundarios por cada sitio primario.

Los sitios primarios en SCCM 2012 son los que gestionan los clientes SCCM, no los CAS que estos solo gestionan la información de todos los clientes dentro de la jerarquía.

Un sitio primario admite hasta 100.000 clientes por lo que muchas veces en entornos reales con implantar un solo sitio como sitio primario bastaría para dar soporte a toda la empresa.

Si instalas más de un sitio primario necesitas instalar un CAS, los sitios primarios se conectarían directamente con el CAS para replicarse la información.

Yo recomiendo que si no tienes más de 100.000 clientes y no tienes otro tipo de restricciones no implementes una jerarquía e instales solo un Sitio Primario. Al contrario que en versiones anteriores con pocos sitios puedes gestionarlo todo.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Lanzamiento de System Center Configuration Manager 2012 Service Pack 1 (SP1) Beta!

noreply@blogger.com (Anonymous) — Tue, 11 Sep 2012 05:51:00 +0000

El equipo de System Center Configuration Manager se complace en anunciar el lanzamiento de System Center Configuration Manager 2012 Service Pack 1 (SP1) Beta! Esta versión ya está disponible para su descarga en el Centro de descarga de Microsoft: Descargalo desde aquí.

Mejoras que se incluyen:

Despliegue y gestión de Windows 8 y Windows Server 2012

Punto de distribución para Windows Azure para ayudar a reducir los costos de infraestructura
Automatización de tareas administrativas mediante el apoyo PowerShell

Gestión de clientes de Mac OS X y Linux y los servidores UNIX

Una de las grandes ventajas de este nueva plataforma de aplicaciones Windows 8 , y ConfigMgr 2012 SP1 le permite desplegar y actualizar estas aplicaciones junto con sus aplicaciones existentes nativas y virtuales.

ConfigMgr SP1 apoyará la implementación y la administración de Windows para llevarlo en unidades USB, así como permitir manejar más fácilmente las políticas para el nuevo Windows 8 la caché del cliente, perfiles móviles de usuario y características de redirección de carpetas.

Para los trabajadores móviles, ConfigMgr 2012 SP1 Beta incluirá la nueva capacidad de detectar las conexiones 3G y 4G de la red para evitar la entrega de software en un momento de carga de datos . Para leer más sobre la versión Beta, por favor visite el blog siguiente: http://blogs.technet.com/b/server-cloud/archive/2012/09/10/system-center-2012-configuration-manager-sp1-beta-and-windows-intune-update.aspx

NOTA: Ten en cuenta que ConfigMgr SP1 está destinado únicamente para construir un entorno de laboratorio. Por favor, haz una nueva instalación, la actualización de ConfigMgr ConfigMgr 2012 o 2007 no es compatible.

ConfigMgr SP1 Beta Release Notes
Por favor consulte el enlace de TechNet aquí: http://technet.microsoft.com/en-us/library/jj591611.aspx.

Paquete de Conversion Manager (PCM) v2.0
Microsoft System Center 2012 ConfigMgr SP1 Paquete de Conversión Manager v2.0 (PCM) es una descarga del paquete de características que te permite convertir paquetes ConfigMgr 2007 en aplicaciones de System Center 2012 ConfigMgr SP1. PCM se ha actualizado y la Beta v2.0 se publica en el centro de descargas aquí: http://www.microsoft.com/downloads/details.aspx?FamilyID=21191778-5308-4efc-82fe-c8396ed68169.
Ten en cuenta la versión RTM de PCM no es compatible con ConfigMgr SP1 Beta - debes utilizar PCM v2.0 si vas a convertir paquetes ConfigMgr 2007 en aplicaciones de ConfigMgr SP1.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

¿Hay forma de que los pc’s se descarguen el cliente de SCCM desde un distribution point concreto?

noreply@blogger.com (Anonymous) — Mon, 10 Sep 2012 06:36:00 +0000

Os presento una nueva sección del Blog que pretende recoger los problemas que me planeais y sus soluciones, lo más interesante de todo es cuando estos problemas se producen en un entorno real que en condiciones de laboratorio sería dificil encontrar ya que todas las variables están más controladas, espero poco a poco y con vuestra colaboración ir poniendo muchos más soluciones.

Miguel Angel Daniel me planteo el siguiente problema en su instalación SCCM 2012 REAL:

"Estoy buscando una información que no acabo de encontrar, ¿sabes si hay forma de que los pc’s se descarguen el cliente de SCCM desde un distribution point concreto? Todos los clientes se descargan el cliente del mismo DP aunque tengan vinculado otro o bien vía boundary o mediante un DP group."

Mi respuesta fue la siguiente:

"La forma de controlarlo es mediante los Boundary y grupos de boundaries como bien has dicho.
Los grupos de DP son una forma de tener el contenido distribuido en varios puntos y en caso de perder un servidor con un DP, tener todo el contenido en el resto."

Con estos datos se puso a trabajar y encontró la solución al problema planteado y lo dejó documentado, a continuación os presento el trabajo realizado por Miguel Angel para resolver el problema:

Cuando estamos definiendo la arquitectura de nuestro SCCM en entornos donde tenemos una sede central y diferentes edificios diseminados geográficamente, una de las tendencias en cuanto a las boundaries es hacer un grupo general que las contenga a todas. Este Boundary group se suele vincular al servidor que tenemos en central.

Si tenemos una sede por ejemplo en BCN, agruparemos las boundaries correspondientes a BCN y las agruparemos bajo el nombre de Edificio BCN vinculando a este grupo el distribution point que tenemos instalado allí.

Así las cosas, cuando instalamos un cliente veremos que éste intenta localizar cual es su distribution point:

<![LOG[Found local location 'http://SERVIDORCENTRAL /SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Found remote location 'http://SERVIDORMADRID/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Found local location 'http://SERVIDORBCN/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Found remote location 'http://SERVIDORTENERIFE/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[PROPFIND 'http://SERVIDORCENTRAL/SMS_DP_SMSPKG$/ORI00001']LOG]!>
<![LOG[Will be using DP location 'http://SERVIDORCENTRAL/SMS_DP_SMSPKG$/ORI00001']LOG]!>

¿Qué ha ocurrido?, el cliente en lugar de asignarse el distribution point más cercano que sería el de BCN en este caso, se ha asignado el distribution point de central. Si seguimos instalando equipos en estas circunstancias veremos algunos clientes sí se conectan al DP que le corresponde, pero otros no.

Hay dos motivos para que ocurra esto. Uno de ellos es que normalmente al crear boundary groups para las diferentes localizaciones nos olvidamos de sacar del boundary group general las boundaries que pertenecen a localizaciones con distribution point propio. Esto provoca que una misma boundary tenga más de un distribution point asignado.

El segundo motivo es que tenemos marcado en las propiedades de distribution point el fallback habilitado.

Si queremos garantizar que los clientes de una localización siempre se descarguen el cliente o el software que distribuyamos desde un DP sin excepción debemos tener esto en cuenta.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Cómo extender inventario de hardware SCCM 2012

noreply@blogger.com (Anonymous) — Tue, 04 Sep 2012 07:11:00 +0000

El inventario de hardware en SCCM 2012 es muy completo, además siempre puedes incluir de forma muy sencilla nuevas características al inventario que por defecto no vienen activas, hay muchas. Además tenemos la posibilidad de hacer inventarios de hardware diferentes para diferentes dispositivos, por ejemplo una distinción muy habitual sería hacer un inventario de hardware para los servidores, otro para pc´s de sobremesa, otro para portátiles, es decir puedes inventariar lo que quieras de cada tipo de dispositivo, además con los fichero IDMIF puedes inventariar dispositivos como impresoras de red, escaners, etc, dispositivos que no tienen el cliente de Configuration Manager. Con los ficheros NOIDMIF puedes incorporar información que se ha puesto a mano en los dispositivos como por ejemplo la etiqueta del número de bien de un PC.

Como digo el Inventario de Hardware es muy completo, pero siempre existe la posibilidad de que queramos inventariar algo que no viene en SCCM 2012. en este artículo te explicaré como se hace y además incluiré en la parte final una traducción de la documentación oficial de Microsoft sobre este tema.

Extender el Inventario de Hardware.

El inventario de hardware de SCCM se basa en las clases WMI, pues bien puedes extender el inventario creando nuevas clases WMI, atributos de clases WMI, claves de registro, etc.

El fichero configuration.mof es el fichero que se utiliza en esta versión de SCCM 2012 para recopilar la información del inventario de hardware, es recomendable que hagas una copia del fichero antes de hacer ningún cambio.

A continuación explico las diferentes formas de extender el inventario de hardware:

Extender el Inventario de Hardware usando el fichero configuration.mof:

El primer paso a dar es hacer una copia del fichero y ponerlo en un lugar donde sea fácilmente recuperable, en un servidor primario el fichero se encuentra en <Directorio de instalacion de Configuration Manager>/inboxes/clifile.src/hinv

Usa un editor de textos plano como el Notepad para abrirlo y hacer los cambios.

Una vez realizados los cambios y guardado el fichero, copia de nuevo el fichero en la ruta indicada anteriormente y a todos los sitios primarios de tu jerarquía para propagar los cambios.

Extender el Inventario de Hardware usando Deault Client Settings:

Es la manera más sencilla de extender el Inventario, solo hay que marcar las clases y atributos en las opciones de configuración del cliente.

Para cambiar las opciones sigue estos pasos:

- Ve al espacio de trabajo “Administration”, selecciona “Client Settings” y abre “Default client Settings”

NOTA: Siempre puedes crear una configuración de cliente personalizada o utilizar como ahora la que viene por defecto.

- Selecciona “Hardware Inventory” y pulsa en “Set Classes”

- Se abre una interfaz gráfica para habilitar o deshabilitar cualquier clase de datos de inventario que recoge SCCM 2012.

- Salva los cambios y cierra “Default client Settings”

Añadir configuraciones personalizadas del registro al inventario de hardware:

Podemos introducir en nuestro inventario entradas personalizadas de cualquier clave de registro.

Para añadir la información del registro del cliente en el inventario vamos a utilizar una herramienta libre desarrollada por Mark Cochrane y que se llama "RegKeyToMof".

Para ilustrar esta herramienta voy a utilizar el ejemplo que aparece en el libro de Kent Agerlund " System Center 2012 Configuration Manager Mastering the Fundamentals"

El ejemplo está en lá página 99 del libro y nos ilustra sobre como añadir una entrada de registro y luego añadirla a nuestro inventario.

1. En el Pc de Referencia en el registro ir a la entrada HKLM\SOFTWARE.

2. Con el botón derecho del ratón sobre "SOFTWARE" seleccionar "New"-->"Key"

3. Escribir "ViaMonstra" y hacer clic en OK.

4. Hacer clic con el botón derecho del ratón sobre "ViaMonstra" y seleccionar "New"-->"String Value"

5. Escribe "ComputerType" y haz clic en OK.

6. Haz clic con el botón derecho del ratón sobre "ComputerType" y selecciona "Modify".

7. Escribe el valor 01, es un valor que luego veremos en el inventario. Pulsa OK y cierra el editor del registro.

8. Descárgate la herramienta "RegKeyToMofV3.exe" ejecuta el fichero y ve hasta la entrada SOFTWARE\ViaMonstra, y selecciona SOFTWARE\ViaMonstra\ComputerType en el panel de la derecha.

9. En la parte inferior del panel de este programa, selecciona todo el texto

y copia la información en el fichero Configuration.mof que está en la ruta <Directorio de instalacion de Configuration Manager>/inboxes/clifile.src/hinv.

Copialo entre:

#pragma namespace ("\\\\.\\root\\cimv2")

//========================
// Added extensions start
//========================
"COPIALO AQUÍ"

//========================
// Added extensions end
//========================

Nota: Fichero LOG a revisar: Dataldr.log

10. Los clientes leerán la nueva configuración y añadirán la entrada del registro personaliza ViaMonstra a WMI después de haber descargado y aplicado las políticas del cliente SCCM, ahora vamos a configurar las opciones de configuración para que se haga el inventario.

11. En el espacio de trabajo "Administration" en "Client Settings" abre las propiedades para "Default Client Settings" y selecciona "Hardware Inventory"-->"Set Classes". Selecciona "Add" y selecciona las clases "ViaMonstra" y pulsa OK.

12. Esto hará que se habiliten las clases ViaMonstra en el inventario de hardware. Ahora haz clic dos veces en OK para cerrar el cuadro de diálogo "Default Settings".

13. En el siguiente ciclo de Inventario, esta nueva política se descargará a los clientes que recopilaran la información de inventario.

14. en la consola de SCCM, ve al PC donde pusiste la entrada de registro y abre "Resource Explorer", podrás encontrar allí la nueva entrada creada.

Veamos lo que dice la documentación Oficial de Microsoft:

Se aplica a: System Center Configuration Manager 2012, System Center Configuration Manager 2012 SP1

El inventario de hardware en System Center Configuration Manager 2012 lee la información acerca de los dispositivos con Windows Management Instrumentation (WMI). WMI es la implementación de Microsoft Enterprise Management basada en web (WBEM), que es un estándar de la industria para el acceso a la información de gestión en un entorno empresarial. En las versiones anteriores de Configuration Manager, puedes ampliar el inventario de hardware mediante la modificación del sms_def.mof archivo que está en el sitio servidor (Site Server). Este archivo contiene una lista de las clases WMI que pueden ser leídas por el inventario de hardware de Configuration Manager. Si has editado el archivo, puedes activar y desactivar las clases existentes, así como crear nuevas clases de inventario.

El archivo Configuration.mof se utiliza para definir las clases de datos a ser inventariadas por inventario de hardware en el cliente y no se ha modificado desde SCCM 2007. Puedes crear clases de datos para el inventario existente o personalizar clases de datos del repositorio WMI o claves de registro presentes en los sistemas cliente.

El archivo Configuration.mof también define y registra los proveedores de WMI que acceden a la información del dispositivo durante inventario de hardware. El registro de proveedores define el tipo de proveedor que se utilizará y las clases que el proveedor admite.

Cuando los clientes de Configuration Manager solicitan una política, por ejemplo, durante el intervalo de sondeo de las politicas de cliente estandar, Configuration.mof se une a la política. Este archivo se descarga y es compilado por los clientes. Al agregar, modificar o eliminar las clases de datos desde el archivo Configuration.mof, los clientes automáticamente compilan estos cambios que se realizan en las clases relacionadas con el inventario de datos. No hay que tomar más medidas para inventariar las clases de datos nuevos o modificados en los clientes de Configuration Manager.

En System Center Configuration Manager 2012, ya no semodifica el archivo sms_def.mof como lo hacía Configuration Manager 2007. En su lugar, se puede habilitar y deshabilitar las clases WMI y agregar clases nuevas paraa recolectar el inventario de hardware mediante el uso de la configuración del cliente. Configuration Manager proporciona los siguientes métodos para ampliar el inventario de hardware.

Método	Más información
Activar o desactivar las clases existentes del inventario	Puedes activar o desactivar las clases del inventario por defecto utilizadas por Configuration Manager o puedes crear una configuración personalizada del cliente que te permiten recopilar diferentes clases del inventario de hardware desde colecciones específicas de clientes.
Agregar una clase nueva de inventario	Puedes agregar una nueva clase de inventario desde el espacio de nombres WMI de otro dispositivo.
Importar y exportar clases de inventario de hardware	Puedes importar y exportar archivos Managed Object Format (MOF) que contienen las clases de inventario desde la consola de Configuration Manager.
Crear archivos NOIDMIF	Utiliza lo archivos NOIDMIF para recopilar información acerca de los dispositivos cliente que no pueden ser inventariados por Configuration Manager. Por ejemplo, puede que desees recoger información de número de activo de un dispositivo que sólo existe como una etiqueta del dispositivo. El inventario NOIDMIF se asocia automáticamente con el dispositivo del cliente que se recogió.
Crear archivos IDMIF	Utiliza archivos IDMIF para recopilar información acerca de los activos de la organización que no están asociados a un cliente Configuration Manager, por ejemplo, proyectores, fotocopiadoras y las impresoras de red.

Procedimientos que permiten ampliar el inventario de hardware

Utiliza los siguientes procedimientos para ampliar el inventario de hardware, como los descritos en la tabla anterior.

Estos procedimientos te ayudarán a configurar las opciones del cliente por defecto para el inventario de hardware y se aplican a todos los clientes de tu jerarquía. Si deseas que estos ajustes se apliquen sólo a algunos clientes, crear un entorno de dispositivos del cliente personalizado y asignalo a una colección que contenga los dispositivos de los que quieres recopilar este inventario personalizado.

Para activar o desactivar las clases existentes del inventario

1. En la consola de Configuration Manager, haga clic en Administration.

2. En el área de trabajo de Administration, haga clic en Client Settings.

3. Haga clic en Default Client Settings.

4. En la pestaña HOME, en el grupo Properties, haga clic en Properties.

5. En el cuadro de diálogo Default Client Settings, haga clic en Hardware Inventory.

6. En la lista Device Settings, haga clic en Set Classes.

7. En el cuadro de diálogo Hardware Inventory Classes, activa o desactiva las clases y las propiedades de clase que quieres recopilar con el inventario de hardware. Puedes expandir las clases para activar o desactivar las propiedades de forma individual dentro de esa clase. Utiliza Search for inventory classes para buscar clases individuales.

Importante

Al agregar nuevas clases al inventario de hardware, el tamaño del archivo de inventario que se recopila y se envía al sitio servidor se incrementará. Esto puede afectar negativamente en el rendimiento de la red y en el sitio de Configuration Manager. Activa sólo las clases de inventario que deseas recopilar.

8. Haga clic en OK para guardar los cambios y cerrar el Hardware Inventory Classes cuadro de diálogo.

Añadir una nueva clase de inventario

1. En la consola de Configuration Manager, haga clic en Administration.

Importante

Sólo puedes agregar clases de inventario desde el servidor de nivel superior en la jerarquía y modificando la configuración de cliente por defecto. Esta opción no está disponible cuando se crea la configuración para dispositivos personalizados (custom device settings).

2. En el área de trabajo de Administration, haga clic en Client Settings

3. Haga clic en Default Client Settings.

4. En la pestaña Home, en el grupo Properties, haga clic en Properties.

5. En el cuadro de diálogo Default Client Settings, haga clic en Hardware Inventory.

6. En la lista Device Settings, haga clic en Set Clases.

7. En el cuadro de diálogo Hardware Inventory Classes, haga clic en Add.

8. En el cuadro de diálogo Add Hardware Inventory Classes, haga clic en Connect.

9. En el cuadro de diálogo Connectto Windows Management Instrumentation (WMI), especifique el nombre del equipo desde el que recuperar las clases WMI y el espacio de nombres WMI a utilizar para recuperar las clases. Si deseas recuperar todas las clases por debajo del espacio de nombres WMI que has especificado, haga clic en Recursive. Si el equipo que al que se está conectando no es el equipo local, proporciona las credenciales de inicio de sesión para una cuenta que tenga permisos para acceder a WMI en el equipo remoto.

10. Haga clic en Connect.

11. En el cuadro de diálogo Add Hardware Inventory Class, en la lista de Inventory Classes, selecciona las clases WMI que deseas agregar al inventario de hardware de Configuración Manager 2012.

12. Si deseas editar la información acerca de la clase WMI seleccionada, haga clic en Edit, y en el cuadro de diálogo Class qualifiers, proporciona la siguiente información:

· Display name - Especifica un nombre para la clase que se mostrará en el Explorador de recursos (Resource Explorer).

· Properties - Especifica las unidades en la que cada propiedad de la clase WMI se mostrarán.

También puedes designar propiedades como una “propiedad clave” para ayudarte a identificar de forma única cada instancia de la clase. Si no hay clave definida para la clase y para las instancias múltiples de clase reportadas desde el cliente, sólo la última instancia que se encontró se almacena en la base de datos.

Cuando hayas terminado de configurar las propiedades, haga clic en OK para cerrar el cuadro de diálogo Class qualifiers.

13. Haga clic en OK para cerrar el cuadro de diálogo Add Hardware Inventory Class.

14. Haga clic en OK para cerrar el cuadro de diálogo Hardware Inventory Classes.

15. Haga clic en OK para cerrar el cuadro de diálogo Default Client Settings.

Importar clases de inventario hardware

1. En la consola de Configuration Manager, haga clic en Administration.

2. En el área de trabajo de Administration, haga clic en Client Settings.

3. Haga clic en Default Client Settings.

Importante

Sólo puedes importar las clases de inventario cuando se modifica la configuración del cliente por defecto. Sin embargo, puedes utilizar la configuración personalizada del cliente para importar la información que no contiene un cambio del esquema, como el cambio de la propiedad de una clase existente de True a False.

4. En la pestaña Home, en el grupo Properties, haga clic en Properties.

5. En el cuadro de diálogo Default Client Settings, haga clic en Hardware Inventory.

6. En la lista Device Settings, haga clic en Set Classes.

7. En el cuadro de diálogo Hardware Inventory Classes, haga clic en Import.

8. En el cuadro de diálogo Import, selecciona el fichero Managed Object Format (MOF) que deseas importar y, a continuación, haga clic OK.

9. En el cuadro de diálogo Import Summary, revisa los elementos que se van a importar y haga clic en Import.

Exportar las clases de inventario hardware

1. En la consola de Configuration Manager, haga clic en Administration.

2. En el área de trabajo de Administration, haga clic en Client Settings

3. Haga clic en Default Client Settings.

4. En la pestaña Home, en el grupo Properties, haga clic en Properties.

5. En el cuadro de diálogo Default Client Settings, haga clic en Hardware Inventory

6. En la lista Device Settings, haga clic en Set Clasess.

7. En el cuadro de diálogo Hardware Inventory Clasess, haga clic en Export.

Nota

Cuando se exportan las clases, todas las clases seleccionadas serán exportardas.

8. En el cuadro de diálogo Export, especifica el fichero Managed Object Format (MOF) al que deseas exportar las clases y, a continuación, haga clic Save.

Cómo utilizar los archivos de información de gestión (Management Information files) (archivos MIF) para ampliar el inventario hardware

Se usan los archivos MIF para ampliar la información del inventario de hardware recogidos de los clientes de Configuration Manager. Durante el inventario de hardware, la información almacenada en los archivos MIF se agrega al informe de inventario del cliente y se almacena en la base de datos del sitio, donde se pueden utilizar los datos de la misma manera que se utilizan por defecto los datos de inventario del cliente. Hay dos tipos de archivos MIF: NOIDMIF y IDMIF.

Importante

Antes de poder añadir la información de los archivos MIF a la base de datos de Configuration Manager, debes crear o importar la información de clase para ellos.

Crear archivos NOIDMIF

Los archivos NOIDMIF se puede utilizar para añadir información a un inventario de hardware de un cliente que normalmente no pueden ser recogidos por Configuration Manager y está asociado con un dispositivo de cliente particular. Por ejemplo, muchas empresas etiquetan cada equipo de la organización con un número de inventario y catálogo a mano. Cuando se crea un archivo NOIDMIF, esta información se puede agregar a la base de datos de Configuration Manager y ser usado para consultas e informes. Para obtener información sobre cómo crear archivos NOIDMIF, consulte la System Center Configuration Manager 2012 SDK.

Importante

Cuando se crea un archivo NOIDMIF, se debe guardar en un formato codificado ANSI. Los archivos NOIDMIF guardados en formato UTF-8 codificado no pueden ser leído por Configuration Manager.

Después de crear un archivo NOIDMIF, guarda este fichero en la carpeta %Windir%\ System32\CCM \Inventory\NOIDMIFS en cada cliente. Configuration Manager recopilará información de los archivos de esta carpeta NODMIF durante el próximo ciclo programado del inventario de hardware.

Crear archivos IDMIF

Los archivos IDMIF se pueden utilizar para agregar información acerca de los activos a la base de datos que normalmente no podrían ser inventariados por System Center Configuration Manager 2012 y no están asociados con un dispositivo cliente en particular de System Center Configuration Manager 2012, por ejemplo, podría utilizar IDMIFS para recopilar información acerca de los proyectores, reproductores de DVD, fotocopiadoras, u otros equipos que no contienen un cliente de Configuration Manager. Para obtener información sobre cómo crear archivos IDMIF, consulte la System Center Configuration Manager 2012 SDK.

Después de crear un archivo de IDMIF, guardalos en la carpeta %Windir%\System32\CCM\Inventory\Idmifs en los equipos cliente. Configuration Manager recopilará la información de este archivo durante el próximo ciclo programado inventario de hardware. Debes declarar nuevas clases para la información contenida en el archivo añadiéndolo o importándolo.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Migración de SCCM 2007 a SCCM 2012 cortesía de ittechnologysite.blogspot.com.es

noreply@blogger.com (Anonymous) — Wed, 29 Aug 2012 13:53:00 +0000

Marcela Berri es una profesional de las tecnologías Microsoft en Argentina y desde su blog ittechnologysite.blogspot.com.ar. nos proporciona mucha información en castellano sobre SCCM

Aqui os dejo varios artículos sobre la migración de SCCM 2007 a SCCM 2012:

Articulo 1: Pre requisitos para la Migración

Artículo 2: Preparación para la Migración

Artículo3: Proceso de la Migración

Artículo 4: Guía de Migración de Objetos paso a paso. La conexión

Artículo 5: Guía de Migración de Objetos paso a paso. Job

A continuación los artículos de Marcela y si quieres ampliar conocimientos no dejes de visitar su fantastico blog.

Artículo 1 Pre requisitos para la Migración

Prerequisitos 2007 para la migración

Son pocos los prerrequisitos necesarios antes de la migración. Es importante repasarlos con anterioridad y obtener una migración tranquila y sencilla.

1) Los Sites de SCCM2007 deben estar mínimamente en Configuration Manager SP2.

2) Se deben configurar el acceso a la estructura 2007 mediante 2 cuentas:

· Acceso al SMS Provider de la estructura 2007: La cuenta debe tener permisos de Read a todos los objetos de Configuration Manager 2007.

· Acceso a la base de datos del site 2007: La cuenta debe tener permisos de Read y Execute a la base del Configuration Manager 2007.

Estas cuentas se pedirán al momento de configurar el job de migración. La configuración de dichas cuentas tienen un botón de TEST!! ;), pudiendo verificar la conexión a SQL y al WMI del Site de 2007.

Es posible utilizar una cuenta existente de AD, crear una nueva o bien acceder mediante la cuenta de máquina “COMPUTER$” del CAS 2012. (esta última opción es muy buena ya que no se maneja password).

3) Al conectarse a la vieja estructura, el SMS Provider y la cuenta del SQL utilizan los siguientes puertos:
NetBIOS/SMB – 445 (TCP)
RPC (WMI) - 135 (TCP)
SQL Server - 1433 (TCP)

Prerequisitos 2012 para la migración

Ya que la migración es side-by-side, son necesarios algunos requisitos para que las 2 estructuras se conecten.

1) Se debe instalar una Jerarquía CM2012 en la misma red que la estructura 2007.

2) Se debe contar con privilegios administrativos para realizar la migración.(Full Control Administrator)

3) Se debe configurar y sincronizar el rol de SUP- Software Update Point en la nueva estructura para poder migrar los updates.

4) Tener configurado al menos 1 site (CAS o primario) que usen los mismos puertos que la estructura 2007. Eso permite que los clientes 2012 puedan utilizar el/los Distribution Points compartidos durante el proceso de migración.

5) Asegurarse que la cuenta configurada en el job de migración tenga permisos de Borrado de Site en la estructura 2007 para que se puedan remover automáticamente los Distribution Points durante la migración.

Artículo 2 Preparación para la Migración

Preparación del Site para la migración de SCCM2007 a CM2012

Son varias las consideraciones a tener en cuenta para migrar exitosamente a la nueva estructura. Les dejo un resumen de lo que hay que tener en cuenta antes de comenzar el proceso de migración:

· Todos los Sites deben tener como mínimo Configuration Manager 2007 SP2. Si la actualización es mayor (generalmente R3), será posible migrar paquetes virtuales también.

· Recuerden que la estructura CM2012 no puede contener más de 3 niveles, CAS-Primary-Secondary, no siendo así en la vieja estructura 2007. Es prudente llevar la estructura vieja a no más de 3 niveles o planificar con anterioridad qué se hará con los niveles actuales que superen dichos niveles.

· Tener en cuenta que la nueva estructura no permite que un primario sea hijo de otro primario. Se deben consolidar.

· Ver la opción de convertir los Sites Secundarios en Distribution Points cuando sea posible durante la migración.

· Es importante revisar el software base para CM2012. El requisito mínimo para la estructura es Windows Server 2008 y para la base de datos es SQl Server 2008, todo en 64 bits.

· Considerar la utilización de BranchCache en vez de Distribution Points. Estos podrán seguir formando parte en la nueva estructura.

· Considerar la virtualización de servidores. CM2012, funciona perfectamente en dicho ambiente.

· Revisar las colecciones mixtas (usuarios y máquinas), ya que no migran y recordar que las sub-colecciones pasarán como colecciones independientes.

· Es conveniente revisar todos los paquetes de software para que el origen esté configurados con el path UNC(\\server\sharedappl\appl.msi) y no local. Con esto evitan tener que redefinir paquetes.

· Asegurarse que el código de site sea único entre 2007 y 2012.

ver además: Prerequisitos para la migración

Artículo 3 Proceso de la Migración

Estos son los pasos que deberían seguirse durante el proceso de migración de una estructura SCCM2007 a CM2012:

1. Configurar la jerarquía.
En primer lugar, se debe especificar el sitio top de la jerarquía 2007, generalmente el “Central Site” o bien el Site primario. Este sitio será además el que se tomará como origen para la migración de los objetos de la vieja estructura 2007 a la nueva en 2012.

2. Configuración de los sitios adicionales.
Se puede especificar los sitios adicionales que contengan objetos que se desea migrar. Se podrán elegir aquellos sitios que estén por debajo del top site.

3. Configurar un Distribution Point compartido. (opcional)
Es posible configurar un Distribution Point 2007 que será visible para los clientes de Configuration Manager 2012 después de la migración. Este DP será el que tendrá los paquetes disponibles para los nuevos clientes 2012 sin tener que redistribuir el contenido.

4. Migración de colecciones y objetos asociados.
Se crea una tarea de migración para migrar colecciones y objetos a migrar.

5. Migrar objetos por tipo.
Se puede seleccionar los tipos de objetos que van a ser migrados.

6. Migración de clientes
Se migrarán los clientes a la nueva estructura por cualquiera de los siguientes métodos: Client Push, políticas de grupo, logon scripts o instalación manual. Los clientes migrados, mantienen el historial de ejecución de sus advertisements.

7. Convertir sitios secundarios en Distribution Points.(opcional)
Es posible convertir los Sites Secundarios en Distribution Points. El asistente “Upgrade Shares Distribution Point” desinstala el sitio secundario y luego configura el server como DP de CM2012, manteniendo el contenido existente.

Luego de la migración, se debe:

1. Retirar el Distribution Point compartido (puesto en el punto 3) una vez que todos los clientes de Configuration Manager se migraron a la versión 2012.

2. Remover la configuración de la jerarquía 2007 (punto 1) y desinstalar la estructura 2007.

Ver ademas: preparación de site para la migración

Artículo 4 Guía Migración de Objetos -conexion- paso a paso

Guía de Migración de Objetos - paso a paso -

Para migrar objetos desde Configuration Manager 2007 al nuevo Site en 2012, Existe un asistente built-in dentro de la consola que permite elegir los objetos que se deseen pasar.

Inclusive, estos Jobs pueden correrse mas de una vez, si es que durante una migración escalonada, los objetos origen fueron cambiados a lo largo de la transición.

Esta guía brinda los pasos necesarios para una migración completa de objetos.

Conexión:

Para poder comenzar a conectar las 2 estructuras, es necesario ejecutar un asistente que nos pedirá toda la información necesaria para una migración exitosa.

Dentro de la Consola 2012à en Administration, se encuentra el punto de “Migration”, desde allí lanzamos el asistente que se encuentra arriba en la Botonera: “Specify Source Hierarchy” (Figura 1)

En ella debemos colocar el nombre o FQDN del Site server Top de la jerarquía.

(figura 1)

El proceso necesita colectar información de la estructura CM 2007 y para ello nos pide las cuentas con los privilegios necesarios que establecen la conexión.

Es posible utilizar la cuenta de máquina del Site CM2012 o bien utilizar alguna cuenta de AD con los privilegios necesarios. En el botón de “Set…”, donde se coloca la cuenta, se puede realizar un TEST de conexión tanto a la base como al WMI de la estructura 2007. (figura 2)

(figura 2)

Una vez establecida las cuentas, el proceso de conexión hacia los datos comienza (figura 3). Este proceso se repite por Schedule cada 4 horas por defecto. El proceso inicial debe traer la información de todos los objetos de la base de Configuration Manager 2007 y la lista de Distribution Points.

(figura 3)

Como resultado, en la consola de “Migration” se puede ver el número de objetos que se encontraron listos para migrar. Como la conexión es realizada al top-level Site, cualquier site por debajo es visto en la consola. (figura 4)

Es posible generar otra conexiones a otros sites (todos los que se necesiten) siempre con la lógica top to down. Es importante tener en cuenta que estas nuevas conexiones se deben hacer después de completar los Jobs activos, ya que ConfMgr cancelará los Jobs activos para darle prioridad al nuevo configurado.

(figura 4)

Dentro de la consola, en el ítem de “Active Source Hierrchy”, vemos un resumen de la o las conexiones realizadas, su estatus y el resumen de los objetos encontrados. (figura 5)

(figura 5)

Durante lo que dure el proceso de migración, es posible que se necesite que el contenido de paquetes que está en los Distribution Points de 2007 también esté disponible para los clientes migrados a 2012. Esto es posible configurando “Distribution Point sharing”. Esto asegura que se mantenga el mismo contenido para ambos clientes, hasta que se complete la migración.

Al ser esta característica opcional, si observamos la consola (figura 6), no hay por defecto ningún DP asignado. Si se necesita, en la botonera, se encuentra “Share Distribution Point”, la opción que permite habilitar dicha característica. (figura 7)

(figura 6)

(figura 7)

Aquí se verán aquellos DP de la estructura 2007 que serán compartidos. (figura 8)

(figura 8)

Una vez finalizada y establecida la conexión, estamos listos para migrar los objetos que se deseen.

Artículo 5 Guía de Migración de Objetos -Job- paso a paso -

Una vez finalizada y establecida la conexión, estamos listos para migrar los objetos que se deseen.

Ver tambien: Paso 1 - conexión

Job de Migración:

Una vez que la conexión ya queda establecida, en la botonera,en el tab de “HOME”, tenemos “Create migration Job” para comenzar el asistente de la migración de objetos. (figura 9)

(figura 9)

Comienza el asistente y nos ofrece 3 alternativas: (figura 10)

Job
Jerarquía Origen
Qué migra
Collection migration

CM 2007 SP2
Migra todos los objetos que están relacionados a la colección que se seleccionó, incluyendo los objetos asociados con los miembros de dicha colección.
Se puede excluir instancias de objetos específicos durante la creación del job.

Object migration
CM 2007 SP2
CM 2012 SP1 solamente

Migra objetos individuales que se seleccionen para ser migrados.

Previously migrated object migration

CM 2007 SP2
CM 2012 SP1 solamente

Migra los objetos previamente migrados de la jerarquía origen. Se utiliza si los objetos fueron actualizados luego de la última migración.

(figura 10)

El tipo de job elegido en este caso es por Colección; así que comienza explorando las colecciones que encontró de la estructura 2007. (figura 11) En el ejemplo, existen subcolecciones.
Si se eligiera “Object migration” el asistente sería un poco más sencillo, ya que no contará con la posibilidad de elegir las colecciones; el resto será igual a lo expuesto posteriormente.

Recuerden que CM migrará también los seteos incluyendo las ventanas de mantenimiento y variables de la colección.
Si la colección “Ed Central” no tiene miembros, pasará como una carpeta y dentro pasarán las subcolecciones que tenía la estructura anterior. Estos objetos se crearán en “User Collections” o “Device Collections” dentro de Assets and Compliance

(figura 11)

En la ventana de Selección de objetos, se podrán elegir aquellos objetos que se deseen migrar. (figura 12). Específicamente, se deja sin migrar “ConfigMgr 2007 Toolkit” para verlo mas adelante (figura 21)

(figura 12)

Luego se debe asignar un site CM 2012 que va a ser “owner” del contenido . (figura 13) Esto va a permitir que los objetos de 2007 sean migrados y se traiga el contenido a un punto específico dentro de la nueva jerarquía. El default es el Site Central de Administración (CAS)

TIP: Debería elegirse el Site que se encuentre más cercano al contenido, para acceder a él vía red cuando se necesite.

(figura 13)

Aquí se de asignar la seguridad que tendrán de los objetos migrados. Salvo que se requiera algo específico, se encuentra disponible la seguridad “Default” (la habitual) de los Objetos. (figura 14)

(figura 14)

Es posible limitar cualquier colección que pueda incrementar la membresía luego de la migración. (figura 15) Esto se debe a que las colecciones en CM 2012 son “Globla Data” y son evaluadas en cada Site dentro de la jerarquía.
Por consiguiente los advertisements asociados podrían ser evaluados en cada site y afectar a un número de miembros distintos o no deseados; entonces, durante la migración, se puede elegir o acotar la colección destino 2012 para evitarlo (si es que la estructura nueva está armada).

(figura 15)

En el caso en que hubiera alguna Colección con un query que referencie al código de Site, el asistente brindará la posibilidad de cambiar el código de Site y acomodarlo a la nueva estructura. (figura 16)

(figura 16)

Ya casi finalizando, se permite que el administrador revea antes de migrar, cualquier información adicional a tener en cuenta que el asistente considere importante. (a modo de ayuda) y deja inclusive pasarla a un .txt en donde explica las consideraciones finales dependiendo de los objetos a migrar. (figura 17)

(figura 17)

Por último, está la posibilidad de agendar el job. Además provee controles adicionales para aquellos objetos que puedan llegar a existir en el Site destino y su comportamiento luego de la migración. (figura 18)

(figura 18)

El Job puede ser visto y manipulado en el ítem de “Migration Jobs” dentro de “Migration” en la consola. (figura 19). Es necesario refrescar la consola para actualizar la información del job.

(figura 19)

Al finalizar la migración, contamos con un resumen con los tipos de objetos migrados. (figura 20)

(figura 20)

Tareas post Migración:

En “Active Source Hierarchy” donde encontramos las conexiones realizadas a la estructura 2007, podemos manipularlas pudiendo iniciar o parar obtensión de datos. (figura 21)

(figura 21)

Parados en Migration, en la botonera, en “Edit Exclusion List”, es posible ver los objetos que fueron excluidos de la migración(figura 12). Los objetos aquí listados (figura 22), serán automáticamente excluidos en futuras migraciones (no seleccionados por default). Si se remueven de esta lista, podrán ser nuevamente elegidos y migrados en el próximo job.

(figura 22)

El último paso a realizar luego de haber migrado todo, es “Clean Up Migration Data” (figura 23), después de haber parado todas las conexiones (figura 21). Aquí se remueven los datos de la base de datos acerca de la migración a la nueva jerarquía 2012. Sin embargo, algunos datos útiles quedan, para poder ir nuevamente al contenedor de “Migration” y rever por ejemplo los objetos que fueron migrados, quien es el site dueño de los objetos, etc.

(figura 23)

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Libro interesante para principiantes en SCCM 2012

noreply@blogger.com (Anonymous) — Mon, 27 Aug 2012 08:20:00 +0000

Presentación del Libro “System Center 2012 Configuratión Manager Mastering the Fundamentals” de Kent Agerlund

Introducción:

El libro escrito por Kent Agerlund es un obra dirigida a todos aquellos administradores que quieran implementar SCCM 2012 y no tengan muchos conocimientos sobre este producto, es una obra muy intuitiva, ya que se basa en una empresa ficticia llamada “ViaMostra Inc.” Inventada por el autor para ir implementando SCCM 2012 en esta empresa. Lo hace de una forma muy sencilla y sin profundizar demasiado en los conceptos y profundizando muchísimo en la práctica, haciendo muy sencilla la lectura del libro.

El libro invita desde el principio a montar la misma infraestructura del ejemplo, y lo podrás hacer muy fácil y rápido ya que está todo documentado.

Si bien el libro está enfocado a administradores sin experiencia o con pocos conocimientos de esta herramienta, también sirve como guía a los profesionales más experimentados ya que a través de los capítulos y de forma lógica nos sirve como una guía de referencia para ir paso a paso y sin saltarse nada el proceso de instalación e implementación de SCCM 2012.

El libro se divide en varios capítulos y apéndices:

Capitulo 1: Kent nos hace una breve introducción a los conceptos más básicos pero fundamentales para su comprensión de SCCM 2012.

Capitulo 2: Aquí el autor nos presenta la empresa ficticia ViaMostra y nos describe los Servidores que va a utilizar a lo largo de todo el libro, con las direcciones IP utilizadas, los roles de servidor y las funciones de SCCM 2012.

Capitulo 3: Instalación y configuración de SCCM 2012. Comienza con los prerrequisitos del Directorio Activo, como la extensión del esquema, creación de contenedores y creación de cuentas. Luego nos adentra en la configuración de SQL Server. La última parte del capitulo está dedicada a la instalación propiamente dicha de SCCM, para acabar instalado WSUS y SQL Reporting Services.

Capitulo 4: Esta parte está dedicada a la configuración de un sitio servidor, desde los roles, tareas de configuración, descubrimiento, colecciones, administración basada en roles y uso de los ficheros Log.

Capitulo 5: Una vez instalado y configurado SCCM pasa a la instalación y configuración de los clientes, y los diferencia en estaciones de trabajo y servidores, creando configuraciones personalizadas para cada uno de ellos. Explica a continuación diferentes métodos de instalación de un cliente y como monitorizar si se han instalado correctamente y están funcionando bien.

Capitulo 6: En este capito se centra el autor en la administración del inventario y los informes. Configurar y extender el inventario de Hardware, software metering, colecciones dinámicas, Informes,…..

Capitulo 7: El siguiente paso es el despliegue de aplicaciones, aquí el autor se centra para comenzar en los Puntos de Distribución, parte esencial en este proceso. Luego explica de forma práctica como en todo el libro, los paquetes, las aplicaciones, los despliegues y una novedad muy importante en esta versión como es la desinstalación de aplicaciones.

Capitulo 8: Actualización de Software, nos adentramos en los conceptos de este componente, su planificación y puesta en marcha.

Capitulo 9: Una novedad en SCCM 2012 es la integración de Endpoint Protección, el antivirus de la familia System Center que se integra de forma oficial en esta versión. El autor nos guiará en la forma de preparar, configurar y optimizar este producto dentro de SCCM 2012.

Capitulo 10: Despliegue de sistemas operativos, en este capitulo se explica la planificación y configuración de una infraestructura para desplegar sistemas operativos. El autor se centrará en crear una imagen de Windows 7, y lo instalará en un PC sin sistema operativo y en otro que tiene Windows Xp.

Capitulo 11: Reglas de cumplimiento, ejemplos de cómo crear estas reglas e implementarlas en nuestra infraestructura.

Capitulo 12: una vez montado y configurado la parte esencial, el autor nos lleva a una de las partes más olvidadas y que solo nos acordamos cuando nos falla algo, el Backup en SCCM 2012 y los procesos de recuperación de un sitio.

Capitulo 13: Un tributo a los blog´s, foros y comunidades más importantes en cuanto a la información disponible de SCCM 2012 en Internet, sin duda un capitulo donde encontrar mucha información actualizada y profundizar más en tus conocimientos sobre este producto.

Apéndice A: En este apéndice el autor nos guía en la instalación y configuración de los servidores utilizados en el libro para realizar el ejemplo que Kent ha llevado durante el desarrollo del libro.

Apéndice B: Poweshell Scripts. Como ejecutar los scripts del caso práctico.

Apéndice C: Los cambios que se producen en el Directorio Activo.

Apéndice D: Creación de una aplicación para Office 2010.

Apéndice E: Puntos de distribución Remotos y Contenido “Prestado”.

Apéndice F: Creación de un Sitio Secundario.

Apéndice G: Migración desde SCCM 2007 a SCCM 2012-08-27

Apéndice H: Convención de nombres utilizada por el autor a lo largo de su obra.

Conclusión:

Como he dicho antes este libro es fundamentalmente práctico y enfocado a usuarios con poca experiencia, si bien a los administradores más avanzados puede servir como guía a la hora de instalar y configurar SCCM 2012.

Aquí os dejo las versiones del libro disponibles en Amazon.es tanto en papel como la versión electrónica.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Descripción y Descarga de la actualización acumulativa 1 (CU1) para System Center Configuration Manager 2012

noreply@blogger.com (Anonymous) — Wed, 22 Aug 2012 10:45:00 +0000

Microsoft ha publicado una actualización que corrige varios problemas detectados de SCCM 2012 podéis echar un vistazo en el siguiente enlace:

http://support.microsoft.com/kb/2717295?goback=%2Egde_146556_member_150084092#appliesto

Y descargarlo desde aquí:

Hotfix Download Available

Manual de instalación en Ingles:

http://myitforum.com/myitforumwp/2012/08/21/system-center-2012-configuration-manager-cumulative-update-1-2/

Installing the System Center 2012 Configuration Manager Cumulative Update 1

Literally two days ago I wrote a quick blog post about the ConfigMgr 2012 cumulative update servicing model, but didn’t have an update\cumulative bundle to install so pretty much just blogged what I took from the documentation, well what do you know, a day later the first cumulative update bundle releases, so here’s a run through installing it along with my comments

Firstly before you install you need to do a couple of things:

Download the Cumulative Update 1 for System Center 2012 Configuration Manager from here (KB2717295)
Make a backup of your Site server. Never apply a cumulative update without having some kind of recourse for recovery, and nothing beats a valid ConfigMgr backup produced from the Backup Site server Maintenance Task as a free get out of jail card. Copy the backup to an alternative location to make it safe and out of harms way (backup runs again, wipes your important backup folder for example)

Now let’s install the cumulative update

Visit a Site server, I’ve chosen a Stand-alone Primary Site server, all actions below should be performed there locally

Launch the executable and choose the folder to expand the cumulative update into

Visit the newly created folder and launch the cumulative update file ConfigMgr2012-RTM-CU1-KB2717295-X64-ENU.EXE

It seems obvious but I’ll call it out, note the cumulative update has a unique KB ID

Right away we’re told where this cumulative update can be applied in its current form (notice that the Console and Client are not listed), and it also shows what type of targets the update applies too (which does include the Console and Client)

Select Next

Tick I accept these license terms

Select Next

A prerequisite checker is included, it validates the current system the patch is running on and gives me the OK to proceed

Included is a button for the installation log file, which has already been created by the update. If you have CMTrace registered, which you should, then click the log button to open the log file for viewing

This is what the log file looks like

Put the CMTrace window to the side and return to the Cumulative Update wizard

Select Next

Now, all the patches in the cumulative update can be uninstalled except for the SQL update. To roll out the SQL update you will need to restore a backup, which explains why backups should be treated with care and consideration. Make sure you have a backup in case the database update goes wrong. We do get the option to bypass the database update at this point, so that it can be performed manually at a later time, very hands on, gives us more options around dealing with the database

Select Yes, update the site database

Select Next

The cumulative update is going to help out by creating a bunch of packages so that you can deploy this cumulative update to Site servers, servers running a remote SMS Provider and Clients

Make sure all systems types are selected

Select Next

These updates are destined for systems, not users, so packages are created instead of applications

We get the option to define the package properties for the cumulative update going to Site servers and remote SMS Provider servers

Notice the path for the source files: \\labicm12.smslab.com\SMS_INF\hotfix\KB2717295\Server\x64

Select Next

Same again for systems running the Console

Select Next

And finally the package for the Clients

Select Next

Here’s what it spat out:

Cumulative Update 1 for System Center 2012 Configuration Manager RTM (KB2717295)
More Information: http://support.microsoft.com/KB/2717295
SQL Script: Yes
Run script during update installation: Yes
SQL Server: labicm12.smslab.com
SQL Database: CM_INF
Software Catalog: C:\Program Files\Microsoft Configuration Manager\hotfix\KB2717295\SCUP\2717295.cab
Deployment packages for clients will be created:
Package: Cumulative update 1 – x64 client update – INF
Program: Cumulative update 1 – x64 client update install
Package Source: \\labicm12.smslab.com\SMS_INF\hotfix\KB2717295\Client\x64
Package: Cumulative update 1 – x86 client update – INF
Program: Cumulative update 1 – x86 client update install
Package Source: \\labicm12.smslab.com\SMS_INF\hotfix\KB2717295\Client\i386
Deployment package for consoles will be created:
Package: Cumulative update 1 – console update – INF
Program: Cumulative update 1 – console update install
Package Source: \\labicm12.smslab.com\SMS_INF\hotfix\KB2717295\AdminConsole\i386
Deployment package for servers will be created:
Package: Cumulative update 1 – server update – INF
Program: Cumulative update 1 – server update install
Package Source: \\labicm12.smslab.com\SMS_INF\hotfix\KB2717295\Server\x64

Ok we’re ready to install

Select Install

We’re treated to a cool monitoring page showing us the status of each of the tasks needed to complete the update installation on the Site server

Select Next when everything has finished, I assume you get no errors at this point and that all tasks are a success

Install complete, Select Finish

Return to the updates log file

It shows us that the process completed, however the Site server is now buzzing with activity

Monitor the Site Component Manager log (SITECOMP.LOG) file on the Site server until all the components have been reinstalled

The SITECOMP log activity should settle down and look like this

Done, will take some time, 10 minutes or so

Now open the ConfigMgr 2012 Console

Visit the Software Library, expand Packages and expand the Configuration Manager Updates folder

Here are the four cumulative update packages, one for the Console, one for the Server, but two for the Client (X86 and X64)

The cumulative update package source files basically consist of a Windows Installer MSP file for the Console, an MSI for the Site server and MSP for the Client in both X64 and X86 forms

All four packages programs invoke typical MSIEXEC command lines such as

msiexec.exe /p configmgr2012ac-rtm-kb2717295-x64.msp /L*v %TEMP%\configmgr2012ac-rtm-kb2717295-x64.msp.LOG /q REINSTALL=ALL REINSTALLMODE=mous

You can deploy these packages to custom collections to target your systems

On the Site server and in the ConfigMgr installation folder you’ll find another folder called hotfix containing a folder for each update bundle applied

C:\Program Files\Microsoft Configuration Manager\hotfix\KB2717295

Listed in there are the files for the cumulative update, including a very handy CAB file for import into SCUP, so that you can deploy the updates as literal updates via the Software Updates feature (Software Update Management\WSUS\WUA)

C:\Program Files\Microsoft Configuration Manager\hotfix\KB2717295\SCUP\2717295.cab

I’ll check out importing this into SCUP and deploying via Software Updates in another blog post

I opened the Site server MSI to see what lives in there

SMSAPPINSTALL.EXE, along with DLL’s, SQL, MSI and MSP files. I didn’t see a setup.vbs as mentioned in the documentation for the servicing model feature

In the ConfigMgr console under Administration \ Sites and select your Site server, the properties of the site show the major version information only

Check out Sites properties

The version hasn’t changed, 5.00.7711.0000 is the RTM version string

This is no mistake, even the registry key for version is the same, thanks to John Marcum for confirming this on his lab build

The article for KB2717295 shows what versions the touched files will move too

If you go to your Site servers bin\x64 folder and check out the properties for SMSPROV.DLL, you’ll see the right version listed

If you visit Control Panel \ Programs on the Site server the cumulative update was just applied too, select Uninstall a program and finally select View installed updates you’ll see the cumulative update has been installed

Now if you run a Hardware Inventory on the Site server just patched, you’ll see the cumulative update appearing in Add/Remove Programs (X64)

Not sure why the version hasn’t changed, assume that the updates are not significant enough to update the product minor version number

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Configuración de las vistas de una jerarquía en SCCM 2012

noreply@blogger.com (Anonymous) — Tue, 21 Aug 2012 08:08:00 +0000

La infraestructura de SCCM puede llegar a ser muy compleja, para los administradores existe una herramienta en SCCM 2012 para ver de una forma visual la jerarquía, y además a través de los mapas de Bing podemos ver nuestra jerarquía en un mapa geográfico.

SMMC muestra de una forma gráfica la jerarquía a través de diagramas dinámicos y activos. Los sitios se muestran en el diagrama con enlaces y estado de cada sitio pudiendo visualizar de forma rápida los iconos que nos indican el estado de cada sitio. Si pulsas con el botón derecho del ratón podemos obtener información más detallada de los componentes, mensajes de estado y las propiedades.

Como acceder al diagrama de la jerarquía de tu jerarquía:

- Desde la consola de SCCM 2012 ve al nodo “Administration”, selecciona la carpeta “Site Herarchy”.

Como acceder a la vista geográfica:

- - Desde la consola de SCCM 2012 ve al nodo “Administration”, selecciona la carpeta “Site Herarchy”.

- Selecciona “Configure View Settings”

- Selecciona la pestaña “Site location”

- Para cada sitio introduce su localización. Puede ser de forma general como la ciudad o más específico como la dirección exacta.

- Pulsa “OK” y guarda los cambios.

- Pulsa con el botón derecho de ratón en la carpeta “Site Herarchy”. Y selecciona “Geographical view”.

Ahora puedes ver un mapa del mundo con los sitios localizados en sus lugares geográficos:

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Guía de Supervivencia de System Center 2012 Configuration Manager

noreply@blogger.com (Anonymous) — Mon, 20 Aug 2012 10:35:00 +0000

Aquí tenéis el enlace a la guía más completa de recursos de SCCM 2012, todos los enlaces sobre SCCM 2012. Eso si, todo está en Ingles menos la documentación de este blog, pero es muy útil para tenerlo todo a mano.

http://social.technet.microsoft.com/wiki/contents/articles/7075.system-center-2012-configuration-manager-survival-guide-en-us.aspx

System Center 2012 Configuration Manager Survival Guide (en-US)

Getting Started

Site Administration

Migration

Clients

Reporting

Developer Resources

Step-by-Step Guides

Downloads

Configuration Manager Documentation library in CHM, DOCx, and PDF format.
Using Configuration Manager 2012 in a LAB (18 parts) - The windows-noob CM12 Guides in PDF and WORD format
Configuration Manager 2012 Application Exports
Configuration Manager Queries, Reports, and MOFs
General Community downloads

Features

New! Troubleshooting Guide

New! Best Practices

Tools

When you want to limit your search to only the Configuration Manager content on Technet you can use scoped search . To use, simply replace "Configuration Manager" with your search string and your results will only display Configuration Manager Content on Technet. You can also use OR to search for multiple strings. An example is ("user state migration" OR "USMT" OR "computer associations").
Package Conversion Manager
Prerequisite Checker

Exam

70-243: Administering and Deploying System Center 2012 Configuration Manager Published :- April 16, 2012

Configuration Manager Classroom Training

Mastering System Center 2012 Configuration Manager -

http://blog.coretech.dk/kea/looking-for-configuration-manager-2012-training/
MOC 10747A: Administering System Center 2012 Configuration Manager -http://www.microsoft.com/learning/en/us/course.aspx?ID=10747A&Locale=en-us
MOC 10748A: Deploying System Center 2012 Configuration Manager -http://www.microsoft.com/learning/en/us/course.aspx?ID=10748A&Locale=en-us

Books

New! Mastering System Center 2012 Configuration Manager -

http://www.amazon.com/Mastering-System-Center-Configuration-Manager/dp/1118128982/ref=la_B008A01KS8_1_1?ie=UTF8&qid=1339755123&sr=1-1
New! System Center 2012 Configuration Manager: Mastering the Fundamentals -http://www.amazon.com/System-Center-2012-Configuration-Manager/dp/9197939048/ref=la_B008A01KS8_1_2?ie=UTF8&qid=1339755245&sr=1-2
New! System Center 2012 Configuration Manager Unleashed

Blogs

In English

In German

In Brazilian Portuguese

In French

In Spanish

SCCM 2012 en Castellano

Community

In English

In Brazilian Portuguese

www.canalsystemcenter.com.br

In English and French

SystemCenter2012.com

In French

windowsmanagement.fr

Forums

Magazines In Brazilian Portuguese

Twitter

#configmgr hash tag
#ConfigmgrGuide hash tag allows you to track updates to the Survival Guide.
Configmgr iX
System Center Team
MVP Raphael Perez
MVP Kent Agerlund
MVP Ronni Pedersen
MVP Niall C. Brady
MVP Rob Marshall
MVP Cliff Hobbs
MVP Torsten Meringer
MVP Greg Ramsey
MVP Jörgen Nilsson
MVP Kaido Järvemets
MVP Garth Jones
MVP Michaël Bertuit
MVP Stefan Schörling
MVP Nicolai Henriksen
MVP Peter Daalmans
New! MVP Marcelo Sincic
MCC Michael Petersen
System Center News
myITforum.com
Rod Trent
MCC Anoop C Nair
Canal System Center
Santos Martinez
Daniel Classon
New! Kenny Buntinx
Microspecialist

Facebook

Google+

Google+

Virtual Labs

System Center 2012 Virtual Labs

Videos

PowerShell

MCP 70-243 Administering and Deploy System Center 2012 Configuration Manager

noreply@blogger.com (Anonymous) — Fri, 27 Jul 2012 11:04:00 +0000

HOY 27 de JULIO de 2012 he aprobado el Examen de MICROSOFT de SCCM 2012.

Después de varios meses de estudios, esta conseguido, ahora toca unas vacaciones así que hasta Septiembre no creo que actualice el blog. Un saludo a todos los que seguís este blog y nos vemos a la vuelta.

Troubleshotting. RESOLUCIÓN DE PROBLEMAS EN SCCM 2012

noreply@blogger.com (Anonymous) — Tue, 24 Jul 2012 07:36:00 +0000

Introducción:

Para resolver los problemas que se producen en la infraestructura de tu entorno de SCCM vamos a ver tres áreas muy importantes para identificar y resolver los problemas:

- Plan de mantenimiento del sitio

- Ficheros Log´s y Mensajes de estado.

- Replicación DRS.

1. Plan de mantenimiento del sitio:

Para evitar problemas en el sitio SCCM lo mejor es tener un buen plan de mantenimiento del sitio. SCCM tiene predefinidas algunas tareas de mantenimiento de un sitio.

Para verlas y modificarlas ve al nodo “Administration”à”Site Configuration”à”Site” y selecciona el sitio que quieras.

Con el botón derecho del ratón selecciona “Site Manteinance” y se abrirán las propiedades de mantenimiento.

Por defecto Microsoft tiene 10 tareas predefinidas para un servidor CAS y 31 para los sitio primarios. Algunas están habilitadas por defecto y otras no.

No hay tareas predefinidas para los sitios secundarios.

Para habilitar una tarea, selecciónala y pulsa en “Edit” para mostrar las propiedades y habilítala.

NOTA: Se puede hacer Backup de un CAS y un sitio primario, no lo hay para los sitios secundarios.

Tareas de mantenimiento de un sitio (Site maintenance tasks)

Para asegurar la adecuada salud del sitio, debes habilitar alguna de las tareas predefinidas de mantenimiento del sitio que facilita Microsoft, puedes necesitar cambiar la programación de otras tareas que están habilitadas por defecto.

La Tabla siguiente muestra las tareas que deberían configurarse en un plan típico de mantenimiento de un sitio. Es una guía, cada entorno es diferente y podrían tener habilitadas unas y deshabilitadas otras.

Nombre de la tarea ¿Habilitada por defecto? Programación Nivel del sitio

Backup Site Server No Diariamente CAS/Primario

Rebuild Indexes No/SI Semanalmente CAS/Primario

Monitor Keys SI Semanalmente CAS/Primario

Delete Aged inventory History SI Semanalmente Primario

Delete Aged Status Messages SI Diariamente CAS/Primario

Delete Aged Discovery Data SI Semanalmente Primario

Delete Aged Collected Files SI Semanalmente Primario

Delete Aged Software Metering Data SI Diariamente Primario

Delete Aged Software Metering Summary Data SI Semanalmente Primario

Summarize Software Metering File Usage Data SI Diariamente Primario

Summarize Software Metering Monthly Usage Data SI Diariamente Primario

Clear Install Flag No Semanalmente Primario

Delete Inactiva Client Discovery Data SI Semanalmente Primario

Delete Obsolete Cltent Discovery Data SI Semanalmente Primario

Delete Aged Computer Association Data SI Semanalmente Primario

EvaIuate Provisiones AMTComputer Certificates SI Semanalmente Primario

CheckApplicationTitle with Inventory Information SI Semanalmente CAS/Primario

Delete Aged Client Operations SI Diariamente CAS/Primario

Delete Aged LogData SI Diariamente CAS/Primario

Delete Aged RepltcattonTracking Data SI Diariamente CAS/Primario

Delete Obsolete Alerts SI Diariamente CAS/Primario

Delete Obsoleta Forest Discovery Sites and Subnets SI Semanalmente CAS/Primario

Delete UnusedApplications Revisíons SI Diariamente Primario

Delete Aged Bxchange Partnership SI Semanalmente Primario

Summarize lnstalled Software Data SI Semanalmente Primario

Delete Aged Threat Data SI Semanalmente Primario

Delete Aged Application Request Data SI Diariamente Primario

Delete Aged Device Wipe Record SI Semanalmente Primario

Delete Aged Enrolled Devices SI Semanalmente Primario

Evaluate Collection Members SI Intervalos Primario

Update Application Catalog Tables SI Intervalos Primario

Algunas tareas no necesitan ejecutarse tan frecuentemente como otras, pero es interesante desarrollar un plan para implementarlas y mantener la salud del sitio.

Algunas de estas tareas son:

Nombre de la tarea Intervalo Comentarios

Check Status messages Diariamente Chequea los warnings y errores.

Check event log on site Server for Diariamente Estos son los log de los eventos de Windows.

Warnings or erros

Check log folders for crash dumps Diariamente Te ayuda a saber si los sistemas de sitio (site System) fallan.

Monitor site system's inbox folder(s) Diariamente Busca posibles ficheros backlogs

Clean out old machines and user Diariamente Elimina recursos viejos.

accounts

Check Client Status Diariamente

Backup site Server to removable media Diariamente Se copia el backup a un dispositivo externo como una cinta.

Delete unnecessary objects Semanalmente Elimina innecesarias colecciones, paquetes, programas, avisos y consultas

Delete unnecessary files from site Semanalmente Elimina ficheros innecesarios.

systems

Check disk space on all site systems Semanalmente

Defragment all site systems Mensualmente Esta tarea puede mejorar el rendimiento del sitio

Review site Boundaries Cada tres meses Asegura que los límites del sitio son válidos.

Perfom DR test Cada seis meses Asegura que los backups en realidad trabajan.

Review documentation Cada seis meses Confirma que la documentación está actualizada y completa.

Review maintenance plan Cada seis meses Modifica el plan de mantenimiento si cualquier cosa ha cambiado, añadido o eliminado.

2. Uso de herramientas de resolución de problemas:

La herramienta más importante para resolver problemas son los ficheros log y los mensajes de estado. Saber cuales son los principales ficheros log en SCCM 2012 es el primer paso para identificar posibles problemas en los sitios servidores y clientes

Ficheros Log

Para la mayoría de los problemas, los administradores se centran en los ficheros log (*.log) tanto en los clientes como en los servidores y en algunos casos en ambos.

Los clientes almacenan sus ficheros log en c:\windows\ccm\logs

Los sitio servidor los almacenan en <Installation directory>\Microsoft Configuration Manager\Logs

Para los puntos de administración (Management point) los log´s se almacenan en C:\Program Files\SMS_CCm\Logs

Las siguientes tablas muestran los log´s más importantes para los sitios servidores, puntos de administración y clientes:

Ficheros Log´s en Sitios servidores y sitios de sistema:

Fichero Log Objetivo

Ccm Graba tareas del cliente SCCM 2012

Cidm Graba cambios en las configuraciones del cliente mediante el administrador de datos de instalación del (Client Install Data Manager (ClDM)).

Colleval Logs cuando las colecciones son creadas, cambiadas y borradas mediante el evaluador de colecciones (colletion evaluator)

Compsumm Graba tareas del resumen de los estados de los componentes (Component status summarized task)

Csnfsvc Graba la información de “Corier sender” entre sitios.

Dataldr Procesa los ficheros MIF (management information format – Formato de administración de información) y el inventario de Hardware en la base de datos de SCCM 2012.

Ddm Guarda la información de los DDR (Discovery data record) en la base de datos SCCM 2012 a través de administrador de datos descubiertos (discovery Data Manager)

Despool Graba las transferencias de comunicaciones entrantes entre sitios.

Distmgr Graba la creación de paquetes. Compresión, replicación delta, e información de actualizaciones.

Hman Graba cambios en la configuración de los sitios y publica la información del sitio en Active Directory Domain Services.

Inboxast Graba ficheros que son movidos desde el Management point a la correspondiente carpeta de INBOXES.

Inboxmgr Graba ficheros de mantenimiento.

Invproc Graba el procesamiento de los ficheros delta MIF para el componente Dataloader para los ficheros de inventario del cliente.

MPcontrol Graba el registro de los MP con WINS y graba la disponibilidad de los MP cada 10 minutos.

MPfdm componente MP que mueve los ficheros de los clientes a la correspondiente carpeta INBOXES.

MPmsi Log de instalación de MP

MPsetup Graba el proceso de instalación de un MP

Offermgr Graba actualizaciones de avisos (advertisements)

Offersum Graba los resúmenes de los mensajes de estado de los avisos (advertisements)

Policypv Graba actualizaciones de las políticas de los clientes para reflejar cambios en las configuraciones de los clientes o avisos (advertisements)

Replmgr Graba los ficheros de replicación entre los componentes del sitio servidor y el componente de programación (scheduler component)

Sched Graba ficheros que son enviados a otros sitios padres e hijos.

Sender Graba ficheros que son transferidos mediante la replicación de ficheros entre sitios.

Sinvproc Graba el procesamiento de los datos de inventario de software al sitio de base de datos en Microsoft SQL Server.

Sitecomp Graba el mantenimiento de los componente del sitio instalados.

Sitectrl Graba los cambios en el fichero Sitectrl.ct0

Sitestat Graba los procesos de monitorización de todos los sistemas.

Smsdbmon Graba los cambios en la base de datos

Smsexec Graba el procesamiento de todos los hilos de todos los componentes del sitio servidor

Smsprov Graba el acceso del proveedor WMI al sitio base de datos

Srvacct Graba el mantenimiento de las cuentas cuando el sitio usa la seguridad estandar

Statmgr Escribe todos los mensajes de estado a la base de datos

Swmproc procesa los ficheros “metering” y las configuraciones de mantenimiento

Adctr Graba la actividad del procesamiento de “enrollment”

ADForestDisc Graba las acciones de descubrimiento en el directorio activo del bosque

Adservice Graba la creación de cuentas y los detalles de la seguridad de grupos en el Directorio Activo

Adsgdis Graba las acciones de descubrimiento de la seguridad de grupos del directorio activo

Adsysdis Graba las acciones de descubrimiento de sistemas del directorio activo

Ausrdis Graba las acciones de descubrimiento de usuarios del directorio activo

CertMgr Graba las actividades de certificados en las comunicaciones de sitios en la intranet

Chmgr Graba las actividades del administrador de salud del cliente (Client health manager)

Compmon Graba los hilos (threads) de los estados de los componentes en el sitio servidor

ComReqsetup Graba la instalación inicial de resultados de registros COM en el sitio servidor

ConfigMgrPrereq Graba la evaluación del componente de los prerrequisitos y la actividad de la instalación

EPCtrlMgr Graba la información acerca de la sincronización de los hilos de información de malware desde Endpoint protection site system role en la base de datos de SCCM 2012

EPMgr Graba el estado de Endpoint protection site system role

EnrollSrv Graba la actividad de los procesos del servicio “enrollment”

EnrollWeb Graba la actividad de los procesos del sitio Web de “enrollment”

Migmctrl Graba información para las acciones de migración involucradas en trabajos de migración (migration job), DP compartido (Shared distrbution points) y actualizaciones de Dp ( distribution point upgrades)

Ficheros Log´s en Puntos de administración (Management Points):

Log File Objetivo

MP_Drd Graba conversiones de XML a .ddr desde los clientes y los copia en el sitio servidor.

MP_GetAuth Graba el estado del MP

MP_GetPolicy Graba información de la política.

MP_Hinv Convierte grabación de inventario de hardware XML desde los clientes y copia estos ficheros en el sitio servidor.

MP_Location Graba tareas de localización

MP_Policy Graba comunicaciones de la política.

MP_Relay Copia ficheros que están recolectados desde el cliente.

MP_Retry Graba los procesos de reintentos del inventario Hardware

MP_Sinv Convierte las grabaciones XML del inventario hardware desde los clientes y que son copiados al sitio servidor.

MP_Status Convierte los ficheros de mensaje de estado XML.svf dese los clientes y que son copiados al sitio servidor.

MP_CliReq Graba la actividad de registro procesada del cliente en el MP.

MP_Framework Graba la actividad del MP principal y los componentes Framework cliente.

MP_OOBMgr Graba la actividad del MP relacionada con el recibimiento.

MP_SinvCollFile Graba detalles acerca de la colección de ficheros.

Ficheros Log´s en los clientes:

Log File Objetivo

CAS CAS (Content Access Service) para la cache de paquetes de la máquina local.

CcmExec Hace seguimiento de la actividad del cliente y el servicio de información local SMS Agent.

CertificateMaintenence Graba los certificados de AD para el servicio de directorio y los MP.

ClientIDManagerStartup Usado para el mantenimiento de los recursos GUID.

ClientLocation Hace un seguimiento de la asignación de sitios.

ContentTransferManager Graba la información de la programación de BITS o SMB /Server Message Block) para las descargas o para el acceso a los paquetes SCCM.

DataTrnasferService Graba todas las comunicaciones BITS para la Politica o acceso a paquetes.

Execmgr Graba la información de los Anuncios (advertisements) como anuncio ejecutado.

FileBITS Graba las tareas de acceso a paquetes SMB.

Fsinvprovider Tareas para el proveedor WIM (Windows Management Instrumentation) del inventario de software y la colección de ficheros.

InventoryAgent Crea DDR´s y grabaciones de inventario de hardware y software,

LocationServices Identifica los MP y DP localizados.

MIFProvider Identifica el proveedor de MIF WMI.

Mtrmgr Hace un seguimiento del proceso de Software Metering.

PolicyAgent Pide políticas usando el servicio de transferencia de datos.

PolicyAgentProvider Graba cualquier cambio en las políticas.

PolicyEvaluator Graba cualquier configuración de política nueva.

RemCtrl Mira cuando el componente de control remoto arranca.

Scheduler Graba las tareas de programación para todas las operaciones del cliente.

SMSCliui Graba el uso de las herramientas de System Management en el panel de control.

StatusAgent Hace log de los mensajes de estado que son creados por los componentes en el cliente.

SWMTRReportGen Genera el uso de los reportes de datos que son coleccionados por el agente de medición de software.

EndPointProteccionAgent Graba detalles acerca de la instalación del cliente Endpoint protection y la política de la aplicación de Malware en el cliente.

Ficheros Log´s adicionales:

Nombre o Categoría Localización Descripción

ISS log Files %windir%\system32\logfiles Para ver las transacciones http de IIS.

SQL Log files SQL Enterprise Manager Mirar los log de las actividades de SQL.

WMI %windir%\system32\Wbem\logs El repositorio WMI es la clase del

inventario de hardware de los clientes.

Enlace Microsoft para ver todos los log´s de SCCM y una más amplia descripción: http//:technet.microsoft.com/en-us/library/hh427342.aspx

CMTRACE: Herramienta de SCCM para ver los ficheros log´s en tiempo real. Ruta donde está: “SMSSETUP\Tools”

Incluye una herramienta de diccionario de códigos de error.

Mensajes de estado:

- Limitaciones ya que no es en tiempo real como los Log.

- Salud de un sitio viendo System Status en "Monitoring"-->"System Status" . Dos subnodos importantes: "Component status" y "Site Status"

Se pueden ver los mensajes de estado en la WEB de Informes, con multitud de reports para ver los mensajes de estado.

- Además hay mensajes de estado para los "Deployment" , dentro del nodo "Monitoring"-->"Deployment". Tenemos mensajes de estado tanto de Software Updates, como de paquetes, Configuraciones de cumplimiento, aplicaciones, tareas de secuencias,...

- Se puede ver el estado de la distribución tambien. En el nodo "Content Status" se puede ver el estado de paquetes, puntos de distribución, grupos de puntos de distribución....

- Dentro del nodo "Disribution Satus" tambien podemos ver " Distribution Point Configuration Status", para ver los atributos que tiene un DP como por ejemplo PXE, multicast,...

- "System Status" muestra los mensajes de estado de los sitios de sistema.

Problemas con el "Despliegue" en SCCM 2012: ( En la parte Servidor)

Permisos: Puede haber problemas a la hora de distribuir software si los permisos no está dados adecuadamente.

Espacio en disco: Hay que tener suficiente espacio en disco en el servidor, ya que almacena, la base de datos, paquetes , software updates, colección de ficheros si se ha activado en el inventario....

Conectividad de red: El sitio de sistema tiene que poder conectar, con otros sitios de sistema y con los clientes.

Tiempo: El despliegue de aplicaciones requiere de tiempo, los procesos pueden llevar algún tiempo.

3. Problemas con la replicación de bases de datos:

Ver en nodo "Monitoring"à"Database Replication"

La replicación de la base de datos en SCCM está basada en el servicio de replicación de datos (DRS Data replication service). que depende de Sql Server Service Broker y Change Tracking.

Un Link de comunicación SQL es una entidad lógica que es usado para reflejar el estado de las comunicaciones SQL entre dos sitios. Estos link reflejan el estado de los datos globales y de sitio replicados entre dos sitios. Los estados que pueden reportar estos enlaces de datos globales y datos de sitio son:

. Link Active: activo , los datos estan siendo replicados cuando están programados.

. Link Failed. No ha habido comunicación desde hace más de 25 minutos, los datos no se están replicando.

.Link Degraded. No ha habido comunicación desde hace más de 15 minutos

.Link Error. Ha habido replicación pero con errores.

Tipos de Datos

Global Data (Datos globales): Son tipos de datos generados por CAS y PS (Primary site), replicados a través de la jerarquía.

Global Data (Datos globales):

- Colecciones.

- Packages.

- Programs

- Deployments.

- Configuration Items.

- Software Updates.

- Task Sequences.

- OS images ( boot images, drives packages,..)

- Site control file

- system resource list ( Site servers)

- Site Security Objects ( roles, Scopes,...)

- Client Autentication.

- Client Discovery.

La replicación de datos globales se construye con Service Broker de SQL Server.

Los sitio primarios generan "datos de sitio" que son replicados al CAS, nunca entre sitios primarios. Estos datos son solo visibles en el CAS y el sitio primario que los generó, no se pueden modificar o borrar desde otros sitios primarios. Solo se pueden modificar en el sitio original que creó este tipo de datos.

Datos de Sitio (Site data):

. Collection Membership.

. Alerts.

.Hardware Inventory.

.Software inventory and Metering.

.Status messages.

. General site data.

. Asset Intelligence CAL Track Data.

. software distribution Status details.

. software Update replicated site data.

. software Update Non-replicated site data.

. Status summary data.

. Component and site status summarizers.

Client Healt Data.

. Client Health History.

. Wake on Lan.

. Quarantine Client Restriction History.

Inicialización DRS, servicio de replicación de datos (Data replication service)

Proceso:

1. Un sitio manda una requerimiento de inicio para realizar una replicación de datos.

2. El sitio usa para enviarlo BCP (Bulk Copy Program) para exporta todos los datos

desde las tablas en el grupo de replicación. Durante esta fase ver fichero RCMCtrl.log.

3. La Jerarquía de replicación copia los fichero BCP y manda un contador por cada columna para cada tabla a las carpetas Inbox del sitio a través de los Senders.

FICHERO RCMCtrl.log : PARA VER EL PROCESO DE REPLICAIÓN DE DATOS.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Recuperación de Desastres, Backup en SCCM 2012.Guía de estudio

noreply@blogger.com (Anonymous) — Thu, 19 Jul 2012 05:50:00 +0000

1. Introducción

SCCM almacena información en el registro del sitio servidor, sistemas de ficheros y en la base de datos SQL

2. Planificación.

Se usa el servicio VSS Volume Shadow Copy. Hace una imagen como backup.
En el backup se incluye:
- Base de datos del sitio
- \Bin
- \Inboxes
- \Logs
- \Data
- \srvacct
- \Install.map
- Todas las entradas del registro de HKLM\Software\Microsoft\SMS
Al reinstalar un sitio primario en una jerarquía con un CAS recibirá automáticamente los datos globales.

Lo que no se incluye en el backup:

- La librería de contenidos. Todos los paquetes (software updates, aplications,images).
- Site Systems. ( La reinstalación de un site system es rápida)
- Clientes.
- Sql Reoporting Services. Se pierden las personalizaciones de Informes y los creados nuevos. Usa Sql Server para hacer copia o exporta los reportes personalizados y nuevos para luego importarlos. Los predefinidos al reparar un sitio se vuelven a generar.
- Base de datos WSUS. Hazlo mediante SQL.
- System Center Updates Publisher
- MDT Microsoft Deployment Toolkit.

3. Backup SCCM 2012

Servicio que arranca al ejecutar el backup: SMS_SITE_Backup. Usa el fichero de control smsbkup.ctl que está en \Inboxes\smsbkup.box
Este fichero se puede editar y modificar y contiene lo que se copia.
Fichero log del proceso de backup: smsbackup.log.

3.1 Consideraciones de del backup para un CAS
Un CAS es el sitio más importante y contiene una gran cantidad de datos.
Realiza el Backup de un CAS diariamente debido a su importancia.

3.2 Copiar el backup en otro lugar.
Es una recomendación por si el servidor falla físicamente o la copia de backup se corrompe.

3.3 Copiar una imagen del backup en otro servidor con Afterbackup.bat
Fichero que se ejecuta después del backup con los comando que quieras y que se pude utilizar para hacer la copia del backup en otro lugar, este fichero está en \Inboxes\smsbkup.box

3.4 Entradas en el visor de eventos Windows “aplicaciones” generados por el proceso de backup.
El backup de SCCM crea eventos de aplicación en Windows.

3.5 Configuración de la tarea de mantenimiento del Backup de un sitio Servidor SCCM.
Para crear la tarea de mantenimiento ve al nodo: “Administration”Site Configuration””Sites”, selecciona el sito y en el Ribbon selecciona “Site Mantenance”, selecciona la tarea “Backup Site Server” y edítala. Habilítala, y configura las rutas donde guardar el backup y la base de datos. Selecciona la programación de la tarea.

Los sitios secundarios no tienen opciones de recuperación o backup. Para recuperarlo tienes que reinstalarlo.

4. Restauración de Configuration Manager

Si un sitio falla la recuperación requiere que el sitio servidor tenga el mismo nombre y código del sitio sea el mismo.

4.1 Entender los efectos de un fallo de un sitio
Si un sitio falla, puede que la jerarquia siga funcionando en parte, puede estar un sitio servidor fuera de juego y sin embargo la base de datos online y un MP online, con lo que aún en la jerarquía podría funcionar algo, pero hay que reparar ese sitio lo antes posible para que no se pierdan datos.

4.2 Recuperar un sitio
Si has perdido datos o el hardware ha fallado tienes que ejecutar una restauración, si tienes problemas con algún componente del sitio de sistemas lo que deberías hacer es Resetear el sitio.

No hay un asistente propio de recuperación, sino que se ejecuta desde el propio medio de instalación donde se muestran las opciones de recuperación.

Si no ves la opción “recover” primero tendrás que desinstalar el sito. Si vas a eliminar un sitio padre en una jerarquía multisitio primero tienes que borrar manualmente la base de datos.

OPCIONES DE RECUPERACIÓN:

- Recover This Site Server Using An Existing Backup: Es obvio lo que realiza este modo.
- Reinstall de site Server: Cuando no hay backup. Se perderán todas las configuraciones.
- Recover the site database using a backup set at the following location: Es obvio lo que realiza este modo.
- Create a new database for the site: Se crea una nueva base de datos y los datos globales son replicados desde un sitio padre marcado como Sitio de referencia.
- Use a site database that has been manually recovered: por si has recuperado la base de datos por otros medios.
- Skip database recovery: Se pierden todos los datos.

5. Recuperación de Configuration Manager

5.1 Como empezar el proceso de recuperación

Antes de empezar asegúrate de tener:

- CD de SQL
- SCCM 2012 pre-requisitos
- CD SCCM 2012
- Acceso al backup de SCCM 2012
- Tener el mismo nombre de servidor ( puede ser un SO diferente)
- Tener el mismo nombre de servidor SQL ( puede ser una versión diferente de SQL)
- Tener el mismo código de sitio
- Tener el mismo nombre de base de datos
- La misma versión de Configuration Manager

5.2 Recuperar un sitio CAS
- En el sitio servidor abre un editor de comandos com administrador y ejecuta “Setup.exe” desde el cd de instalación de SCCM \SMSSetup\BIN\X64
- Selecciona “Recover A Site”
- Selecciona la ruta de los ficheros de backup y de la base de datos. Selecciona recuperar los ficheros y la base de datos desde backup.
- Selecciona el nombre del sitio de referencia.
- Acepta la licencia.
- Selecciona los ficheros descargados de pre requisitos.
- Modifica si quieres la carpeta de instalación.
- En la parte de base de datos solo puedes cambiar el puerto.
- Resumen de lo que has realizado y pulsa en OK.
- Se ejecuta el chequeo de los pre requisitos y comienza el proceso de recuperación después.

Monitorización del proceso de recuperación:
ConfigMgrSetupWizard.log
ConfigMgrsetup.log

5.3 Recuperar un sitio primario hijo.
Igual que un CAS solo que el asistente automáticamente configura el CAS como sitio de referencia.

5.4 Recuperar un sitio primario independiente
Igual que un CAS solo que el asistente no permite configurar un CAS como sitio de referencia.

5.5 Recuperación en escenarios con entornos múltiples.

6. Otras opciones del mantenimiento del sitio

- Reset site with No configuration changes: Selecciona esta opción si quieres resetear un sitio, todos los componentes son reinstalados y los permisos y entradas del registro se restauran a las opciones por defecto.
- Modify SQL Server Configuration: Si quieres mover la base de datos a otro servidor SQL. Requiere que tengas una copia de la base de datos SQL en el nuevo servidor SQL.
- Modify SMS Provider Information: Si quieres instalar el SMS provider en otro servidor.
- Modif. Language Configurations: Si quieres añadir nuevos lenguales de servidor y clientes a la instalación.

6.1 La herramienta del mantenimiento de una jerarquía.
Preinst.exe es un fichero de línea de comandos que puedes necesitar para diagnosticar problemas con un sitio de sistema, ayuda para repara un sitio, parar los servicios de un sitio de sistema.

El fichero está en: \Bin\x64 ( ejecutarlo como administrador)

Algunos comandos:

- Preinst.exe /deljob borra todos los trabajos del sitio especificado.
- Preinst.exe /delsite borra sitios hijos que no se han podido desinstalar bien.
- Preinst.exe /Stopsite Para los servicios y componentes de SCCM 2012. Parcialmente se resea el sitio.

6.2 Tareas Post-recuperación

- Monitoriza los procesos del sitio
- Verifica las opciones de configuración del sitio.
- Introduce de nuevo las passwords de usuarios. Todas las claves de usuario se resetean durante el proceso de recuperación. Puedes verlo en el fichero: C:\ConfigMgrPostRecoveryActions.html.
- Reinstala Hotfixes que faltan lo puedes ver también en el fichero anterior.
- Verifica que la librería de contenidos tiene todo.
- Recupera la base de datos SCUP 2011 si ha sido afectada. Copiando el fichero de base de datos vale.
- Recupera MDT.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Añadir un Logo personalizado a los reportes o informes.

noreply@blogger.com (Anonymous) — Fri, 13 Jul 2012 07:32:00 +0000

Modificación del LOGO Estándar para todos los Informes:

Tienes que reemplazar el fichero Report_Header_Right.png por el logo que tu quieras:

Valídate en el servidor de reportes
Abre la carpeta %ProgramFiles%\SMS_SRSRP\style
Haz una copia del fichero Report_Header_Right.png.
Copia el fichero que quieras poner en esta carpeta y renombralo a Report_Header_Right.png.
Abre el editor del registro “regedit”
Ve a la clave de registro: HKEY_Local_Machine\Software\Microsoft\SMS\SRSRP\SRSInitializeState
Cambia el valor a “0”. Esto reinicia los servicios.

Ahora puedes ver el logo que has cambiado en todos tus informes.

Ejemplo, cambio del logo en el reporte “Enforcement Status for a deployment” de la categoría de reportes “Software Updates”

Ir al nodo “Monitoring” dentro de la consola:
Expandir “Reporting”à”Reports”à”Software Updates – C Deployment Status.
Seleccionar “Status 1 – Enforcement status for a deploument” y pulsar en “Edit” en el Ribbon. Se lanzará SQL Server Report Builder.
En la columna “Report Data” con el botón derecho del ratón pulsa en “Images” y selecciona “Add image”.
Localiza el fichero de la imagen y pulsa en “Abrir”.
Carga la imagen en la cabecera del Reporte.
Pulsa “OK” en el dialogo de propiedades de la imagen.

Problemas encontrados con el SP1 de SCCM 2012

noreply@blogger.com (Anonymous) — Thu, 12 Jul 2012 06:21:00 +0000

Son varias las consultas que han llegado al blog con problemas sobre la implantación del SP1, yo mismo me he encontrado con alguno.

Paso a exponeros los problemas que me han remitido:

Edgar Reyes desde México:

"Instale el SP1 en un sitio primario aislado y ya tenia un ambiente de un CAS con 2 primarios tambien ya con el sp1 , quise agregar mi sitio primario a la arquitectura, pero no me deja, alguna sugerencia?
El SP1 está instalado con una instancia SQL 2008 R2 Sp1 CU6"

Vasanth Raj desde India: ( http://vasanthsccm.wordpress.com/)

"Las máquinas Linux no se pueden ver desde SCCM 2012 SP1"

Los errores de SQL que me da a mi. He probado la instalación sobre SQL Server 2012 tanto en castellano como en Ingles:

Required SQL Server Collation
Configuration Manager requires that you configure your SQL Server instance and Configuration Manager site database (if already present) to use the SQL_Latin1_General_CP1_CI_AS collation, unless you are using a Chinese operating system and require GB18030 support. For information about changing your SQL Server instance and database collations, see http://go.microsoft.com/fwlink/p/?LinkID=234541. For information about enabling GB18030 support, see http://go.microsoft.com/fwlink/p/?LinkId=234542.

Sql Server Version
Configuration Manager sites require a supported SQL Server version with required hotfixes for site database operations to succeed. Before Setup can continue, you must install a supported version of SQL Server on the specified site database server. For more information, see http://go.microsoft.com/fwlink/p/?LinkID=232936.

Si alguien ha tenido más problemas comunicarlo al blog y si habéis resuelto alguno de los problemas expuesto podéis publicar la solución.

Despliegue de sistemas Operativos. Guía de estudio.

noreply@blogger.com (Anonymous) — Tue, 10 Jul 2012 09:06:00 +0000

Os presento una guía de estudio y desarrollo de la distribución de Sistemas Operativos en SCCM 2012.

Para completar la guía puedes realizar el siguiente Laboratorio: TechNet Virtual Lab: System Center 2012 Configuration Manager: OSD Bare Metal.

vídeo publicitario si lo ves ayudas a mantener el blog

1. Planificación para el despliegue de sistemas operativos OSD (Operating System Deploy) con SCCM 2012

- Escenarios de un despliegue.

Dos tipos:

i. Escenario de Pc Bare.metal, es decir sin Sistema operativo

ii. Actualización del SO de un PC.

- Clases de imágenes a desplegar

i. Se pueden instalar SO desde imágenes *.WIM

ii. Se pueden instalar SO desde instaladores ( cd/dvd)

- Componentes del OSD

i. Imágenes de aranque ( boot images): Dos imágenes por defecto, disponibles para toda la jerarquía. Pestañas de una imagen, son muchas y con muchas configuraciones.

ii. Punto de migración de estado (State migration point): almacena los datos de usuario obtenidos con USMT 4.0

iii. Puntos de Distribución: Importante activar en la pestaña PXE esta característica. También disponible la pestaña Multicast para configurar en este escenario de despliegue de sistemas operativos.

iv. Imágenes de Sistemas Operativos: Son imágenes *.WIN para desplegar a pc´s o servidores. Se pueden capturar e otros pc´s. accede al nodo correspondiente para ver todas las pestañas de las propiedades.

v. Instaladores de Sistemas operativos: fuentes de instalación de SO como cd/dvd. Con esto puedes hacer instalaciones desatendidas. accede al nodo correspondiente para ver todas las pestañas de las propiedades.

vi. Secuencias de tareas (task sequences): son un mecanismo para realizar una serie de tareas en el pc cliente sin intervención del usuario. Se usas para desplegar SO y para distribuir software, configurar el cliente, actualizar drivers, editar el estado del usuario, y muchas más,….

Diferentes clases de tareas:

1. Instalar un paquete de una imagen existente: instala una imagen WIM a un pc vía PXE o distribución normal.

2. Construir y capturar una imagen de SO de un sistema de referencia: crea una nueva imagen WIM a partir de la captura e un SO de un sistema.

3. Creación de una tarea de secuencias nueva personalizada: tarea de secuencias limpia para definirla como quieras. Se rellenan opciones para: general, discos, estado de usuario, imágenes, drivers. Configuraciones.

vii. Tareas de secuencias de dispostivos (task Sequence Media):Puedes crear CD, DVD o USB con los ficheros requeridos para desplegar o cpturar SO con SCCM 2012.

Clases de dispositivos:

1. Stand-alone Media: utilizado para SO sin acceso a la red.

2. Bootable Media: desplegar SO a través de la red.

3. Capture Media: Para capturar imágenes WIM de SO de pc´s de referencia.

4. Pestaged Media: Para crear ficheros de despliegues de SO que contienen una imagen de SO y arrancarlo con un dispositivo autoarrancable y que pueda ser compartido en un disco duro.

viii. Catálogo de Drivers: Es el lugar donde se almacenan los driver necesarios para añadirse durante el despliegue de SO o para una imagen de arranque. Se pueden organizar en carpetas por modelos y categorías.

- Afinidad de los dispositivos de usuario.

Ayuda a crear relaciones entre los dispositivos y los usuarios. Clases de relaciones:

i. Un único usuario primario a un dispositivo primario.

ii. Múltiples dispositivos primarios para un usuario.

iii. Múltiples usuarios primarios para un dispositivo.

2. Proceso del despliegue:

- Preparación para el despliegue de sistemas operativos:

Planificar la fase previa, obtener información sobre modelos de pc´s, driver y aplicaciones necesarias.

- Construir y capturar un Sistema Operativo:

Crear una tarea de secuencias para construir y capturar el SO.

- Desplegar un sistema operativo:

Después de tenerlo todo hay que desplegar a uno o varios pc´s de la instalación, se puede hacer la tarea de secuencias para pc´s sin So o para actualizar un SO.

3. Preparación de Configuración Manager 2012 para el despliegue de sistemas operativos

- Configurar la cuenta de acceso a la red (Network Access Account):

Configurar un usuario el Directorio Activo como “network Access Acount”. Se configura en el nodo “Administration”à”Site Configuration”à”Sites” , selecciona el site y pulsa en “Configure site components” y selecciona “Software Distribution” . en la pestaña correspondiente puedes poner esta cuenta.

- Creación de paquete de la instalación del cliente de Configuration manager:

Configurar el paquete para instalar en cliente SCCm una vez el SO haya sido desplegado e instalado en el PC. Entra en el nodo “Software Library”àApplication management”à”packges”. Crea un paquete nuevo desde una definición y selecciona el paquete “configuration manager client upgrade package definition”

Se instala de forma silenciosa, hay que especificar el punto de distribución para desplegarlo.

- Creación del paquete USMT:

Hay que crear un paquete para obtener los datos del usuario y configuraciones y luego restaurarlos. El paquete es con la herramienta USMT (User state migration tolkit). También hay que configurar un punto de migración de estado (migration State point).

Ir al nodo “Software Library”àApplication management”à”packges”. Crea un paquete nuevo, los ficheros fuente están en la ruta c:\program files\windows AIK\Tools\USMT ( no crear un programa para este paquete).

- Configuración del rol punto de estado de migración ( State Migration point role):

Sirve para almacenar los datos y configuraciones del usuario durante el despliegue del SO.

Ir al nodo “Administration”à”Site Configuration”à”Servers and Site System Roles” seleccionar el sitio servidor y añadir el rol “state Migration Point”, lo que hay que configurar para este rol es una carpeta donde almacenar los datos y luego las opciones para retener los datos o eliminarlos una vez migrados al nuevo SO. Tambien hay que configurar los límites de grupos.

- Configuración de PXE en los puntos de distribución:

Para realizar OSD en Pc´s bare-metal se necesita PXE. Hay que configurarlo en el punto de distribución. En la pestaña PXE del punto de distribución selecciona “ Allow this distribution point to respond to incoming PXE request”. Si no está instalado Windows Deployment Services será instalado.

Es recomendable que DHCP y PXE estén en el mismo servidor.

- Distribución del paquete de imágenes de arranque (boot images):

La siguiente fase de preparar SCCM 2012 para el despliegue del SO es distribuir los paquetes de imágenes de arranque a los puntos de distribución. Las imágenes de arranque se usan para arrancar los pc´s en un entrorno de Windows preinstalation (WINPE) para realizar la captura antes de desplegar una imagen. En la consola ve al nodo “Software Library”à”operating system”à”boot images” hay dos x86 y x64. selecciona una o las dos y pulsa en el ribbon en “distribuye content”, en el asistente especifica el o los puntos de distribución.

- Habilitar las imágenes de arranque con PXE:

En la consola ve al nodo “Software Library”à”operating system”à”boot images” selecciona la imagen de arranque en la que estes trabajando y selecciona “properties”, en la pestaña “Data Source” marca la casilla “Deploy this boot image from the PXE Service Point”.

Con esto se configura el servicio Windows Deployment Services para utilizar la imagen de arranque de SCCM 2012, la imagen se pondra en la ruta: >drive>\RemoteInstall\SMSimages

4. Añadir instaladores de sistemas operativos ( imágenes o cd/dvd de SO).

El siguiente paso es añadir el contenido fuente de los SO. Se puede hacer mediante el siguiente procedimiento:

- Ve al nodo “Software Library”à”operating system”à”Operanting System Installer” en el ribbon selecciona “add Operating System Installer” rellena la ruta UNC donde están las fuentes del SO, termina de rellenar el asistente con el nombre, versión y demás y finaliza.

- Después hay que distribuir el paquete a los puntos de distribución en la jerarquía.

- SO que se pueden instalar:

Windows XP SP3

Windows Vista

Windows 7

Windows Server 2003

Windows Server 2008

Windows Server 2008 R2

5. Desarrollo de una tarea de secuencias para crear una captura de imagen.

El siguiente paso es la creación de tareas e secuencias para capturar imágenes de estaciones de trabajo. Las tareas de secuencias es la vía por la que SCCM 2012 realiza uno o más pasos en el PC cliente sin la intervención del usuario. Las tareas pueden depender de otras tareas o ser independientes. Hay dos tipos de tareas para capturar SO:

- Uso de la tareas de secuencias con arranque PXE

- Uso de la tareas de secuencias con un cd o dvd auto arrancable.

· Uso de la tareas de secuencias con arranque PXE:

Ve al nodo “Software Library”à”operating system”à”Operanting System” y selecciona “task sequences”, en el Ribbon selecciona “Create Task Sequence” y luego selecciona “Build and capture A referente System Image”.

Proporciona un nombre de tarea y selecciona la imagen de arranque que soportará el SO.

Selecciona el paquete del sistema Operativo a instalar. (proporciona una password que debes recordar en caso de problemas”. Si se quiere poner cuenta de administrador Global.

Nota: Para SO Windows / o Windows Server 2008 no poner el “product key” ya que la captura de la imagen podría fallar.

Introduce tambien el nombre del grupo de trabajo al que se unirá cuando construyas y captures el SO.

Selecciona el el paquete de instalación del cliente SCCM 2012 y pon en las propiedades en Management Point: SMSMP=>siteservername>

Puedes incluir paquetes de actualizaciones.

Puedes incluir paquetes de aplicaciones.

Si instalas WXP sp3 neccesitas configurar SYSprep, para W7 y W2008 no, tienen una herramienta propia.

Introduce datos de la imagen, como el creador, versión,…

Introduce la ruta UNC y el nombre del fichero para la imagen capturada.

Introduce una cuenta con permisos en ese directorio.

Y finalmente termina el asistente.

· Uso de la tareas de secuencias con un cd o dvd auto arrancable.

Si no se configura PXE, se puede capturar un so de referencia con una tarea de secuencias que se ejecute desde un dispositivo multimedia como un cd/dvd o USB.

Ve al nodo “Software Library”à”operating system”à”Operanting System” y selecciona “task sequences”, en el Ribbon selecciona “Create Task Sequence Media”. En el asistente selecciona “capture media”. En la pantlla siguiente selecciona por ejemplo “cd/dvd media” y la ruta donde guardarlo y el nombre. Luego especifica la imagen de arranque y el punto de distribución.

Luego puedes grabar el fichero ISO creado en un CD y usarlo para arrancar los pc´s de los que quieras construir su imagen.

6. Capturar una imagen de un Sistema Operativo:

- Construir y capturar automáticamente.

En esta tarea se realiza todo automáticamente sin intervención del usuario.

Se utiliza la tarea creada anteriormente con “build and capture task sequence” para que esté disponible para el despliegue:

A: “Software Library”à”operating system”à”Operanting System” y selecciona “task sequences”, en el Ribbon selecciona “Deploy”:

B: Especifica la colección donde el PC de referencia está y selecciona el punto de distribución donde el contenido se guardará.

C: Configura las opciones del despliegue, si seleccionas “available” en “purpose” necesitas presionar F12 para arrancar PXE si es “Required”, PXE arranca automáticamente.

D: Selecciona “Make available to boot media PXE”

E: Configura la programación.

F: No configurar nada en “user experience”

G: Configura las alertas.

H: Configura el punto de distribución y finaliza el asistente.

Depuse de tener la tarea de secuencias disponible para el despliegue, apaga el Pc de Referencia y arranca desde RED:

A: Enciende el PC o máquina virtual y arranca con PXE.

B: aparece mensaje de bienvenida a la tarea de secuencias. Pulsa en “Next”

C: Selecciona la tarea creada.

D: Una vez acabado el PC se reinicia.

La imagen captura ahora puede usarse para desplegarla en Pc´s en tu entorno.

- Capturar desde un Pc de referencia.

Cuando se captura desde un PC de referencia hay que tener encuenta:

à Que el Pc de referencia sea miembro de un grupo de trabajo.

à Eliminar el Cliente de SCCM 2012 si lo tuviese. (Es una recomendación)

à Dejar en blanco la contraseña de administrador local. (Es una recomendación).

A: Introduce el Cd anteriormente creado el en Pc de referencia que contiene la ISO creada.

B: ejecuta TSMBAutorun.exe que está en la carpeta del Cd “SMS\Bin\i386” o x64

C: especifica donde se guardará la imagen capturada.

D: termina el asistente y empieza la fase de captura.

E: Cuando acabe el PC se reiniciará. El pc arrancara con WinPE para capturar el sistema. Al acabar veras un mensaje de que ha terminado. La máquina se reiniciará de nuevo.

7. Desplegar una imagen:

Ahora que ya hemos capturado la imagen hay que añadir esta imagen del sistema operativo a SCCM 2012. Luego habrá que desplegarla con una tarea de secuencias a los pc´s que quieras.

- Añadir una imagen capturada.

A: Ve a “Software Library”à”operating system”à”Operanting System” y selecciona ”Operanting System images”

B: En el Ribbon selecciona “Add Operating System Image”

C: Se abre un asistente para introducir datos como la ruta UNC donde está la imagen WIM. Personalizar el nombre, versión, comentarios y demás.

D: Rellenalo todo y acaba con el asistente.

- Distribución y despliegue de una imagen.

Hay que configurar el punto de distribución para distribuir la imagen:

A: Ve a “Software Library”à”operating system”à”Operanting System” y selecciona ”Operanting System images” selecciona la imagen y pulsa en “distribuye Content”. Arranca un asistente.

B: Selecciona el punto de distribución o el grupo de puntos de distribución.

C: Finaliza el asistente.

- Desarrollo de una tarea de secuencias para el despliegue.

Ahora crearemos una tarea de secuencias para desplegar la imagen del SO creado.

A: Ve a “Software Library”à”operating system”à”Operanting System” y selecciona ”Operanting System” y selecciona “Task sequences”

B: Selecciona “Create Task Sequence” se abre el asistente para crear una nueva tarea de secuencias. Selecciona “Install an existing Image Package”

C: Da un nombre a la tarea de secuencias y añade comentarios si quieres. Especifica la imagen de arranque a usar durante la instalación.

D: en la venta de “Install Windows”, especifica el paquete que contiene la imagen del SO a instalar. Puedes formatear y particionar antes de la instalación. Puedes introducir el número de licencia del producto. Y demás

E: en la ventana “Configure Network” selecciona el grupo de trabajo o dominio al que unirse.

F: En “Install Configuration Manager Client”, especifica paquetes adicionales a instalar una vez se haya instalado el SO. Esto permite el uso del paquete “Microsoft Configuration Manager Client Upgrade” anteriormente creado.

G: ventana “State migration” para configurar si quieres salvar los datos de un usuario. Puedes seleccionar el paquete antes creado de USMT.

H: Incluye software updates en la siguiente ventana y en la última puedes añadir aplicaciones ( no recomendable si estas aplicaciones cambian con frecuencia)

- Desplegar la tarea de secuencias.

Ahora hay que desplegar esta tarea a una colección.

A: Ve a “Software Library”à”operating system”à”Operanting System” y selecciona ”Operanting System” y selecciona “Task sequences”

B: Selecciona la tarea de secuencias a desplegar y dale a “Deploy” en el Ribon.

C: Se abre la pestaña General, selecciona la colección donde lo quieres desplegar.

D: En “Deployment Settings” selecciona el “purpose”:

- Si quieres que el usuario elija si reinstalar el So elije “Available”

- Si quieres que comience automáticamente selecciona “Required”

Si elijes esta opción puedes habilitar “Send wake-up packets”. Recuerda que tienes que configurar Wake-On-Land.

E: Configura las opciones de programación: cuando expirará, como se volverá a ejecutar si falla y demás….

F: ”User experience”, se especifica como recibirán los usuarios el aviso y si podrán interactuar con él.

G: Configura las alertas.

H: Configura el punto de distribución. Y finaliza.

Ya está el aviso creado y cualquier PC en la colección indicada tendrá el aviso nuevo en el siguiente refresco de las políticas. Una vez recibido , se puede ver el progreso de la instalación en el PC de destino. Luego se reinicia y arranca en WinPE. La instalación lleva un tiempo. Mientras SCCM recibirá los datos de usuario y guardados en la carpeta de USMT que configuramos anteriormente.

Se instala el nuevo so, se une a dominio, se instala el cliente SCCM 2012 y se copian los datos de usuario salvados.

Se puede visualizar el proceso en la ventana “Deployment Status” en el nodo “Monitoring”

8. Desplegar un sistema operativo a un PC sin sistema operativo (bare.metal)

- Vamos a crear la tarea de secuencias ahora para un Pc nuevo sin SO. Se puede hacer desde cd/dvd, WinPe o PXe, vamos a verlo para PXE:

1º Importar la información de los pc´s.

2º Creación de una tarea de secuencias para el OSD de pc´s sin sistema operativo.

3º Despliegue de la tarea de secuencias para un pc sin sistema operativo

- Importar la información de los pc´s.

Hay que crear una asociación entre los Pc´s Bare-metal y SCCm 2012 para poder instalarlo:

A: Ve al nodo “Asset and Compilance”à”Devices”

B: Dale a “import Computer information” en el Ribbon. Puedes importa un solo Pc o varios si están en un fichero *.CSV.

C: Si seleccionamos solo un PC, introduce los campos requeridos. En “computer name” es solo como aparecerá la máquina en SCCM 2012. Introduce Mac Address o el SMBIOS GUID.

D: en “Data Preview” selecciona la colección a la que mandar los datos. Es importante poner los pc´s bare-metal en la misma colección, utiliza una específica para ello. Finaliza el asistente.

- Creación de una tarea de secuencias para el OSD de pc´s sin sistema operativo.

Primero crea una colección especial para poner los Pc´s sin SO.

Crea una nueva tarea de secuencias:

A: Ve a “Software Library”à”operating system”à”Operanting System” y selecciona ”Operanting System” y selecciona “Task sequences”

B: pincha en “Create a New Task Sequence”.

C: Selecciona “install an existing image package”

D: Rellena el nombre y demás en la ventana de información y selecciona la imagen de arranque.

E: en “install the Windows operating system” selecciona el paquete de imagen a distribuir.

F: Habilita la opción “partition and format,…” ya que es un PC sin SO.

G: Configura las opciones de red, como unirse a un dominio y demás.

H: en la ventana “Install the configuration manager client” selecciona el paquete ya creado.

I: No actives la migración de estado ya que es una instalación nueva.

J: Incluye si quieres en la siguiente ventana las actualizaciones de software.

K: Incluye aplicaciones adicionales y luego finaliza el asistente.

- Despliegue de la tarea de secuencias para un pc sin sistema operativo.

Revisa puntos anteriores para realizar el deploy de esta tarea, se hace igual.

9. Instalación de driver de dispositivo en el OSD

Puedes importar drivers de pc´s nevos en un paquete para añadirlos a las imágenes:

A: Ve a “Software Library”à”operating system”à”Drivers” y pulsa en “import Driver” en el Ribbon. Se abre un assitente para importar drivers.

B: puedes importar un solo driver o todos. Puedes especificar tambien que hacer si hay drivers duplicados las opciones serian:

- Import the drivers and append a new category to existing categories.

- Import the driver and keep the existing categories.

- Import the driver and overwrite the existing categories

- Do not import the driver.

C: En la siguiente pantalla selecciona los drivers. Asigna los drivers a categorías.

D: Añade los drivers a los paquetes o selecciona crear un nuevo paquete de drivers:

D1: pincha en “new pakage”

D2: da un nombre y la ruta UNC

D3: selecciona “update distribution point” cuando acabes para actualizar lo más pronto posible estos paquetes.

E: Selecciona en que imágenes de arranque incluir los drivers añadidos. Finaliza el asistente.

Ahora SCCm incluira los paquetes de drivers en los paquetes e imágenes de arranque que hayas seleccionado.

10. Proveer tus imágenes de sistema operativo de forma Offline.

SCCM 2012 tiene una utilidad para actualizar las imágenes de los SO desde la consola. Utiliza Software update point y software update deployments.

Actualización de una imagen WIM:

A: Ve a “Software Library”à”operating system”à”Operating system Images”

B: Selecciona el SO a actualizar y pulsa en “Shedule Updates” en el Ribbon.

C: Selecciona las actualizaciones que quieres incluir en la imagen.

D: configura la programación. Y Finaliza.

El proceso lleva un rato, puedes ver como va en “Schedule Update Status” en la columna del nodo en el que estamos.

Log para revisar en caso de problemas: offlineServicingMgr.log en la carpeta de logs de SCCm 2012.

11. Uso de la afinidad de dispositivo de usuario ( user device affinity)

Permite interactuar al usuario durante el despliegue de SO:

- Configuración manual de un usuario primario para un dispositivo.

Ve al nodo “asset and Compliance”à”Devices”, selecciona un dispositivo y pulsa en “Edit Primary Users” en el Ribbon. Busca el usuario yu añadelo.

- Configuración manual de un dispositivo primario para un suaurio.

Ve al nodo “asset and Compliance”à”Users”, selecciona un usuario y pulsa en “Edit Primary Devices” en el Ribbon, busca el dispositivo y añadelo.

- Configurar el sitio pata la creación automática de la afinidad de dispositivos de usuario.

En vez de manualmente esto se puede hacer de forma automática basado en las configuraciones del cliente:

A: Ve al nodo “Administrator”à”Client Settings”, selecciona “default client agent settins package” o crea uno nuevo. Selecciona “properties” en el Ribbon.

B: Selecciona “user and device affinitty” y configura:

- User device Affinity usage Threshold(minutes): Configura el nº de minutos de uso por usuario antes de que se cree la afinidad de usuario de dispositivo.

- User Device Affinity Usage Treshold (days): Dias de uso de un dispositivo. Unido al anterior, Si en la primera opción ponemos 3 minutos y en esta 3 dias, el usuo del dispositivo antes de crear la afinidad será de 3 minutos durante 3 días.

- Automatically configure Used Device Affinity from Usage data: Si lo pones en TRUE lo habilitas.

- Importar la afinidad de dispositivos de usuario.

Si tienes la información de los pc´s y ususarios primarios en un fichero *.CSV lo puedes importar.

A: Ve al nodo “asset and Compliance”à”Users” o “Device” y en el Ribbon selecciona “Import User Device Affinity”

B: En el asistente que aparece indica la ruta del fichero CSV. El formato debe ser: >user name>,>domain name\device name>.

- Habilitar a los usuarios para configurar sus dispositivos prmarios.

Con esto dejamos a los usuarios elegir sus dispositivos primarios:

A: Ve al nodo “Administrator”à”Client Settings”, selecciona “default client agent settins package” o crea uno nuevo. Selecciona “properties” en el Ribbon.

B: Selecciona “user and device affinitty” y configura: “Allow Users to Define Their Primary Devices” como “TRUE”

Los usuarios lo pueden hacer en el Catálogo de aplicaciones en la pestaña “my system” seleccionando la opción “I Regulary Use This Computer to Do My Work”

- Pre despliegue de aplicaciones de usuario.

Después de configurar la afinidad de dispositivos para un pc, asegurate de configurar cuando se despliega una aplicación a un usuario habilitar la opción “Deploy Automatically Acording to Schedule UIT Or Without User Login” y poner en “purpose” en “required”.

12. Microsoft Deployment Toolkit 2012

Es una solución para acelerar el proceso de despliegue de SO y que se puede integrar en SCCM 212. Incluye escenarios adicionales para el asistente de tareas de secuencias:

- Cambio de Hardware: Capturar el estado de un usuario de un PC a uno nuevo.

- Despliegue de Servidores: Desplegar servidores y sus roles o funciones.

- Instalación guiada para el usuario: Permite a los usuarios usar un asistente simple para personalizar el despliegue del SO en sus Pc´s según sus necesidades.

- Instalación de Microsoft Deployment Toolkit 2012

Es una herramienta libre. Se descarga desde Microsoft. Instalar MicrosoftDeploymentToolkit2012_x64.msi

- Integración de Microsoft Deployment Toolkit 2012

A: Después de instalar el producto en tu sitio de sistema ve a “inicio”à”todos los programas”à”Microsoft Deployment Tookit” y pulsa en “Configure ConfigMgr Integration”

B: configura el asistente seleccionando “Install the MDT Console Extensión for ConfigMgr 2012” y “Add the MDT Task Sequence Actions to A ConfigMgr Server”. Configura también el nombre del servidor donde se va a integrar y el código del sitio.

- Creación de una nueva imagen de arranque

Si quieres añadir Scripts, WMI,XMl y ADO a las imágenes de arranque hay que crearlas de nuevo para desplegarlas:

A: Ve al nodo “Software Library”àOperating System”à”Boot Images”, selecciona “create Boot Image Using MDT” en el Ribbon.

B: introduce la ruta UNC donde se va a guardar y almacenar la imagen.

C: Dale un nombre, versión y comentarios.

D: Selecciona la plataforma y el “Scratch Space”

E: Configura idiomas adicionales y componentes como MDAC/AO,…

F: Configura personalizaciones como la imagen de fondo,…. Y finaliza.

Asegurate de habilitar las imágenes de arranque creadas para soportar PXE y configurar sus puntos de distribución.

- Creación de una tarea de secuencias de Microsoft Deployment Toolkit 2012

Después de crear las imágenes de arranque hay que crear una tarea de secuencias. Ejemplo de una para un escenario de reemplazar el cliente, se crean dos tareas una para reemplazar el cliente y otra opara un Pc nuevo.

A: Ve al nodo “Software Library”àOperating System”à”Task Sequences” y pulsa desde el Ribbon en “Create MDT Task Sequence” y selecciona “Client Replace”

B: Proporciona nombre para la tarea y comentarios:

C: Selecciona la imagen de arranque ( la que acabas de crear) o crea una nueva.

D: La primera vez que se crea un tare con MDT hay que crear el paquete de fichero Microsoft Deployment Toolkit, selecciona esta opción y:

- Proporciona la ruta.

- Proporciona nombre del paquete, idioma, y demás.

- Selecciona el paquete “user state Migration Toolkit”

- Selecciona “Create a New Settings Package for This Operating System Deployment”.

- Pon la información de este paquete.

Después de crear la tarea Client replace vamos a crear la tarea “new computer”

A: Ve al nodo “Software Library”àOperating System”à”Task Sequences” y pulsa desde el Ribbon en “Create MDT Task Sequence” y selecciona “Client Task Sequence”

B: Proporciona nombre para la tarea y comentarios.

C: Nombre de dominio, usirse a un dominio, cuentas,….

D: Selecciona “This Task Sequence Will Never Be Used to Capture an Image”

F: Selecciona la imagen de arranque o crea una.

G: Selecciona el paquete “MDT 2012” antes creado.

H: Selecciona la imagen del SO a desplegar.

I: Selecciona el paquete de cliente de SCCM 2012

J: Selecciona el paquete “User State Migration”

K: Selecciona “Create a New Setting Package for this Operating System Deployment”. Pon la ruta UNC.

L: introduce la información del paquete como nombre, versión del idioma,…

M: Selecciona “No Sysprep Package Is Required” y finaliza el asistente.

- Uso del re emplazamiento del escenario

El siguiente paso es crear un escenario de reemplazamiento para un pc creando una asociación de Pc´s. De esta manera “User State Migration Toolik” sabrá donde colocar los datos del usuario después de la instalación del nuevo PC.

A: Ve al nodo “Asset and compliance”àDevices” y pulsa en “import computer information” en el Ribbon. Puedes introducir un solo Pc o varios en un fichero *.CSV.

B: Seleccionamos “Import single computer” e irás al asistente, introduce el nombre (solo a modo identificativo en SCM)del PC con su MAC o el SMBIOS GUID.

C: Rellena la información solicitada y selecciona el PC fuente. Se crea una asociación entre el PC viejo y User Satate Migration Toolkit para que sepa de donde obtener los datos.

D: En “Data Preview” revisa la información.

E: Elije en “Chose Target Colletion” la colección en la que quieres añadir esta nueva máquina. Es recomendable utilizar una colección exclusiva para estas instalaciones.

Finaliza el asistente.

Ahora tienes que desplegar la tarea de secuencias creada. La tarea “Client Replace” tiene que desplegarse a la colección creada específicamente para los pc´s viejos. Y la tarea “New computer” desplegarla a la colección creada para Pc´s nuevos. El despliegue tiene que soportar PXE.

13. Mantenimiento del estado de usuario.

Cuando navegas al nodo “User State Migration” dentro de “Asset and compliance”, puedes administrar la asociación de máquinas. Puedes crear nuevas asociaciones y demás.

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Descarga el Service Pack 1 de SCCM 2012

noreply@blogger.com (Anonymous) — Tue, 03 Jul 2012 07:40:00 +0000

Ya puedes descargar el SP1 de SCCM 2012: Pincha en la Imagen para ir a la página de descargas del SP1 de todos los productos System Center o pincha AQUÍ para la descarga directa del SP1.

Conseguido Instalado SCCM 2012 en WINDOWS SERVER DATACENTER RC 2012

noreply@blogger.com (Anonymous) — Fri, 29 Jun 2012 12:40:00 +0000

Desde que salio la Release Candidate de Windows Server 2012 me rondaba por la cabeza ver si funcionaría SCCM 2012 con esta nueva versión de la familia de servidores de Microsoft.

El resultado ha sido que si, ha funcionado. Aún no lo he probado a fondo, solo he realizado la instalación y se ha instalado todo correctamente.

Datos técnicos:

Servidor: Windows Server 2012 Release Candidate Datacenter Build 8400
Aplicaciones: Sql Server 2008 y Sccm 2012

He instalado un Sitio Primario Independiente configurando un Management Point y un Distribution Point.

Problemas encontrados: La única pega que he encontrado es que la pantalla de bienvenida de SCCM 2012 cuando ejecutamos "splash.hta" no se ejecuta y he tenido que ejecutar la instalación desde el setup del DVD de SCCM 2012.

Imagenes:

Distribución de Software o Despliegue de aplicaciones como se llama ahora en SCCM 2012. Parte 3 Ejemplo. Todas las opciones del despliegue de aplicaciones:

noreply@blogger.com (Anonymous) — Tue, 26 Jun 2012 08:02:00 +0000

En este artículo a través del ejemplo anterior del Laboratorio Virtual de Microsoft: TechNet Virtual Lab: System Center 2012 Configuration Manager: Advanced Software Distribution vamos a ir desgranando las opciones adicionales en la distribución de software y veremos la potencia y el alcance de opciones como el histórico de revisiones, los requerimientos, re emplazamientos de aplicaciones, etc,…

Opciones del despliegue de aplicaciones en el Ribbon:

Cuando tenemos una aplicación definida en la consola en el Ribbon aparecen múltiples opciones, vamos a echarlas un vistazo:

Histórico de revisiones (revision history):

Con esta opción podemos monitorizar o ver todos loas cambios que se han realizado en una aplicación. No solo podemos ver los cambios, sino y lo más interesante es que podemos revertirlos a una versión anterior.

Con el ejemplo que tenemos haz un cambio en la aplicación, por ejemplo añadiendo una palabra en el nombre de la aplicación. Luego ve a la pestaña “Revision History” y comprueba que se ha añadido y finalmente en la primera revisión pulsa en “restore” y verás que la palabra añadida ya no está.

Crear un fichero de contenidos previo (Create prestage Content File):

Es un mecanismo para administrar el escenario en el que un punto de distribución está en redes con enlaces lentos. Los administradores podemos elegir que contenido irá en el fichero de contenido previo y sus dependencias y puede ser enviado a un punto de distribución remota si demasiado consumo de red. Para habilitar este componente es necesario hacer con el asistente “Create Prestaged Content File” en el punto de distribución.

Crear un tipo de despliegue (create deployment type):

En el ejemplo anterior ya creamos un tipo de despliegue, es posible crear varios typos de despliegues para una aplicación como hemos dicho a los largo de esta serie de artículos. Desde el Ribbon pulsando en “create delpoyment type” podemos añadir uno nuevo.

Retirar/Rehabilitar (Retire/Reinstate):

La opción de “retire” permite marcar una aplicación para que no se pueda distribuir, pero no es eliminada. Con esto conseguimos que el contenido de la aplicación no sea borrado, y que en cualquier momento con la opción “reinstate” podamos tener disponible de nuevo la aplicación.

Eliminar (Delete):

La explicación de esta opción es obvia, sin embargo hay que tener mucho cuidado, ya que si existen dependencias esta opción fallará.

Simular un despliegue (Simulate Deployment):

Esta opción sirve para realizar un test de la aplicación, como se realizaría y es muy interesante cuando hay dependencias, para ver su comportamiento.

Exportar (export):

Una opción de SCCM 2012 es poder compartir la mayoría de configuraciones, incluyendo definición de aplicaciones entre jerarquías de SCCM 2012. El botón “Export” en las aplicaciones lanza un asistente que te guía paso a paso en el proceso de exportación.

El contenido generado por el proceso de exportación se puede importar en otra jerarquía de SCCM 2012 mediante “import Application” en el Ribbon. Otra opción por la cual puedieras usar esta opción es a modo de Backup.

Despliegue (Deploy):

Este botón en el Ribbon nos permite que una vez creada la aplicación y un tipo de despliegue podamos desplegar la aplicación a los clientes.

Distribución del contenido (distribuye content):

Este botón en el Ribbon nos permite que el contenido de la aplicación se distribuya a los sistemas o o usuarios objetivo de la misma. El contenido debe estar en un punto de distribución para que sea accesible.

Mover (move):

Permite mover la aplicación entre carpetas definidas. Podemos crear carpetas para tener toda la información más organizada.

Configuración del ámbito de seguridad (set security scope).

Como vimos en el artículo Administración basada en Roles o Funciones podemos asignar un ámbito de seguridad a las aplicaciones.

Categorización (categorize):

Es posible crear y asignar categorías a una aplicación con el propósito de tenerlas organizadas o agrupadas. Las administración de las categorías se puede realizar cuando se crea una aplicación, y desde el Ribbon.

Propiedades (Properties):

Si pulsas este botón en el Ribbon se abre un cuadro de dialogo de las propiedades de la aplicación.

Opciones disponibles en el despliegue de aplicaciones a través de un ejemplo:

Ya hemos creado la aplicación, un tipo de despliegue, hemos seleccionado un punto de distribución. Ahora vamos a ver mediante el ejemplo del laboratorio de Microsoft, todas las opciones de configuración que tenemos una vez creada la aplicación y como desplegarla en los clientes.

Selecciona la aplicación en la consola y el Ribbon selecciona “properties”, se abre una ventana y lo primero que se muestra es la pestaña de “General”:

Pestaña “General”

Casi todas las opciones las hemos visto anteriormente y hay otras que paso a explicar:

Dato de publicación (Date Publisher):

Permite anotar a los administradores cuando ha sido publicada una aplicación. Por defecto no está seleccionado.

Permitir a esta aplicación que sea instalada desde las acciones de las secuencias de tareas en lugar de hacerlo a mano (Allow this application to be installed from the install application task sequence action instead of deploying it manually):

No está seleccionado por defecto, si se activa permite que esta aplicación sea desplegada a través de la secuencia de tareas.

Propietarios (Owners):

Define quien es el propietario de la aplicación, esta información aparecerá en el centro de software y en el catálogo de aplicaciones.

Contacto de soporte (Support Contacts):

Esta opción permite definir que usuarios serán el soporte de la aplicación en caso de problemas con la aplicación. Esta información aparecerá en el centro de software y en el catálogo de aplicaciones. Se permite seleccionar usuarios del directorio activo si se desea o puedes introducirlos a mano.

Pestaña: “Application Catalog”

Nos muestra opciones relacionadas a con la publicación de aplicaciones en el catálogo de software. Algunas ya se han comentado. Recuerda que aquín no se configura la publicación en el catálogo de aplicaciones, pero si se obtiene información que será usada por este cuando se publiquen aplicaciones en el catálogo.

Seleccionar el idioma (Selected Language):

Permite añadir o eliminar idiomas que deberían estar soportados por la aplicación.

Nombre de la aplicación localizado (Localizad application name):

Muestra el nombre localizado de la aplicación en función del idioma seleccionado.

Categorías de usuario (User Categories):

Las aplicaciones que tienen por objetivo los usuarios y las tienen dispositivos tienen listas de categorías separadas con propósitos de agrupamiento de las aplicaciones. Si publicas una aplicación para los usuarios, tienes la opción de seleccionar una categoría de usuario existente para describir la aplicación o puedes crear una nueva.

Documentación de usuario (User Documentation):

Se permite especificar una ruta disponible al usuario con información adicional de la aplicación. Puede ser una Web o un enlace a un documento en linea.

Enlace de texto (Link text):

Permite especificar que texto específico se mostrará en el catálogo de instrucciones de los usuarios cuando obtengan documentación adicional.

Descripción de localización (Localizad description):

Permite introducir texto que será mostrado en el catálogo como descripción de la aplicación.

Palabras clave (keywords):

Cuando hay muchas aplicaciones y categorías en el catálogo, se puede buscar por contenido, mediante palabras clave para que los usuarios puedan localizar fácilmente aplicaciones.

Icono (Icon):

Se puede cambiar el icono de la aplicación.

Pestaña “References”:

En esta pestaña se muestra cualquier otra aplicación definida que dependa de la que estamos configurando o cualquier otra aplicación de reemplazamiento (supersedence).

Pestaña “Deployments Types”:

Muestra una lista de tipos de despliegues definidos para esta aplicación. Se pueden configurar varios tipos de despliegues para una aplicación según la situación en la que nos encontremos. Como los tipos de despliegue es un apartado importantísimo en el despliegue de aplicaciones, lo explicaré con todo detalle un poco más abajo.

Pestaña “Content Location”:

Muestra una lista de los puntos de distribución o grupos de puntos de distribución que han sido configurados para almacenar el contenido.

Pestaña “Supersedence”:

Muestra una lista de aplicaciones que reemplazan a la actual. La posibilidad de construir enlaces entre aplicaciones que se reemplazan es una superación de los parches que teníamos antes. Podemos añadir una aplicación aquí y especificamos el tipo de despliegue a usar y que la aplicación anterior sea desinstalada y cambiada por esta, esto es muy interesante a la hora de cambiar aplicaciones obsoletas o que ha salido una versión posterior de la misma.

Pestaña “Security”:

Permite especificar los usuarios que tienen acceso a la aplicación y sus permisos sobre la misma.

Tipos de Despliegue. Opciones y configuración:

En el ejemplo que tenemos hay solo un tipo de despliegue configurado. Podemos ver la prioridad del despliegue en la siguiente figura:

Si tenemos varios tipos de despliegue podemos indicar la prioridad de cada uno viendo el campo “Priority” pudiéndolos cambiar según nuestras necesidades.

Cuando creamos un tipo de despliegue tenemos muchas opciones de configuración disponibles. Selecciona un tipo de despliegue y pulsa en “properties” ya deberías saber como hacerlo. Se mostrará la ventana:

Opciones de la Pestaña “General”:

Name: Nombre del tipo de despliegue. Procura que sea lo más descriptivo posible, te ayudará a la hora de identificarlo.

Technology: Describe el tipo de tecnología desplegada, que puede ser un MSI un EXE o un Script.

Administrador Comments: Información complementaria sobre el tipo de despliegue.

Languages: Te permite seleccionar el leguaje específico del tipo de despliegue.

En la parte de abajo de la ventana de esta pestaña hay información sobre la fecha de creación, quien lo ha creado, la fecha de modificación y quien lo ha modificado.

Opciones de la Pestaña “Content”:

Content Location: Permite especificar la localización en la red donde SCCM 2012 puede encontrar el contenido a desplegar. La ruta debe especificarse en el formato UNC como se muestra en la imagen anterior.

Persist Content in The Client Cache: Por defecto está desactivado, esta opción te permite que si un despliegue se realiza periódicamente, pueda ser almacenado en la caché del cliente para que cuando esté programado se ejecute desde local, en lugar de ejecutarse, eliminarse de la caché y una vez que salta de nuevo la programación tener que volver a descargarlo y ejecutarlo.

Allow Clients to Share content with other clients on the same subnet: Esta opción está habilitada por defecto. Permite a los clientes ( Desde Windows vista en adelante) que están en las misma subred obtener las funciones de BranchCache del sistema operativo y la localización caché del cliente puede utilizarse como almacén de contenido para otros clientes del mismo segmento de red. Cuando se detecta que un cliente tiene en su caché local un contenido disponible, los otros clientes lo descargaran de este en lugar del punto de distribución.

Esta opción es muy potente y útil cuando te encuentres en las siguientes situaciones:

- Clientes en pequeñas oficinas, sin puntos de distribución y con poco ancho de banda.

- Clientes en pequeñas oficinas con un punto de distribución situado en una estación de trabajo y con poco ancho de banda. Como los puntos de distribución en estaciones de trabajo solo admiten 20 conexiones simultaneas, esta opción es muy interesante para no saturar el punto de distribución.

Allow clients to use a fallback location for content: En SCCM 2012 con la introducción de los límites de grupos, los puntos de distribución están protegidos por defecto. Para equipos que se conectan a la red corporativa encontrar los puntos de distribución es fácil si están correctamente configurados. Si un equipo se conecta de forma remota desde limites que no estan dentro de los límites de grupos configurados en SCCM 2012, no encontraran los puntos de distribución. Habilitando esta opción que por defecto está deshabilitada, se permite que este tipo de clientes puedan comunicarse con puntos de distribución, siempre que estos tengan en sus configuraciones habilitado el uso de “fallback”.

Deployment Options: Cuando se configuran los límites de grupos, los administradores podemos designar que puntos de distribución incluir como parte del grupo de límites a través de una conexión rápida o lenta. Esta opción nos permite definir como el despliegue de la aplicación se comportará. La opción por defecto es “Do not downdload content”, que lo que hace es que el cliente retrase la descarga del contenido hasta que esté dentro de un límite marcado como rápido. La otra opción disponible es “Down Content From Distribution Point and Run Locally” que permitirá la descarga del contenido aunque la conexión no sea buena. Hay que recordar que los clientes usan BITS para asegurar que la transferencia de datos se completa correctamente aunque la red sea lenta o se corte.

Opciones de la pestaña “Programs”:

Installation Program: Permite especificar la línea de comandos que usará el programa durante la instalación. Esta línea de comandos se ejecutará desde donde esté descargado el contenido desde el punto de distribución indicado anteriormente.

Installation Start in: Permite especificar desde donde empezará la instalación. Es útil cuando no tenemos ficheros a instalar en el punto de distribución y queremos ejecutar un programa dentro de una carpeta.

Uninstall Program: Permite especificar la línea de comandos para desinstalar la aplicación. Si estás utilizando un MSI esta línea es automática. Se puede usar un script para automatizar la desinstalación de cualquier aplicación.

Run Installation and Unistall Programs in 32-Bit Process on 64-Bit Clients: Aplicaciones de 32-Bit son manejadas dentro de de sus propios procesos de 32-Bits en clientes de sistemas de 64-Bit´s.

Product Code: Esta opción es especifica para cuando estamos desplegando aplicaciones MSI. El diseño de este tipo de aplicaciones permite lanzar reparaciones e instalación de componentes adicionales etc,… En estos casos para que el MSI funcione correctamente debe estar configurado para saber donde está la ubicación original de los ficheros fuente. Esta opción sirve para esto.

Opciones de la Pestaña “Detection Method”:

Se pueden configurar las opciones para el uso de la detección de aplicaciones cuando empieza el despliegue y una aplicación ya se encuentra instalada en el dispositivo objetivo de nuestro despliegue.

Es una nueva característica en SCCM 2012 y permite configurar la detección lógica de una determinada aplicación si está ya presente el dispositivo al que se va a instalar, y esto se comprueba antes de comenzar la instalación, evitando que se instale de nuevo. Esta opción ya formaba parte de los despliegues de actualización de software y ha sido traído hasta el despliegue de aplicaciones. Bien configurado evita reinstalaciones incluso de aplicaciones dependientes de la que se está desplegando. Pinchando en “Add Clause” entramos en el asistente para la detección de reglas (Detection rules wizard) que se usa para añadir criterios necesarios para detectar si ya está instalada la aplicación. Más adelante explicaremos este asistente con todas sus opciones. También ( en la parte inferior de la pantalla) podemos personalizar un script para ejecutarlo y detectar si la aplicación ya está instalada.

Opciones de la pestaña “User Experience”:

Permite especificar el comportamiento o papel que tendrá el usuario en el despliegue de una aplicación.

Installation Behavior: Esta pestaña permite definir si la aplicación se desplegará a un usuario o a un sistema. Una tercera opción disponible es permitir definir el despliegue para un sistema si el recurso es un dispositivo y si no lo es instalarlo a un usuario. Seleccionando que el despliegue es para un usuario se desactiva la siguiente opción para que el despliegue solo pueda realizarse si el usuario está logeado.

Cuando el despliegue está configurado para un sistema, el despliegue tendrá lugar en un contexto de seguridad con la cuenta de sistema local. Cuando es para un usuario el contexto de seguridad es que el usuario esté logeado.

Logon Requirement: Esta opción permite especificar si el usuario necesita o no estar presente durante el despliegue. Cuando un despliegue está marcado para los usuarios en la opción anterior, esta opción no esta disponible, aparece en gris. Si está definido para un sistema hay tres opciones disponibles:

- Only When A User Is Logged On: Esta opción requiere que el usuario esté validado en el sistemas antes de que el despliegue comience.

- Whether Or Not A User is Logged On: Es la opción mas utilizada por que permite la instalación aunque el usuario no esté validado.

- Only When No User Is Logged On: Con esta opción el despliegue no comenzará hasta que el usuario esté fuera del sistema. Hay que usar esta opción cuando nos queremos asegurar que el usuario no pueda tocar nada, ni reiniciar.

Installation program Visibility: Podemos configurar aquí como se ejecutará el despliegue en el cliente, si Maximizado, Normal, Minimizado u Oculto (Maximized, Normal, Minimized o Hidden). La opción por defecto es Hidden.

Allow User To Interact With This Program: Esta opción solo está disponible si se ha seleccionado en la opción “Logon Requirement” “Only When a User is logged On” y además si es para un usuario no se puede modificar. Si es para un sistema si se puede modificar.

- User: Si la aplicación se despliega para un usuario, se instala con las credenciales de este usuario y el usuario puede interactuar con el programa a menos que se haya configurado como silencioso.

- System: El proceso de despliegue se realiza con las credenciales de la cuenta de sistema local y no se deberia permitir la interacción con el usuario si activas la pestaña “Allow User To Interact With This Program” pasas las credenciales al usuario.

Maximun Allowed Run Times (Minutes): Podemos configurar el tiempo máximo que puede durar una instalación antes de que se la fuerce a terminar. Por defecto son 120 minutos. Es interesante esta opción por que imagina que haces un despliegue en el que el usuario tiene que interactuar y lo has configurado como oculto, el usuario no verá nada y la aplicación estará a la espera de que el usuario meta datos o haga algo, para evitarlo con esta opción podemos forzar a que la instalación finalice aunque no se haya instalado.

Estimated Install Time (Minutes): Esta opción permite especificar por anticipado cuanto durará la instalación.

La última opción a configurar esta pestaña en la parte inferior permite configurar como se comportaran los clientes después de que la aplicación se haya completado. Tenemos cuatro opciones:

- Determine Behavior Based On Return Codes: Es la opción por defecto y la más utilizada en la mayoría de las ocasiones. El cliente de SCCM 2012 actuará después de terminar el despliegue según los códigos que salgan a al finalización. Estos códigos pueden indicar que la aplicación se ha realizado de forma correcta, otros que se ha realizado de forma correcta pero que se requiere reiniciar el sistema y otros que ha fallado. Loas administradores podemos especificar estos códigos cuando no son para aplicaciones estándar en la pestaña. “Return Codes”.

- No Action: Como su nombre indica después de la instalación el cliente no hace nada.

- Deployment Program Always Forces A Reboot: Esta opción indica al cliente SCCM 2012 que una vez terminado el despliegue reinicie el PC, esto lo realiza la propia aplicación.

- Force A Mandatory Device Restart: Se reinicia el Pc de forma obligatoria después de la instalación

Opciones de la pestaña “Requierements”:

Permite especificar los requerimientos que se deben cumplir antes de que la aplicación se pueda ejecutar.

Además de las reglas de despliegue se ha añadido una novedad muy importante en SCCM 2012, los requerimientos son reglas para instalar una aplicación. Pueden ser reglas simples o complejas. Puedes crear reglas dependiendo del objetivo de la instalación, si es por usuario o por sistema.

Puedes crear por ejemplo un requerimiento para que el despliegue se realice en sistemas con Windows 2008 Server.

Tenemos una serie de opciones para las reglas con las que se pueden trabajar y combinar:

- Sitio Active Directory.

- Sitio Configuration.

- Velocidad de la CPU.

- Espacio en disco.

- Número de procesadores.

- Sistema Operativo.

- Idioma del Sistema Operativo.

- OU Unidades organizativas.

- Memoria total física.

Estas reglas se pueden obtener con los mecanismos:

- Consultas al Directorio Activo.

- Ensamblador.

- Sistemas de ficheros (FileSystem).

- Metabase ISS.

- Claves del registro.

- Valores del registro.

- Script

- Consultas SQL.

- Consultas XPath.

En nuestro ejemplo podemos crear un requerimiento por ejemplo para que nuestra aplicación solo se instale en aquellos Pc´s que tengan Windows Server 2008 o posterior.

Los requerimientos se evaluan en el cliente, el cliente recibe la aplicación, evalua los requerimientos y si nos los cumple la aplicación no se mostrará como “Available” para desplegarse en el cliente. Periódicamente se evalúan las aplicaciones por si los requerimientos se cumplen.

Las reglas disponibles para usasarse en esta pestaña de “Requirements” se ven en el nodo “Aplication Managemnet”à”Global conditions”. Esta lista muestra también cualquier requerimiento personalizado que se haya realizado,

Opciones de la pestaña “Return Codes”:

Permite definir posibles códigos de retorno de una aplicación y como los debe interpretar el cliente SCCM 2012. en la siguiente imagen se muestrar los códigos por defecto. La mayoría de las veces estos códigos son suficientes pero puedes añadir más.

Opciones de la pestaña “Dependencies”:

Define las aplicaciones que deben instalarse antes de que el despliegue comience.

Es una opción que permite especificar software que debe ser instalado antes de que la aplicación que estamos configurando se despliegue.

Asistente para la creación de un Despliegue (En el modelo antiguo advertisement):

Vamos a continuar con nuestro laboratorio de Microsoft. Tenemos ya creado la aplicación y el tipo de despliegue, pero nos falta el Despliegue o Anuncio para completar el proceso.

En la consola en el panel de la aplicación pincha en el Ribbon en “Deploy” para que comience el asistente. Se abrirá la pantalla de “General”:

Software: Aparece ya especificado, si no fuese correcto pulsa en “Browse” y selecciona la aplicación correcta,

Colletion: Un despliegue debe estar asociado a una colección. Estamos acostumbrados de versiones anteriores a crear colecciones específicas para distribuir un determinado software. Se puede seguir haciendo así en SCCM 2012, pero ahora es posible que la colección sea una genérica como por ejemplo “All Desktop and Server Clients” y para que se instale solo en los dispositivos que queramos crear reglas de requerimientos como por ejemplo una regla seria instalar solo a Pc´s con Windows XP, aunque el despliegue está para toda la colección solo se instalaría en los clientes con Windows XP. En la práctica una mezcla entre colecciones especificas y requerimientos es lo ideal.

Use default distribution point groups associated to this collection: En SCCM 2012 es posible asociar colecciones a grupos de puntos de distribución. Si esto se ha realizado esta opción debería estar disponible para seleccionarla o no. La ventaja de poder hacer esto es la flexibilidad que se consigue, por ejemplo puedes crear colecciones por tipo de máquina, por situación geográfica por localización de la oficina,…. Y agrupar los puntos de distribución según estas colecciones para facilitar su administración.

Automatically DistribuTe Content For Dependencies: Si hay dependencias definidas para una aplicación y si estas dependencias no han sido desplegadas aún a los puntos de distribución seleccionados para el despliegue que estamos haciendo, seleccionando esta opción te aseguras que el contenido de las dependencias esté disponible en el caso que sean necesarios.

Comments: Puedes añadir la información adicional sobre el despliegue que creas conveniente.

Pulsa “NEXT” para pasar a la pantalla de “Content”

Podemos ver los puntos de distribución y grupos de puntos de distribución asignados actualmente. Se pueden añadir o seleccionar puntos de distribución adicionales apropiados para cada localización.

Pulsa “NEXT” para pasar a la pantalla de “Deployment Settings”

Action: Aquí os donde se pone como actuará el despliegue si Instala o Desinstala la aplicación.

Purpose: Aquí es donde se elije si la aplicación está disponible (available) para instalaciones manuales, o a través del Centro de Software o del Catálogo Web, o si la aplicación será requerida.

Si la aplicación es configurada como requerida (required) la aplicación será forzada a instalarse en el sistema o usuario objetivo cuando esté programado. Un cambio introducido en SCCM 2012 es que si está configurado “required” en el cliente, periódicamente mirará si la aplicación está instalada. Si la aplicación ha sido eliminada se desplegará de nuevo. El ciclo de detección se realiza semanalmente por defecto.

Require Adminsitrator Approval if Users Request this Application: Si una aplicación se va a desplegar a colecciones de usuarios o grupos de usuarios, esta opción estará disponible y permite marcarla para que la instalación por parte del usuario a través del Catálogo de Aplicaciones necesite aprobación por parte del administrador.

Pulsa “NEXT” para pasar a la pantalla de “Scheduling”

Las opciones disponibles dependen de las configuraciones elegidas en la opción “purpose” en la ventana anterior.

- Si pusiste en “purpose” en “available”, entonces la única programación disponible será aquella que permita a los administradores programar la disponibilidad de la aplicación.

- Si pusiste “required” el administrador puede añadir adicionalmente una programación con un plazo de instalación, tanto “as soon as posible” o un tiempo determinado.

Pulsa “NEXT” para pasar a la pantalla de “User Experience”

En esta ventana podemos configurar las notificaciones que recibirán los usuarios. Las opciones disponibles son: “Display in Software Center, and Show ALL Notifications” o “Display in Software Center, and only show notifications for computers restart”, la primera opción muestra todas las notificaciones en el Software Center y la segunda solo cuando un reinicio sea requerido.

Las opciones para permitir cuando un plazo de instalación ha sido alcanzado está en gris cuando en “purpose” pusiste “available”. Y si en “purpose” pusiste “requiered” las opciones “Software Installation” y “System Restart” se pueden marcar.

Pulsa “NEXT” para pasar a la pantalla de “Alerts”

Esta ventana permite configurar criterios para generar alertas de respuesta sobre el estado del despliegue.

Create a deployment alert when the threshold is lower than the following: Permite especificar el umbral para un despliegue de los despliegues favorables o que se han realizado de forma satisfactoria en un periodo de tiempo determinado. Si el despliegue no se ha realizado de forma correcta dentro del umbral y en el periodo especificado, se generará una alerta.

Create a deployment alert when th threshold is higher than the following: permite especificar un umbral par un despliegue si se ha excedido.

Es util usarlo cuando tenemos un número de licencias determinadas de un software para avisarnos cuando hemos alcanzado el límite que consideremos.

Enable System Center Operations Manager Maintenence Mode: Permite la integración entre SCCM 2012 y SCOP 2012. Seleccionando esta opción cuando un despliegue comienza en un cliente y si el cliente tambien tiene el agente de Operations Manager, el agente se pondrá en modo de mantenimiento. Después de que el despliegue se haya completado el agente de Operations Manager volverá a la espera o escucha y saldrá del modo de mantenimiento.

Generate System Center Operations Manager Alert When A Software Installation: Esta opción provoca que una alerta sea generada en Operations Manager de forma inmediata cuando la instalación de una aplicación falla.

Pulsa “NEXT” para pasar a la pantalla de “Summary”.

Revisa todas las configuraciones y si está todo correcto pulsa en “Next”

Con esto acabamos de crear el despliegue para una aplicación, puedes verlo ahora en la consola:

EL despliegue de Software desde el punto de vista del cliente:

Llegamos a la última parte del proceso, allí donde los clientes toman partida. Hasta el momento hemos construido y despliegue de aplicación, un tipo de despliegue y un despliegue (lo que antes era una aplicación, un programa y un anuncio).

En nuestro ejemplo la colección objetivo es de dispositivos. La aplicación no se mostraría en el Catálogo de aplicaciones, ya que para ello la colección objetivo debería ser de Usuarios o grupos de usuarios. Si queremos hacerlo de esta forma deberíamos crear un despliegue nuevo para añadirlo, el proceso será el mismo solo que el objetivo de la colección cambiaría.

Si lo hacemos tendríamos la aplicación disponible tanto en el centro d software como el en Catálogo de software.

Instalación de la aplicación en el cliente:

Cuando una aplicación está configurada como “Required” se instalará independientemente de si el usuario la requiere a través del centro de software o del catálogo de aplicaciones. En algunos casos las aplicaciones están marcadas como “required” pero también como visibles en el centro de software y el catálogo de aplicaciones, pero esto no es automático. Para aplicaciones que deberían ser opcionales para un usuario marcalas como “available” y dependiendo de otras configuraciones como los requerimientos aparceran para el usuario en el centro de software. Y si el objetivo es una colección de usuarios o grupos de usuarios, aparecerá tambien en el catálogo de software.

El Centro de Software (Software Center) está disponible en cada cliente de SCCM 2012 y permite a los usuarios tener cierta interacción con SCCM 2012. El Centro de Software presenta una lista de aplicaciones que el usuario se puede instalar y con muchas ayudas para que el usuario pueda conocer de antemano bien la aplicación y lo que se va a instalar. Pero el Centro de Software es mucho más que eso, si pinchas en el nodo del software instalado (installed software node) verás que también puedes ver un historico de las aplicaciones instaladas en el sistema.

El no de Opciones (Options) es una parte más del centro de software. Permite a los usuarios especificar su propia información sobre horarios de trabajo y cuando instalar las aplicaciones. De esta forma un usuario puede evitar que durantes sus horas de trabajo se reinicie el pc por la instalación de aplicaciones. También se puede configurar las opciones del control remoto local.

Afinidad de los dispositivos de Usuario:

El modelo nuevo empleado por SCCM 2012 es extremadamente flexible y nos dota a los administradores de muchas opciones y herramientas para desarrollarlo. Una de las principales características es que está orientado hacia los usuarios y los dispositivos que estos usan. Podemos conseguir que si un usuario está logeado en su dispositivo primario (primary device) se le distribuya una aplicación, y si ese mismo usuario valida en otro dispositivo poder lanzarle la misma aplicación pero virtualizada.

Para saber si un usuario está validado en su dispositivo primario o no se utiliza “User Device Affinity”

Se puede configurar de varias maneras diferentes:

- El usuario configura que dispositivo debería ser el primario en el Catálogo de Software.

- El administrador puede configurar la opción “My Devices” en el catálogo de software.

- Se puede usar un fichero para mapear el dispositivo primario de un usuario e importar este fichero en SCCM 2012.

- Se puede usar la opción “Import User Device Affinity” disponible en el nodo “Asset and Compilance”

- Se puede configurar SCCM 2012 para construir automáticamente las asignaciones a dispositivos primarios de los usuarios en base a la información obtenida de los dispositivos utilizados por un usuario.

- SCCM 2012 está configurado para detectar automáticamente el dispositivo primario asignado mediante “Asset Intelligence”.

- El administrador puede crear manualmente relaciones entre los usuarios y dispositivos usando el nodo “Edit Primary Devices”.

“User Device Affinity” no se limita solo a tener un único dispositivo primario. Un suaurio puede tener varios dispositivos como primarios y además varios usuario spueden tener el mismo dispositivo primario.

Con esto llegamos al final de la serie de artículos sobre la distribución de software en SCCM 2012 que ahora se llama Despliegue de aplicaciones.

Este tema es muy extenso, debido a la importancia de la distribución de aplicaciones en un entorno productivo y debido a las mejoras introducidas en esta nueva versión, mejoras que hay que entender muy bien para no provocar desastres, pero que tienen una riqueza y un desarrollo mucho más amplio que el modelo anterior.

Artículos relacionados:

Pagina Principal Indice Descargas Novedades SCCM2007 Preguntas Frecuentes

Teched 2012 anuncia el SP1 para SCCM 2012

noreply@blogger.com (Anonymous) — Tue, 19 Jun 2012 06:47:00 +0000

Aquí tenéis un adelanto de las novedades que traerá el Service Pack 1:

- Soporte para plataformas:

Windows 8 (y tabletas windows 8 )
Mac OS X
Linux and Unix
Windows Server 2012

- Soporte en OSD de Windows To Go:

Windows to go piensa en el como la creación de CD live u USB live, donde está el Sistema Operativo entero en un medio extraible, pues bien está soportado en la función de SCCM 2012 SP1 OSD (Operating System Deploy).
Posibilidad de detectar conexiones a la red a través de 3G/4G para prevenirla descarga de software que impliquen costos.

- Se ha mejorado el método de despliegue o entrega de Aplicaciones:

Se pueden desplegar las nuevas aplicaciones APP´s de Windows 8(Aplicaciones estilo METRO)

- Flexibilidad en la administración de la Jerarquía de sitios:

Esta es quizá la evolución más significativa. Se podrá instalar un CAS (Central administrator site) en un sitio primario independiente aislado. Esto hasta ahora no se podia hacer.
Alertas a través de E-mail de los avisos de la Consola.

10.000 Visitas

noreply@blogger.com (Anonymous) — Thu, 14 Jun 2012 15:57:00 +0000

Este blog ya tiene 10.000 visitas, muchas me parecen a mi modesto entender, ya que es un blog dedicado a un producto muy específico.

Cuando comencé la andadura la idea era traducir al castellano la información oficial de Microsoft, pero el poco tiempo disponible ha hecho que la filosofía del blog haya cambiado, ahora lo dedico a publicar mis artículos y prácticas, siempre extraida la información de fuentes fiables y de mi propia experiencia.

Si quieres colaborar con el Blog no tienes más que ponerte en contacto conmigo, puedes escribir artículos sobre SCCM 2012, puedes plantear dudas para intentar resolverlas entre todos, puedes contar la experiencia que tienes con este producto.

No solo entres a buscar información, me gustaría que entre todos podamos tener información en castellano sobre este producto.

No lo dudes y contacta conmigo a través del chat del Blog o por correo electrónico: EMAIL

SCCM 2012 en Castellano

Último Artículo del Blog

Instalación de System Center Configuration Manager 2012 Service Pack 1 Beta

3€

Implementación de Windows 8 con SCCM 2012 SP1 beta

Tipos de Datos en SCCM 2012. Datos Globales y Datos de sitio y de Contenido

Novedades de SCCM 2012 SP1 (BETA). Artículo de Vasanth.

Problemas y Soluciones: Nº máximo de sitios primarios en SCCM

Lanzamiento de System Center Configuration Manager 2012 Service Pack 1 (SP1) Beta!

¿Hay forma de que los pc’s se descarguen el cliente de SCCM desde un distribution point concreto?

Cómo extender inventario de hardware SCCM 2012

Extender el Inventario de Hardware.

Extender el Inventario de Hardware usando el fichero configuration.mof:

Extender el Inventario de Hardware usando Deault Client Settings:

Añadir configuraciones personalizadas del registro al inventario de hardware:

Veamos lo que dice la documentación Oficial de Microsoft:

Migración de SCCM 2007 a SCCM 2012 cortesía de ittechnologysite.blogspot.com.es

Libro interesante para principiantes en SCCM 2012

Descripción y Descarga de la actualización acumulativa 1 (CU1) para System Center Configuration Manager 2012

Installing the System Center 2012 Configuration Manager Cumulative Update 1

Configuración de las vistas de una jerarquía en SCCM 2012

Guía de Supervivencia de System Center 2012 Configuration Manager

Table of Contents

Site Administration

Migration

Clients

Mobile Devices

Client Status (Client Health)

Reporting

Developer Resources

Step-by-Step Guides

Standalone Primary Server

Hierarchy with CAS

Other

Downloads

Features

New! Troubleshooting Guide

New! Best Practices

Tools

Exam

Configuration Manager Classroom Training

Books

Blogs

In English

In German

In Brazilian Portuguese

In French

In Spanish

Community

In English

In Brazilian Portuguese

In English and French

In French

Forums

Magazines In Brazilian Portuguese

Twitter

Facebook

LinkedIn

Google+

Virtual Labs

Videos

PowerShell

MCP 70-243 Administering and Deploy System Center 2012 Configuration Manager

Troubleshotting. RESOLUCIÓN DE PROBLEMAS EN SCCM 2012

Recuperación de Desastres, Backup en SCCM 2012.Guía de estudio

Añadir un Logo personalizado a los reportes o informes.

Problemas encontrados con el SP1 de SCCM 2012

Despliegue de sistemas Operativos. Guía de estudio.

Descarga el Service Pack 1 de SCCM 2012

Conseguido Instalado SCCM 2012 en WINDOWS SERVER DATACENTER RC 2012

Distribución de Software o Despliegue de aplicaciones como se llama ahora en SCCM 2012. Parte 3 Ejemplo. Todas las opciones del despliegue de aplicaciones:

Teched 2012 anuncia el SP1 para SCCM 2012

10.000 Visitas