Planear la migración de objetos de Configuration Manager a la rama actual de Configuration Manager

Se aplica a: Configuration Manager (rama actual)

Con la rama actual de Configuration Manager, puede migrar muchos de los distintos objetos asociados a las distintas características que se encuentran en un sitio de origen.

Planear la migración de actualizaciones de software

Puede migrar objetos de actualización de software, como paquetes de actualización de software e implementaciones de actualizaciones de software.

Para migrar correctamente los objetos de actualización de software, primero debe configurar la jerarquía de destino con configuraciones que coincidan con el entorno de la jerarquía de origen. Esto requiere las siguientes acciones:

• Implementación de un punto de actualización de software activo en la jerarquía de destino

• Configuración del catálogo de productos e idiomas para que coincida con la configuración de la jerarquía de origen

• Sincronizar el punto de actualización de software en la jerarquía de destino con Windows Server Update Services (WSUS)

Al migrar actualizaciones de software, tenga en cuenta lo siguiente:

• La migración de objetos de actualización de software puede producir un error cuando no se ha sincronizado información en la jerarquía de destino para que coincida con la configuración de la jerarquía de origen.

  Advertencia

  Configuration Manager no admite el uso de la herramienta WSUSutil para sincronizar datos entre una jerarquía de origen y destino.

• No se pueden migrar las actualizaciones personalizadas que se publican mediante System Center Updates Publisher. En su lugar, las actualizaciones personalizadas deben volver a publicarse en la jerarquía de destino.

Al migrar desde una jerarquía de origen de Configuration Manager 2007, el proceso de migración modifica algunos objetos de actualización de software al formato que usa la jerarquía de destino. Use la tabla siguiente para planear la migración de objetos de actualización de software desde Configuration Manager 2007.

Objeto de Configuration Manager 2007	Nombre del objeto después de la migración
Listas de actualizaciones de software	Las listas de actualizaciones de software se convierten en grupos de actualizaciones de software.
Implementaciones de actualizaciones de software	Las implementaciones de actualizaciones de software se convierten en implementaciones y grupos de actualizaciones. Después de migrar una implementación de actualización de software desde Configuration Manager 2007, debe habilitarla en la jerarquía de destino para poder implementarla.
Paquetes de actualización de software	Los paquetes de actualización de software siguen siendo paquetes de actualización de software.
Plantillas de actualización de software	Las plantillas de actualización de software siguen siendo plantillas de actualización de software. El valor Duración de las plantillas de implementación de Configuration Manager 2007 no se migra.

Al migrar objetos desde una jerarquía de origen de rama actual de System Center 2012 Configuration Manager o Configuration Manager, los objetos de actualizaciones de software no se modifican.

Planeamiento de la migración de contenido

Puede migrar contenido de una jerarquía de origen compatible a la jerarquía de destino. Para una jerarquía de origen de Configuration Manager 2007, este contenido incluye paquetes de distribución de software y programas y aplicaciones virtuales, como Microsoft Application Virtualization (App-V). Para las jerarquías actuales de origen de rama de System Center 2012 Configuration Manager y Configuration Manager, este contenido incluye aplicaciones y aplicaciones virtuales de App-V. Al migrar contenido entre jerarquías, los archivos de origen comprimidos se migran a la jerarquía de destino.

Paquetes y programas

Al migrar paquetes y programas, no se modifican mediante la migración. Sin embargo, antes de migrarlos, debe configurar cada paquete para usar una ruta de acceso de convención de nomenclatura universal (UNC) para su ubicación de archivo de origen. Como parte de la configuración para migrar paquetes y programas, debe asignar un sitio en la jerarquía de destino para administrar este contenido. El contenido no se migra desde el sitio asignado, pero después de la migración, el sitio asignado accede a la ubicación del archivo de origen original mediante la asignación UNC.

Después de migrar un paquete y un programa a la jerarquía de destino, y aunque la migración desde la jerarquía de origen permanece activa, puede hacer que el contenido esté disponible para los clientes de esa jerarquía mediante un punto de distribución compartido. Para usar un punto de distribución compartido, el contenido debe permanecer accesible en el punto de distribución del sitio de origen. Para obtener más información sobre los puntos de distribución compartidos, vea Compartir puntos de distribución entre jerarquías de origen y destino en Planear una estrategia de migración de implementación de contenido.

