Planeación de una estrategia de migración de cliente en System Center 2012 Configuration Manager

Cuando se migran clientes de una jerarquía de origen, se actualiza el software cliente en el equipo cliente para coincidir con la versión del producto de la jerarquía de destino:

• Una jerarquía de origen de Configuration Manager 2007: Cuando migre clientes desde una jerarquía de origen que ejecute una versión compatible de Configuration Manager 2007, el software cliente se actualizará a la versión de cliente para la jerarquía de destino.

• Una jerarquía de origen de System Center 2012 Configuration Manager SP1 o posterior: Cuando se migran clientes entre jerarquías con la misma versión del producto, el software cliente no cambia ni se actualiza. En su lugar, el cliente se reasignará desde la jerarquía de origen a un sitio en la jerarquía de destino.

  Nota

  Si no se admite la migración de la versión del producto de una jerarquía a la jerarquía de destino, actualice todos los sitios y los clientes de la jerarquía de origen a una versión del producto admitida. Después de actualizar la jerarquía de origen a una versión admitida del producto, puede realizar la migración entre jerarquías. Para obtener más información, consulte la sección Versiones de Configuration Manager compatibles con la migración del tema Requisitos previos para la migración en System Center 2012 Configuration Manager.

Utilice la siguiente información para planear la migración de clientes:

• Para actualizar o volver a asignar clientes desde el sitio de origen al sitio de destino, puede utilizar 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 instalación de inserción de cliente, distribución de software, directiva de grupo e instalación de cliente basada en actualizaciones de software. Para obtener más información, vea Determinar el método de instalación de cliente que se utilizará para equipos con Windows en Configuration Manager.

• 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 admitido por 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 utilizará el cliente en la jerarquía de destino.

• Los clientes que se actualicen conservan su historial de ejecución de implementaciones para evitar que las implementaciones se vuelvan a ejecutar innecesariamente en la jerarquía de destino:

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

  • Para los clientes de System Center 2012 Configuration Manager, se mantiene el historial de ejecución de implementaciones.

• Puede migrar clientes de los 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 grandes cantidades de clientes de una sola 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 sus datos de cumplimiento y el inventario completo iniciales 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 el cliente de App-V instalado, a no ser que la versión del cliente de App-V sea 4.6 SP1 o superior.

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

Tras migrar el cliente a la jerarquía de destino, no podrá administrar ese dispositivo con su jerarquía de origen y deberá considerar la posibilidad de quitar el cliente de la jerarquía de origen. Aunque no sea un requisito a la hora de migrar jerarquías, puede servir para 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 de forma incorrecta el equipo como un recurso sin administrar cuando está administrado actualmente por la jerarquía de destino.

Cuando migre un cliente desde su jerarquía de origen a la jerarquía de destino, parte de la información se mantiene en el dispositivo, mientras que otra no está disponible en el dispositivo después de la migración.

La información siguiente 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 implementaciones o de anuncios, que impide que los clientes vuelvan a ejecutar innecesariamente anuncios o implementaciones en la jerarquía de destino.

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

• Los archivos en la caché del cliente. Si el cliente requiere estos archivos para instalar el 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 las implementaciones que no se han ejecutado todavía. Si desea que el cliente ejecute los anuncios o las implementaciones después de migrar, debe volver a implementarlos en el cliente en la jerarquía de destino.

• Información acerca del 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 migre y se hayan generado los nuevos datos de cliente.

• Datos de cumplimiento de normas. El cliente vuelve a enviar 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 de cliente.

Cuando se migra un cliente, no se mantiene la información que se almacena en el Registro del cliente de Configuration Manager ni la ruta de acceso de archivos. Después de la migración, vuelva a aplicar esta configuración. Los valores de configuración típicos incluyen lo siguiente:

• Planes de energía

• Configuración de registro

• Configuración de directivas locales

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

No se guardan los datos de cumplimiento de normas ni el inventario de cliente 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 primero su información a su sitio asignado. Para ayudar a reducir los requisitos de ancho de banda de red y el procesamiento de servidor resultantes, es mejor que migre un número pequeño de clientes en fases en lugar de migrar una gran cantidad de clientes de una sola vez.

Además, no puede migrar las personalizaciones del inventario de hardware de una jerarquía de origen. Debe introducirlas en la jerarquía de destino independientemente de la migración. Para obtener información acerca de cómo ampliar el inventario de hardware, consulte Cómo ampliar el inventario de Hardware en Configuration Manager.