Compartir vía


Planear una estrategia de migración de cliente en Configuration Manager

Se aplica a: Configuration Manager (rama actual)

Para migrar clientes de la jerarquía de origen a una Configuration Manager jerarquía de destino de rama actual, debe realizar dos tareas. Debe migrar los objetos asociados al cliente y, a continuación, volver a instalar o reasignar los clientes de la jerarquía de origen a la jerarquía de destino. Los objetos se migran primero para que estén disponibles cuando se migren los clientes. Los objetos asociados con el cliente se migran mediante trabajos de migración. Para obtener información sobre cómo migrar los objetos asociados con el cliente, consulte Planeamiento de una estrategia de trabajo de migración.

Use las secciones siguientes para ayudarle a planear la migración de clientes a la jerarquía de destino.

Planear la migración de clientes a la jerarquía de destino

Al migrar clientes desde una jerarquía de origen, el software cliente del equipo cliente se actualiza para que coincida con la versión del producto de la jerarquía de destino.

  • Una jerarquía de origen de Configuration Manager 2007: al migrar clientes desde una jerarquía de origen que ejecuta una versión compatible de Configuration Manager, el software cliente se actualiza a la versión de cliente para la jerarquía de destino.

  • Una jerarquía de origen de System Center 2012 Configuration Manager o posterior: al migrar clientes entre jerarquías que son de la misma versión del producto, el software cliente no cambia ni actualiza. En su lugar, el cliente reasigna desde la jerarquía de origen a un sitio de la jerarquía de destino.

    Nota:

    Cuando no se admite la versión de producto de una jerarquía para la migración a la jerarquía de destino, actualice todos los sitios y clientes de la jerarquía de origen a una versión de producto compatible. Una vez que la jerarquía de origen se actualiza a una versión de producto compatible, puede migrar entre las jerarquías. Para obtener más información, vea Versiones de Configuration Manager que se admiten para la migración en Requisitos previos para la migración.

Use la siguiente información para ayudarle a planear la migración del cliente:

  • Para actualizar o reasignar clientes de un sitio de origen a un sitio de destino, puede usar cualquier método de implementación de cliente compatible con la implementación de clientes en la jerarquía de destino. Los métodos de implementación de cliente típicos incluyen la instalación de inserción de cliente, la distribución de software, la directiva de grupo y la instalación de cliente basada en actualizaciones de software. Para obtener más información, vea Métodos de instalación de cliente.

  • Asegúrese de que el dispositivo que ejecuta el software cliente en la jerarquía de origen cumple los requisitos mínimos de hardware y ejecuta un sistema operativo compatible con la versión de Configuration Manager en la jerarquía de destino.

  • Antes de migrar un cliente, ejecute un trabajo de migración para migrar la información que el cliente usará en la jerarquía de destino.

  • Los clientes que actualizan conservan su historial de ejecución para las implementaciones. Esto impide que las implementaciones vuelvan a ejecutarse innecesariamente en la jerarquía de destino.

    • Para Configuration Manager clientes de 2007, se conserva el historial de ejecución de anuncios.

    • Para los clientes de System Center 2012 Configuration Manager o Configuration Manager rama actual, se conserva el historial de ejecución de la implementación.

  • Puede migrar clientes de sitios de la jerarquía de origen en cualquier orden que elija. Sin embargo, considere la posibilidad de migrar un número limitado de clientes en fases en lugar de migrar un gran número de clientes al mismo tiempo. Una migración por fases reduce los requisitos de ancho de banda de red y el procesamiento del servidor cuando cada cliente recién actualizado envía su inventario completo inicial y los datos de cumplimiento a su sitio asignado.

  • Al migrar Configuration Manager clientes de 2007, el software cliente existente se desinstala del equipo cliente y se instala el nuevo software cliente.

  • Configuration Manager no puede migrar un cliente de Configuration Manager 2007 que tenga instalado el cliente de App-V a menos que la versión del cliente de App-V sea 4.6 SP1 o posterior.

Puede supervisar el proceso de migración de cliente en el nodo Migración del área de trabajo Administración en la consola de Configuration Manager.

Después de migrar el cliente a la jerarquía de destino, ya no puede administrar ese dispositivo mediante la jerarquía de origen y debe considerar la posibilidad de quitar el cliente de la jerarquía de origen. Aunque esto no es un requisito al migrar jerarquías, puede ayudar a evitar la identificación de un cliente migrado en un informe de jerarquía de origen o un recuento incorrecto de recursos entre las dos jerarquías durante la migración. Por ejemplo, cuando un cliente migrado permanece en la base de datos del sitio de origen, puede ejecutar un informe de actualizaciones de software que identifique incorrectamente el equipo como un recurso no administrado cuando la jerarquía de destino lo administre ahora.

Planear el control de los datos mantenidos en los clientes durante la migración

Al migrar un cliente de su jerarquía de origen a la jerarquía de destino, se conserva cierta información en el dispositivo, mientras que otra información no está disponible en el dispositivo después de la migración.

La siguiente información se conserva en el dispositivo cliente:

  • Identificador único (GUID), que asocia un cliente con su información en la base de datos Configuration Manager.

  • El historial de anuncios o implementación, que impide que los clientes vuelvan a ejecutar anuncios o implementaciones innecesariamente en la jerarquía de destino.

La siguiente información no se conserva en el dispositivo cliente:

  • Los archivos de la memoria caché del cliente. Si el cliente requiere estos archivos para instalar software, el cliente los descarga de nuevo desde la jerarquía de destino.

  • Información de la jerarquía de origen sobre los anuncios o implementaciones que aún no se han ejecutado. Si desea que el cliente ejecute los anuncios o implementaciones después de migrarlos, debe volver a implementarlos en el cliente de la jerarquía de destino.

  • Información sobre el inventario. El cliente vuelve a enviar esta información a su sitio asignado en la jerarquía de destino después de que el cliente se migre y se hayan generado los nuevos datos de cliente.

  • Datos de cumplimiento. El cliente vuelve a enviar esta información a su sitio asignado en la jerarquía de destino después de que el cliente se migre y se hayan generado los nuevos datos de cliente.

Cuando se migra un cliente, no se conserva la información almacenada en el registro de cliente Configuration Manager y la ruta de acceso del archivo. Después de la migración, vuelva a aplicar esta configuración. La configuración típica incluye lo siguiente:

  • Esquemas de energía

  • Configuración de registro

  • Configuración de directiva local

Además, es posible que tenga que volver a instalar algunas aplicaciones.

Planear los datos de inventario y cumplimiento durante la migración

Los datos de cumplimiento e inventario de cliente no se guardan al migrar un cliente a la jerarquía de destino. En su lugar, esta información se vuelve a crear en la jerarquía de destino cuando un cliente envía por primera vez su información a su sitio asignado. Para ayudar a reducir los requisitos de ancho de banda de red resultantes y el procesamiento del servidor, considere la posibilidad de migrar un pequeño número de clientes en fases en lugar de migrar un gran número de clientes a la vez.

Además, no se pueden migrar personalizaciones para el inventario de hardware desde una jerarquía de origen. Debe introducirlos en la jerarquía de destino independientemente de la migración. Para obtener información sobre cómo ampliar el inventario de hardware, consulte Configuración del inventario de hardware.