En el caso del contenido que se ha migrado, si la versión del contenido cambia en la jerarquía de origen o en la jerarquía de destino, los clientes ya no pueden acceder al contenido desde el punto de distribución compartido de la jerarquía de destino. En este escenario, debe volver a migrar el contenido para restaurar una versión coherente del paquete entre la jerarquía de origen y la jerarquía de destino. Esta información se sincroniza durante el ciclo de recopilación de datos.

Sugerencia

Para cada paquete que migre, actualice el paquete en la jerarquía de destino. Esta acción puede evitar problemas con la implementación del paquete en puntos de distribución de la jerarquía de destino. Sin embargo, al actualizar un paquete en el punto de distribución de la jerarquía de destino, los clientes de esa jerarquía ya no podrán obtener ese paquete desde un punto de distribución compartido. Para actualizar un paquete en la jerarquía de destino, en la consola de Configuration Manager, vaya a biblioteca de software, haga clic con el botón derecho en el paquete y, a continuación, seleccione Actualizar puntos de distribución. Realice esta acción para cada paquete que migre.

Sugerencia

Use el Administrador de conversión de paquetes para convertir paquetes y programas en aplicaciones de Configuration Manager. Para obtener más información, vea Administrador de conversión de paquetes.

Aplicaciones virtuales

Al migrar paquetes de App-V desde un sitio de Configuration Manager 2007 compatible, el proceso de migración los convierte en aplicaciones de la jerarquía de destino. Además, en función de los anuncios existentes para el paquete de App-V, se crean los siguientes tipos de implementación en la jerarquía de destino:

• Si no hay anuncios, se crea un tipo de implementación que usa la configuración de tipo de implementación predeterminada.

• Si existe un anuncio, se crea un tipo de implementación que usa la misma configuración que el anuncio de Configuration Manager 2007.

• Si existen varios anuncios, se crea un tipo de implementación para cada anuncio de Configuration Manager 2007 mediante la configuración de ese anuncio.

Importante

Si migra un paquete de Configuration Manager 2007 App-V previamente migrado, se produce un error en la migración porque los paquetes de aplicaciones virtuales no admiten el comportamiento de migración de sobrescritura. En este escenario, debe eliminar el paquete de aplicación virtual migrado de la jerarquía de destino y, a continuación, crear un nuevo trabajo de migración para migrar la aplicación virtual.

Nota:

Después de migrar un paquete de App-V, puede usar el Asistente para actualizar contenido para cambiar la ruta de acceso de origen para los tipos de implementación de App-V. Para obtener más información sobre cómo actualizar el contenido de un tipo de implementación, consulte Administración de tipos de implementación en Tareas de administración para aplicaciones de Configuration Manager.

Al migrar desde una jerarquía de origen de rama actual de System Center 2012 Configuration Manager o Configuration Manager, puede migrar objetos para el entorno virtual de App-V además de aplicaciones y tipos de implementación de App-V. Para más información sobre los entornos de App-V, consulte Implementación de aplicaciones virtuales de App-V.

Anuncios

Puede migrar anuncios de un sitio de origen de Configuration Manager 2007 compatible a la jerarquía de destino mediante la migración basada en recopilación. Si actualiza un cliente, conserva el historial de anuncios ejecutados anteriormente para evitar que el cliente vuelva a ejecutar los anuncios migrados.

Nota:

No se pueden migrar anuncios para paquetes virtuales. Esta es una excepción a la migración de anuncios.

Aplicaciones

Puede migrar aplicaciones de una jerarquía de origen de rama actual de System Center 2012 Configuration Manager o Configuration Manager compatible a una jerarquía de destino. Si reasigna un cliente de la jerarquía de origen a la jerarquía de destino, el cliente conserva el historial de aplicaciones instaladas anteriormente para evitar que el cliente vuelva a ejecutar una aplicación migrada.

Planeamiento de la migración de colecciones

