SCCM 2012 - Migración sencilla - Parte 3

En la Parte 1 hemos discutido los requisitos generales en la preparación para una migración y en la Parte 2 hemos cubierto los tipos de objetos que están disponibles para la migración y las exclusiones. En este último artículo de la serie, repasaremos el proceso utilizando la utilidad de migración que Microsoft ha promocionado en Configuration Manager 2012.

El primer paso para configurar el proceso de migración es "Especificar la jerarquía de fuentes". Esto es crucial y necesario para avanzar con los planes de migración. Especificar la jerarquía de origen permite a ConfigMgr 2012 recopilar todos los datos necesarios de SCCM 2007 para identificar los objetos que se pueden migrar.

Vamos a seguir adelante y caminar a través de este proceso. Todas las herramientas de migración se encuentran en la sección de administración de la consola.

Expanda la carpeta Migración para ver tres opciones.

• Jerarquía de fuentes
• Migración Empleo
• Mejora de los puntos de distribución

Haga clic con el botón derecho del ratón en "Jerarquía de fuentes" o, en la cinta, seleccione "Especificar jerarquía de fuentes".

Ahora se presenta la primera página del Asistente de jerarquía de orígenes y hay varias cosas que configurar. Para adquirir correctamente toda la información del entorno de SCCM 2007, es necesario empezar por especificar el sitio primario de nivel superior. En la mayoría de los casos, el sitio primario de nivel superior en una jerarquía de SCCM 2007 es un Primario Central.

Una vez especificado el servidor de sitio de nivel superior de Configuration Manager 2007, será necesario configurar las cuentas de acceso. Como se observa en las capturas de pantalla, ya se han establecido los permisos necesarios.

• Acceso de lectura al proveedor de SMS.
• Leer y Ejecutar en el sitio de origen SQL Server

Como ocurre con la mayoría de los accesos de proveedores de SMS, la cuenta que se especifique requerirá permisos de Usuarios COM distribuidos dentro de AD. Microsoft indica en TechNet que cuando se especifica una cuenta de equipo se requiere este permiso, pero yo recomendaría que valide este acceso incluso cuando se utiliza una cuenta de usuario de dominio.

Una vez introducidas todas las cuentas y seleccionado "OK", se iniciará inmediatamente el proceso de recogida de datos. Aparecerá una ventana de progreso mostrando los pasos de la recogida de datos.

Si se produce un error durante el proceso de recopilación de datos, nueve de cada diez veces está relacionado con los permisos. La proporción puede ser incluso mayor, pero por ahora nos quedaremos con el 90%. Una vez finalizado el proceso inicial de recopilación de datos, el estado de la jerarquía de fuentes mostrará el estado "Listo para el siguiente proceso de recopilación".

Con la recopilación de datos de la jerarquía de origen completa, ahora es posible pasar a la migración real de objetos. Para comenzar a migrar cualquier dato desde SCCM 2007 primero debemos crear un trabajo de migración. En la sección Migración, haga clic con el botón derecho o utilice la cinta y seleccione "Crear trabajo de migración". Esto iniciará el asistente de trabajo de migración.

Hay tres tipos de trabajos de migración...

• La opción Migración de colecciones es la más completa. Cuando se utiliza este tipo de trabajo de migración, es posible seleccionar elementos asociados como paquetes y anuncios dirigidos a las colecciones en cuestión. Los anuncios no pueden migrarse fuera del trabajo de migración de colecciones. Además, al migrar colecciones se transferirán tanto las ventanas de mantenimiento como las variables de colección. Sin embargo, los datos de aprovisionamiento de clientes AMT no se pueden migrar.
• La Migración de Objetos permitirá migrar todos los elementos fuera de las colecciones. Consulte la Parte 1 de esta serie de blogs para obtener una lista de los objetos disponibles para la migración.
• La última opción, Objetos modificados tras la migración, tiene una finalidad bastante específica. Dado que la migración de todos los datos de SCCM 2007 puede ser larga, dependiendo de la complejidad del entorno de origen, es posible que los datos de la parte 2007 se vean alterados durante el transcurso de la migración. Esta opción permite actualizar esos datos sin tener que eliminar manualmente los objetos migrados previamente.

El siguiente paso del proceso consiste en seleccionar la colección o colecciones que se migrarán. No es necesario migrar "todas" las colecciones a la vez, ya que se pueden configurar varios trabajos de todo tipo. El número de trabajos, por defecto, aumentará con la complejidad del entorno de SCCM 2007, así como con el número de sitios y ámbitos de seguridad dentro de ConfigMgr 2012.

Como puede ver arriba, todas las colecciones se mostrarán tal y como están dispuestas en SCCM 2007. Simplemente seleccione todas las colecciones que desea migrar. Si el entorno de origen tiene un número inmenso de colecciones, haga clic en el botón de búsqueda para mostrar una lista completa que puede ordenarse y reducirse para localizar más eficazmente la colección deseada. Si no es necesario migrar los datos asociados a la colección, desmarque la opción Migrar objetos asociados a la colección especificada en la parte inferior de la página del asistente.

Mientras navega, es posible que la colección deseada aparezca en la lista predeterminada o en el área de búsqueda. Si esto ocurre, seleccione Ver colecciones que no se pueden migrar. Hay 4 situaciones en las que una colección no estará disponible para la migración, que se describen a continuación.

• Colecciones de consultas mixtas - colecciones que contienen usuarios y ordenadores - Esto puede eliminarse segregando las colecciones mixtas en el lado de SCCM 2007 antes de la migración (lo que recomienda Microsoft).
• Jerarquía de colecciones mixta: colecciones en las que las colecciones padre e hija son de sitios diferentes.
• Limitación de colecciones múltiples: colección limitada por más de una colección.
• Colección limitada a bloqueada: colección limitada por una colección que no se puede migrar.

