Planeación de la migración de objetos de Configuration Manager a System Center 2012 Configuration Manager

 

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

Con System Center 2012 Configuration Manager, puede migrar muchos de los distintos objetos que están asociados con diferentes características que se encuentran en un sitio de origen. Utilice las secciones siguientes como ayuda para planear la migración de objetos entre jerarquías.

• Planeación de la migración de actualizaciones de software

• Planeación de la migración de contenido

• Planeación de la migración de recopilaciones

• Planeación de la migración de implementaciones de sistema operativo

• Planeación de la migración de administración de configuración deseada

• Planeación de la migración de equipos basados en AMT aprovisionados para administración fuera de banda

• Planeación de migración de límites

• Planeación de migración de informes

• Planeación de la migración de carpetas organizativas y de búsqueda

• Planeación de la migración de personalizaciones de Asset Intelligence

• Planeación de la migración de personalizaciones de reglas de disponibilidad de software

Planeación de 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 actualización de software.

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

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

• Configurar el 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).

A la hora de migrar actualizaciones de software, tenga en cuenta lo siguiente:

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

  Advertencia
  No se puede utilizar la herramienta WSUSutil para sincronizar datos entre una jerarquía de origen y una de destino.

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

Cuando migre desde una jerarquía de origen de Configuration Manager 2007, el proceso de migración modificará algunos objetos de actualizaciones de software al formato en uso en la jerarquía de destino. Utilice la tabla siguiente como ayuda para planear la migración de objetos de actualización de software de 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 actualización de software	Las implementaciones de actualización de software se convierten en grupos de implementaciones y actualizaciones. Nota Después de migrar la implementación de una actualización de software desde Configuration Manager 2007, debe habilitarla en la jerarquía de destino para implementarla.
Paquetes de actualización de software	Los paquetes de actualización de software continúan siendo paquetes de actualización de software.
Plantillas de actualización de software	Las plantillas de actualización de software continúan siendo plantillas de actualización de software. Nota El valor Duración de las plantillas de implementación de Configuration Manager 2007 no se migra.

Si migra objetos de una jerarquía de origen de System Center 2012 Configuration Manager, los objetos de actualizaciones de software no se modifican.

Planeación 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 y programas de distribución de software y aplicaciones virtuales, tales como Microsoft Application Virtualization (App-V). A partir de las jerarquías de origen de System Center 2012 Configuration Manager, este contenido incluye aplicaciones y aplicaciones virtuales de App-V. Cuando se migra contenido entre jerarquías, son los archivos de origen comprimidos los que se migran a la jerarquía de destino.

Paquetes y programas

Cuando se migran paquetes y programas, no se modifican por la migración. Sin embargo, antes de migrarlos, debe configurar cada paquete para utilizar 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, es necesario asignar un sitio en la jerarquía de destino para administrar este contenido. El contenido no se migra desde el sitio asignado; sin embargo, después de la migración, el sitio asignado tiene acceso a la ubicación del archivo de origen original mediante la asignación de UNC.

Una vez migrados el paquete y el programa a la jerarquía de destino, y mientras la migración de la jerarquía de origen permanece activa, puede poner el contenido a disposición de los clientes en esa jerarquía mediante un punto de distribución compartido. Para utilizar un punto de distribución compartido, el contenido debe permanecer accesible en el punto de distribución del sitio de origen. Para obtener información acerca de los puntos de distribución compartidos, consulte la sección Compartir puntos de distribución entre jerarquías de origen y de destino del tema Planeación de una estrategia de migración de distribución de contenido en System Center 2012 Configuration Manager.

En cuanto al contenido migrado, si la versión del contenido cambia en la jerarquía de origen o en la de destino, los clientes ya no podrán tener acceso al mismo desde el punto de distribución compartido en 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

Por cada paquete que vaya a migrar, actualice el paquete en la jerarquía de destino. Esto puede evitar problemas al implementar el paquete en puntos de distribución en la jerarquía de destino. Sin embargo, cuando se actualiza un paquete en el punto de distribución en la jerarquía de destino, los clientes de dicha jerarquía ya no podrán adquirir 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 la biblioteca de software, haga clic con el botón secundario en el paquete y, luego, seleccione Actualizar puntos de distribución. Realice esta acción por cada paquete que haya migrado.