Puede migrar los criterios de las colecciones de una jerarquía de origen de rama actual de System Center 2012 Configuration Manager o Configuration Manager compatible. Para ello, se usa un trabajo de migración basado en objetos. Al migrar una colección, se migran las reglas de la colección y no información sobre los miembros de la colección, ni información u objetos relacionados con los miembros de la colección.

No se admite la migración del objeto de colección al migrar desde una jerarquía de origen de Configuration Manager 2007.

Planeamiento de la migración de implementaciones de sistema operativo

Puede migrar los siguientes objetos de implementación del sistema operativo desde una jerarquía de origen compatible:

• Imágenes y paquetes del sistema operativo. La ruta de acceso de origen de las imágenes de arranque se actualiza a la ubicación de imagen predeterminada del Kit de instalación administrativa de Windows (Windows AIK) en el sitio de destino. A continuación se indican los requisitos y limitaciones de la migración de imágenes y paquetes del sistema operativo:

  • Para migrar correctamente los archivos de imagen, la cuenta de equipo del servidor proveedor de SMS para el sitio de nivel superior de la jerarquía de destino debe tener permiso de lectura y escritura para los archivos de origen de imagen de la ubicación de Windows AIK del sitio de origen.

  • Al migrar un paquete de instalación del sistema operativo, asegúrese de que la configuración del paquete en el sitio de origen apunta a la carpeta que tiene el archivo WIM y no al propio archivo WIM. Si el paquete de instalación apunta al archivo WIM, se producirá un error en la migración del paquete de instalación.

  • Al migrar un paquete de imagen de arranque desde un sitio de origen de Configuration Manager 2007, el identificador de paquete del paquete no se mantiene en el sitio de destino. El resultado de esto es que los clientes de la jerarquía de destino no pueden usar paquetes de imagen de arranque que están disponibles en puntos de distribución compartidos.

• Secuencias de tareas. Al migrar una secuencia de tareas que tiene una referencia a un paquete de instalación de cliente, esa referencia se reemplaza por una referencia al paquete de instalación de cliente de la jerarquía de destino.

  Nota:

  • Solo se pueden migrar secuencias de tareas con tareas nativas de Configuration Manager. Las secuencias de tareas que contienen tareas no nativas, incluidas las tareas de MDT o las tareas que no son de Microsoft, no se pueden migrar. Al intentar migrar secuencias de tareas con tareas no nativas, se producen los siguientes errores en el registro Migmctrl.log:

    Type <ts-add-in-package> are not found

    ERROR: [MigMCtrl]: FAILED to EXECUTE job. error = Unknown error 0x80131500, 80131500~

    Para migrar secuencias de tareas con tareas de Configuration Manager no nativas, quite las tareas no nativas y, a continuación, migre la secuencia de tareas.

  • Al migrar una secuencia de tareas, Configuration Manager puede migrar objetos que no son necesarios en la jerarquía de destino. Estos objetos incluyen imágenes de arranque y paquetes de instalación de cliente de Configuration Manager 2007.

• Paquetes de controladores y controladores. Al migrar paquetes de controladores, la cuenta de equipo del proveedor de SMS de la jerarquía de destino debe tener control total en el origen del paquete.

Planeamiento de la migración de la administración de configuración deseada

Puede migrar elementos de configuración y líneas base de configuración.

Nota:

Los elementos de configuración sininterpreta de las jerarquías de origen de Configuration Manager 2007 no se admiten para la migración. No puede migrar ni importar estos elementos de configuración a la jerarquía de destino.

Puede importar paquetes de configuración de Configuration Manager 2007. El proceso de importación convierte automáticamente los paquetes de configuración para que sean compatibles con la rama actual de Configuration Manager.

Planeamiento de la migración de límites

Puede migrar límites entre jerarquías. Al migrar límites desde Configuration Manager 2007, cada límite del sitio de origen se migra al mismo tiempo y se agrega a un nuevo grupo de límites creado en la jerarquía de destino. Al migrar límites desde una jerarquía de rama actual de System Center 2012 Configuration Manager o Configuration Manager, cada límite que seleccione se agrega a un nuevo grupo de límites en la jerarquía de destino.

