Planificar una estrategia de migración de clientes en Configuration Manager

Se aplica a: Configuration Manager (rama actual)

Para migrar clientes de la jerarquía de origen a una jerarquía de destino de rama actual de Configuration Manager, debe realizar dos tareas. Debe migrar los objetos asociados con el cliente y, después, debe reinstalar o reasignar los clientes de la jerarquía de origen a la jerarquía de destino. Primero migre los objetos para que estén disponibles cuando se migran 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 Planear una estrategia de trabajo de migración.

Use las siguientes secciones 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 de 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 de una jerarquía de origen que ejecuta una versión compatible de Configuration Manager, el software del cliente se actualiza a la versión de cliente de 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 del cliente no cambia ni se actualiza. En su lugar, el cliente se reasigna de la jerarquía de origen a un sitio de la jerarquía de destino.

    Nota:

    Cuando la versión del producto de una jerarquía no se admite 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 del producto compatible. Después de que la jerarquía de origen se actualice a una versión de producto compatible, puede migrar entre las jerarquías. Para obtener más información, consulte Versiones de Configuration Manager compatibles con la migración en Requisitos previos para la migración.

Use la información siguiente 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 que sea compatible con la implementación de clientes en la jerarquía de destino. Entre los métodos típicos de implementación de cliente se 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 la actualización de software. Para obtener más información, consulte 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 se actualizan conservan su historial de ejecución para las implementaciones. Esto evita que las implementaciones vuelvan a ejecutarse innecesariamente en la jerarquía de destino.

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

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

  • Puede migrar clientes de los sitios de la jerarquía de origen en el 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 a la vez. 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 clientes de Configuration Manager 2007, se desinstala el software cliente existente 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 clientes 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 ahora está administrado por la jerarquía de destino.

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, parte de la información se conserva 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:

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

  • El historial de anuncios o implementación, que evita que los clientes vuelvan a ejecutar innecesariamente anuncios o implementaciones 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, los descarga de nuevo desde la jerarquía de destino.

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

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

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

Cuando un cliente migra, no se conserva la información almacenada en el Registro de cliente de Configuration Manager y en la ruta de acceso del archivo. Después de la migración, vuelva a aplicar esta configuración. Las configuraciones típicas incluyen las siguientes:

  • Esquemas de energía

  • Configuración de registro

  • Configuración de directiva local

Además, es posible que tenga que reinstalar algunas aplicaciones.

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

Los datos de inventario y cumplimiento del 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 al 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 puede migrar personalizaciones para el inventario de hardware de 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, consulta Cómo configurar el inventario de hardware.

  • Last updated on