Sugerencia
Puede utilizar Microsoft System Center Configuration Manager Package Conversion Manager para convertir paquetes y programas en aplicaciones de System Center 2012 Configuration Manager. Descargar Package Conversion Manager desde el sitio del Centro de descarga de Microsoft. Para obtener más información, consulte Configuration Manager Package Conversion Manager.

Aplicaciones virtuales

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

• Si no hay ningún anuncio, se crea un tipo de implementación que utiliza la configuración predeterminada del tipo de implementación.

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

• Si existen varios anuncios, se crea un tipo de implementación para cada anuncio de Configuration Manager 2007, con la misma configuración que la del anuncio.

Importante

Si migra un App-V de Configuration Manager 2007 previamente migrado, se produce un error en la migración porque los paquetes de aplicaciones virtuales no admiten el comportamiento de sobrescritura de migración. En este escenario debe eliminar el paquete de la 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

Una vez migrado el paquete de App-V, puede utilizar el Asistente para actualizar contenido para cambiar la ruta de origen de los tipos de implementación de App-V. Para más información sobre cómo actualizar contenido relativo a un tipo de implementación, consulte la sección Administración de tipos de implementación en el tema Administración de tipos de implementaciones y aplicaciones en Configuration Manager.

Si migra desde una jerarquía de origen de System Center 2012 Configuration Manager, además de los tipos y las aplicaciones de implementación de App-V, puede migrar objetos para el entorno virtual App-V. Para más información sobre los entornos de App-V, consulte la sección Uso de aplicaciones virtuales de App-V con Configuration Manager en el tema Introducción a la administración de aplicaciones en Configuration Manager.

Anuncios

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

Nota

No puede migrar los anuncios de paquetes virtuales. Se trata de una excepción de la migración de anuncios.

Aplicaciones

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

Planeación de la migración de recopilaciones

Puede migrar los criterios para recopilaciones de una jerarquía de origen compatible con System Center 2012 Configuration Manager. Para ello, utilice una tarea de migración basada en objetos. Cuando se migra una recopilación, se migran las reglas de la misma y no la información acerca de los miembros de la recopilación ni la información o los objetos relacionados con los miembros de la recopilación.

La migración de objetos de recopilación no se admite si se migra desde una jerarquía de origen de Configuration Manager 2007.

Planeación de la migración de implementaciones de sistema operativo

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

• Imágenes y paquetes de sistema operativo. La ruta de origen de imágenes de arranque se actualiza en la ubicación de la imagen predeterminada para Windows Administrative Installation Kit (Windows AIK) en el sitio de destino. Los siguientes son los requisitos y las limitaciones de la migración de imágenes y paquetes de sistema operativo:

  • Para migrar satisfactoriamente archivos de imagen, la cuenta de equipo del servidor del proveedor de SMS para el sitio de alto nivel de las jerarquías de destino debe tener permisos de Lectura y Escritura de los archivos de origen de la imagen de la ubicación Windows AIK de los sitios de origen.

  • Cuando migre un paquete de instalación de sistema operativo, asegúrese de que la configuración del paquete en el sitio de origen indica la carpeta que contiene el archivo WIM, y no el archivo WIM mismo. Si el paquete de instalación indica el archivo WIM, se producirá un error en la migración del paquete de instalación.

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

• Secuencias de tareas. Cuando se migra una secuencia de tareas que contiene una referencia a un paquete de instalación de cliente, la referencia se sustituye por una referencia al paquete de instalación del cliente de la jerarquía de destino.

  Nota

  Si migra una secuencia de tareas, es posible que Configuration Manager migre objetos no necesarios en la jerarquía de destino. Entre estos objetos se incluyen imágenes de arranque y paquetes de instalación de cliente de Configuration Manager 2007.

• Controladores y paquetes de controladores.

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

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

Nota

Los elementos de configuración no interpretados de jerarquías de origen de Configuration Manager 2007 no se admiten para la migración. No puede migrar o importar estos elementos de configuración a la jerarquía de destino. Para obtener información acerca de los elementos de configuración no interpretados, consulte la sección "Elemento de configuración no interpretado" del tema Acerca de los elementos de configuración en administración de configuración deseada de la biblioteca de documentación de Configuration Manager 2007.