Cada grupo de límites creado automáticamente está habilitado para la ubicación de contenido, pero no para la asignación de sitio. Esto evita la superposición de límites para la asignación de sitio entre las jerarquías de origen y destino. Al migrar desde un sitio de origen de Configuration Manager 2007, esto ayuda a evitar que los nuevos clientes de Configuration Manager 2007 que se instalan se asignen incorrectamente a la jerarquía de destino. De forma predeterminada, los clientes de rama actuales de Configuration Manager no asignan automáticamente a sitios de Configuration Manager 2007.

Durante la migración, si comparte un punto de distribución con la jerarquía de destino, los límites asociados a esa distribución se migran automáticamente a la jerarquía de destino. En la jerarquía de destino, la migración crea un nuevo grupo de límites de solo lectura para cada punto de distribución compartido. Si cambia los límites del punto de distribución en la jerarquía de origen, el grupo de límites de la jerarquía de destino se actualiza con estos cambios durante el siguiente ciclo de recopilación de datos.

Planeamiento de la migración de informes

Configuration Manager no admite la migración de informes. En su lugar, use el Generador de informes de SQL Server Reporting Services para exportar informes de la jerarquía de origen y, a continuación, importarlos a la jerarquía de destino.

Nota:

Dado que hay cambios de esquema para los informes entre Configuration Manager 2007 y la rama actual de Configuration Manager, pruebe cada informe que importe desde una jerarquía de Configuration Manager 2007 para asegurarse de que funciona según lo previsto.

Para obtener más información sobre los informes, consulte Introducción a los informes.

Planear la migración de carpetas organizativas y de búsqueda

Puede migrar carpetas organizativas y carpetas de búsqueda de una jerarquía de origen compatible a una jerarquía de destino. Además, desde una jerarquía de origen de rama actual de System Center 2012 Configuration Manager o Configuration Manager, puede migrar los criterios de una búsqueda guardada a una jerarquía de destino.

De forma predeterminada, el proceso de migración mantiene las estructuras de carpeta de búsqueda y carpeta administrativa para objetos y colecciones al migrar. Sin embargo, en el Asistente para crear trabajo de migración, en la página Configuración , puede configurar un trabajo de migración para que no migre la estructura organizativa de los objetos desactivando la casilla de esta opción. Las estructuras organizativas de las colecciones siempre se mantienen.

Una excepción a esto es una carpeta de búsqueda que contiene aplicaciones virtuales. Cuando se migra un paquete de App-V, el paquete de App-V se transforma en una aplicación en Configuration Manager. Después de la migración de la carpeta de búsqueda, solo se encuentran los paquetes restantes y la carpeta de búsqueda no puede encontrar un paquete de App-V debido a esta conversión a una aplicación cuando se migra el paquete de App-V.

Al migrar una búsqueda guardada desde una jerarquía de origen de rama actual de System Center 2012 Configuration Manager o Configuration Manager, se migran los criterios de la búsqueda y no la información sobre los resultados de la búsqueda. La migración de una búsqueda guardada no es aplicable desde un sitio de origen de Configuration Manager 2007.

Planeamiento de la migración de personalizaciones de Asset Intelligence

Puede migrar personalizaciones de Asset Intelligence desde una jerarquía de origen compatible a una jerarquía de destino. No hay cambios significativos en la estructura de las personalizaciones de Asset Intelligence entre Configuration Manager 2007 y la rama actual de Configuration Manager.

Nota:

La rama actual de Configuration Manager no admite la migración de objetos de Asset Intelligence desde un sitio de Configuration Manager 2007 que usa Asset Intelligence Service 2.0 (AIS 2.0).

Planeamiento de la migración de personalizaciones de reglas de medición de software

No hay cambios significativos en la medición de software entre Configuration Manager 2007 y la rama actual de Configuration Manager. Puede migrar las reglas de medición de software de una jerarquía de origen compatible a una jerarquía de destino.

De forma predeterminada, las reglas de medición de software que se migran a una jerarquía de destino no están asociadas a un sitio específico de la jerarquía de destino y, en su lugar, se aplican a todos los clientes de la jerarquía. Para aplicar una regla de medición de software a los clientes de un sitio específico, debe editar la regla de medición después de migrarla.