Una vez seleccionadas todas las colecciones para este trabajo de migración en particular, la siguiente página del asistente nos llevará a través de la selección de objetos (suponiendo que se haya elegido hacerlo). Esta página sólo mostrará los objetos que están directamente vinculados a las colecciones seleccionadas.

Esta página se explica por sí misma en el sentido de que, si hay objetos asociados a las colecciones, pueden migrarse como parte del mismo trabajo. Algunas notas adicionales...

• Para migrar los anuncios también deben migrarse sus paquetes asociados
• Los anuncios migrados no están activados por defecto (existe la opción de activarlos, pero no es una buena práctica).

Al migrar objetos desde SCCM 2007 es necesario especificar el propietario del contenido de ConfigMgr 2012. El propietario del contenido, a falta de una mejor descripción, es el sitio desde el que desea que se originen los datos. Si la migración es de un solo sitio, esta sección no requiere ninguna discusión adicional. Sin embargo, si hay múltiples jerarquías que se utilizan en 2012, el propietario del contenido deseado tendrá que ser especificado para permitir la correcta asignación de los datos.

La siguiente opción es la asignación de un ámbito de seguridad. El ámbito de seguridad forma parte del nuevo modelo de administración basada en roles para asignar los derechos apropiados a los objetos migrados en función de los ámbitos definidos. Como no vamos a entrar en la descripción detallada de la administración basada en roles, seguiremos adelante y asumiremos que se seleccionará el ámbito por defecto.

Este paso del proceso está diseñado para proporcionarle la capacidad de limitar las colecciones que pueden estar en el ámbito una vez migradas. Permítanme explicar un poco más. En ConfigMgr 2012 todas las colecciones son globales. Esto significa que una colección creada desde cualquier parte de la jerarquía está disponible para todos los sitios. Así, por ejemplo, si usted fuera a migrar una colección de un sitio primario hijo que contiene "Todos los sistemas Windows 7" de ese sitio cuando se trae en el entorno ConfigMgr 2012 que la colección tendría ahora todos los sistemas Windows 7 de toda la jerarquía. La herramienta de migración reconoce estos problemas y le permite proporcionar la limitación correcta de la colección (la limitación es necesaria en 2012).

Este paso es bastante simple. Si tiene colecciones que contengan consultas que utilicen el código de sitio del entorno SCCM 2007, se sustituirán por el código de sitio correcto del entorno ConfigMgr 2012. Este es un proceso automático y no requiere ninguna configuración.

Una vez que haya recorrido la mayor parte del asistente de migración, aparecerá una ventana en la que se revisarán las configuraciones y se proporcionará información sobre los objetos que se han seleccionado para migrar. También proporciona información sobre las acciones que podrían ser necesarias o que deberían llevarse a cabo antes de la inicialización del trabajo de migración.

Una nueva y útil característica de la página de revisión es la posibilidad de guardar la información presentada en un archivo. Obviamente, esto permitirá realizar un seguimiento adecuado de las tareas y los procesos de migración para su revisión, además de proporcionar un registro de las recomendaciones previas a la migración. Recomiendo guardar todos los archivos durante el proceso de migración, ya que demasiada información nunca es mala.

La página de ajustes del asistente es donde se configura la programación del trabajo de migración, así como la definición de las acciones que tendrán lugar mientras se ejecuta el trabajo de migración.

La primera sección de esta página es para la programación del trabajo de migración. Hay tres opciones y todas se explican por sí mismas...

• No ejecute el trabajo de migración
• Ejecutar el trabajo de migración ahora
• Programar el trabajo de migración

La segunda sección describe cómo tratar los objetos que se han migrado previamente. La selección por defecto es No migrar las opciones actualizadas, que sería mi recomendación general. Cuando se seleccionan las colecciones u objetos a migrar se proporciona el estado de esos elementos, (migrado | no migrado), y los que han sido migrados deben ser omitidos. Si efectivamente hay elementos que se han actualizado desde que se ejecutó un trabajo de migración anterior, utilice el trabajo Objetos modificados después de la migración para actualizarlos.

En la configuración adicional se ha preseleccionado Transferir la estructura organizativa de carpetas para objetos de Configuration Manager 2007 al sitio de destino. Sin embargo, si no desea que ninguna de las estructuras de carpetas se transfiera durante la migración, simplemente desmarque esta casilla. Algunas organizaciones pueden estar utilizando esta migración como una razón para reorganizar los datos y cómo se estructuran los elementos en el entorno ConfigMgr por lo que optarían por no migrar la estructura de carpetas. Yo, en cambio, lo encuentro bastante útil.

La última opción es una que hemos tocado brevemente antes que permite a los programas para el despliegue una vez migrado. Esta opción debe sopesarse cuidadosamente, ya que el entorno de ConfigMgr 2012 debe configurarse completamente antes de utilizarla. Hago esta afirmación con confianza ya que en el caso de que se habilite un anuncio y un programa en la migración y esté dirigido a una colección que ha aumentado su alcance, es posible que varios sistemas que originalmente no estaban destinados a ejecutar este programa lo hagan. No es difícil revisar y activar los programas después de la migración, lo que también da tiempo para revisar a qué sistemas/usuarios se dirigirán.

Las últimas páginas del asistente son aquellas con las que los administradores del gestor de configuración están muy familiarizados... resumen, progreso, finalización. Por eso no creo que todos necesitemos revisarlas.

Hemos llegado al final de la serie de blogs Migración fácil. Como siempre, espero sinceramente que la información que he incluido aquí le haya sido útil, al menos en una pequeña parte, para ayudarle en su próxima migración.

Si has localizado esta página y no has revisado la Parte 1 o 2 haz clic aquí para ver una lista de mis blogs.