Puede importar paquetes de configuración de Configuration Manager 2007. El proceso de importación convierte automáticamente el paquete de configuración para que sea compatible con System Center 2012 Configuration Manager o System Center 2012 R2 Configuration Manager.

Planeación de la migración de equipos basados en AMT aprovisionados para administración fuera de banda

No se puede migrar la información de aprovisionamiento de AMT entre jerarquías y se deben realizar pasos adicionales para poder administrar un equipo basado AMT fuera de banda en la jerarquía de destino. Entre estos pasos se incluyen la eliminación de clientes de la información de aprovisionamiento de AMT desde el sitio de origen y, a continuación, el aprovisionamiento de nueva información desde un sitio en la jerarquía de destino. Para ello, asegúrese de haber instalado y configurado un sitio en la jerarquía de destino para el aprovisionamiento de AMT y, a continuación, utilice una de las estrategias siguientes:

• En el sitio de origen, quite la información de aprovisionamiento de AMT y seleccione la opción Deshabilitar aprovisionamiento automático. Migre al cliente. A continuación, en el sitio de destino, aprovisione el equipo basado en AMT.

• En el sitio de destino, configure la cuenta de eliminación de aprovisionamiento de AMT en la pestaña Propiedades del componente de administración fuera de banda: Pestaña Aprovisionamiento. Especifique una cuenta de Windows que se haya especificado como cuenta de usuario de AMT en el sitio de origen. Para la migración desde un sitio compatible con Configuration Manager 2007, asegúrese de que esta cuenta de usuario de AMT tiene permiso de Administración de plataforma (Configuration Manager 2007 SP2) o Administración de PT (Configuration Manager 2007 SP1). Migre al cliente y asígnelo al sitio de destino. A continuación, quite la información de aprovisionamiento del equipo basado AMT mediante la cuenta de eliminación de aprovisionamiento de AMT y aprovisiónelo de nuevo.

  Advertencia

  Si la cuenta que especifica para la cuenta de eliminación de aprovisionamiento de AMT no es una cuenta de usuario de AMT del equipo o si la cuenta de usuario de AMT no tiene el permiso necesario o si el registro de auditoría contiene datos, no podrá eliminar la información de aprovisionamiento del sitio de destino. Si no está seguro de si su equipo basado en AMT está configurado con esta cuenta de usuario de AMT para sitios de origen de Configuration Manager 2007, compruebe y actualice el controlador de administración en el sitio de Configuration Manager 2007 o quite la información de aprovisionamiento cuando el cliente todavía está asignado al sitio de Configuration Manager 2007. Si la auditoría de AMT está habilitada, borre el registro de auditoría o desactive la auditoría cuando el cliente todavía está asignado al sitio de Configuration Manager 2007. Para obtener más información sobre cómo administrar el registro de auditoría en Configuration Manager 2007, consulte How to Manage the Audit Log for AMT-based Computers (Administración del registro de auditoría para equipos basados en AMT) en la biblioteca de documentación de Configuration Manager 2007.

• Migre al cliente. Quite manualmente la información de aprovisionamiento en las extensiones del BIOS del equipo AMT. A continuación, en el sitio de destino, aprovisione el equipo basado en AMT.

Para obtener más información sobre cómo quitar la información de aprovisionamiento de AMT, configurar las cuentas de usuario de AMT y actualizar los controladores de administración de un sitio de Configuration Manager 2007, consulte los temas siguientes en la biblioteca de documentación de Configuration Manager 2007:

• How to Remove Provisioning Information for AMT-Based Computers (Quitar información de aprovisionamiento de equipos basados en AMT)

• How to Configure AMT Settings and AMT User Accounts (Configurar opciones de AMT y cuentas de usuario de AMT)

• How to Update AMT Settings in Provisioned Computers Using Out of Band Management (Actualizar la configuración de AMT en equipos aprovisionados mediante la administración fuera de banda)

Para obtener más información sobre cómo configurar el aprovisionamiento de AMT y la cuenta de eliminación de aprovisionamiento de AMT y cómo quitar la información de aprovisionamiento de AMT en un sitio de System Center 2012 Configuration Manager, consulte:

• Cómo crear y configurar los equipos basados en AMT en Configuration Manager 

• La sección Cómo quitar información de AMT del tema Cómo administrar la información en el Administrador de configuración de aprovisionamiento de AMT.

Planeación de migración de límites

Puede migrar los límites entre las jerarquías. Al migrar límites de 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 que se crea en la jerarquía de destino. Cuando se migran límites de una jerarquía de System Center 2012 Configuration Manager, cada límite seleccionado 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 sitios. De esta manera se evita la superposición de límites para la asignación de sitios entre las jerarquías de origen y de destino. Migrar de un sitio de origen de Configuration Manager 2007 contribuye a evitar que los nuevos clientes de Configuration Manager 2007 instalados se asignen incorrectamente a la jerarquía de destino. De forma predeterminada, los clientes de System Center 2012 Configuration Manager no se 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 que estén asociados con el punto de distribución automáticamente se migran 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 en la jerarquía de destino se actualiza con estos cambios durante el siguiente ciclo de obtención de datos.

Planeación de migración de informes

Configuration Manager no admite la migración de informes. En vez de ello, utilice el generador de informes de SQL Server Reporting Services para exportar informes de la jerarquía de origen y, a continuación, impórtelos a la jerarquía de destino.

Nota

Se han producido cambios de esquema de informes entre Configuration Manager 2007 y System Center 2012 Configuration Manager, por lo que debe probar cada informe que se importa de la jerarquía de Configuration Manager 2007 para asegurarse de que funciona como se espera.

Para obtener más información acerca de los informes, consulte Generación de informes en Configuration Manager.

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

Puede migrar las carpetas organizativas y las carpetas de búsqueda de una jerarquía de origen admitida a una jerarquía de destino. Además, desde una jerarquía de origen de System Center 2012 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 conserva las estructuras de carpeta administrativa y de búsqueda de objetos y recopilaciones al migrar. Sin embargo, en el Asistente para crear nuevo 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 objetos mediante la desactivación de la casilla correspondiente. Las estructuras organizativas de las recopilaciones siempre se conservan.

Las carpetas de búsqueda que contienen aplicaciones virtuales son una excepción a esta regla. Cuando se migra un paquete de App-V, el paquete de App-V se transforma en una aplicación en System Center 2012 Configuration Manager. Después de la migración de la carpeta de búsqueda solo se encuentran los paquetes restantes. La carpeta de búsqueda no puede encontrar un paquete de App-V debido a la conversión en aplicación cuando migra.

Cuando se migra una búsqueda guardada de la jerarquía de origen de System Center 2012 Configuration Manager, se migran los criterios de búsqueda y no la información del resultado de ésta. La migración de una búsqueda guardada no es aplicable desde un sitio de origen de Configuration Manager 2007.

Planeación de la migración de personalizaciones de Asset Intelligence

Puede migrar las personalizaciones de Asset Intelligence de una jerarquía de origen admitida a una jerarquía de destino. No hay cambios significativos en la estructura de las personalizaciones de Asset Intelligence entre Configuration Manager 2007 y System Center 2012 Configuration Manager.

Nota

System Center 2012 Configuration Manager no admite la migración de objetos de Asset Intelligence de un sitio de Configuration Manager 2007 que usa Asset Intelligence Service 2.0 (AIS 2.0).

Planeación de la migración de personalizaciones de reglas de disponibilidad de software

No hay cambios significativos en la disponibilidad de software entre Configuration Manager 2007 y System Center 2012 Configuration Manager. Puede migrar las reglas de disponibilidad de software de una jerarquía de origen admitida a una jerarquía de destino.

De manera predeterminada, las reglas de disponibilidad de software que se migran a una jerarquía de destino no están asociadas a un sitio en la jerarquía de destino, sino que se aplican a todos los clientes en la jerarquía. Para aplicar una regla de disponibilidad de software a clientes de un determinado sitio, debe editar la regla de disponibilidad después de su migración.

Vea también

Planeación de la migración a System Center 2012 Configuration Manager