Share via

Funcionamiento de USMT

  • Artículo

USMT incluye dos herramientas que migran configuraciones y datos: ScanState y LoadState. ScanState recopila información del equipo de origen, mientras que LoadState aplica dicha información al equipo de destino.

  • El proceso de ScanState

  • El proceso de LoadState

    Nota

    Para obtener más información acerca de cómo USMT procesa las reglas y los archivos XML, consulta Conflictos y prioridad.

El proceso de ScanState

Cuando la herramienta ScanState se ejecuta en el equipo de origen, realiza lo siguiente:

  1. Analiza y valida los parámetros de la línea de comandos, crea el archivo ScanState.log y, seguidamente, empieza a registrar.

  2. Recopila información de todos los componentes de migración que se deben migrar. Un componente de migración es un grupo lógico de archivos, claves del Registro y valores. Por ejemplo, el conjunto de archivos, claves del Registro y valores que almacena la configuración de Adobe Acrobat se agrupa en un solo componente de migración.

    Existen tres tipos de componentes:

    • Componentes que migran la configuración del sistema operativo

    • Componentes que migran la configuración de las aplicaciones

    • Componentes que migran los archivos de los usuarios

    La herramienta ScanState recopila información sobre los componentes de configuración de las aplicaciones y de datos de usuarios de los archivos .xml especificados en la línea de comandos.

    En Windows Vista®, Windows 7 y Windows 8, los archivos de manifiesto controlan la manera en que se migra la configuración del sistema operativo. Estos archivos no se pueden modificar. Si quieres excluir determinadas opciones de configuración del sistema operativo, debes crear y modificar un archivo Config.xml.

  3. ScanState determina qué perfiles de usuario se deben migrar. De forma predeterminada, se migran todos los perfiles de usuario del equipo de origen. No obstante, puedes incluir y excluir usuarios mediante las Opciones de usuario. El perfil del sistema (que es el perfil "All Users" en un equipo de origen con Windows(R) XP o el perfil "Acceso público" en un equipo de origen con Windows Vista, Windows 7 y Windows 8) siempre se migra y no se puede excluir de la migración.

  4. En la fase de búsqueda, ScanState realiza las siguientes acciones por cada perfil de usuario seleccionado para migrarse:

    1. ScanState comprueba el tipo de cada componente. Si el perfil de usuario actual es el perfil del sistema y el tipo de componente es “System” o “UserAndSystem”, se selecciona el componente para dicho usuario. De lo contrario, se prescinde del componente. De manera alternativa, si el perfil de usuario actual es el perfil del sistema y el tipo de componente es “User” o “UserAndSystem”, se selecciona el componente para dicho usuario. De lo contrario, se prescinde del componente.

      Nota

      A partir de este momento, ScanState no distingue entre los componentes que migran la configuración del sistema operativo, los que migran la configuración de las aplicaciones y los que migran los archivos de los usuarios. ScanState procesa todos los componentes del mismo modo.

    2. Cada componente seleccionado en el paso anterior se sigue procesando. Todas las variables específicas de un perfil (como CSIDL_PERSONAL) se evalúan en el contexto del perfil actual. Por ejemplo, si el perfil que se está procesando pertenece a “User1”, CSIDL_PERSONAL se expande a C:\Users\User1\Documents, suponiendo que los perfiles de usuario se almacenen en el directorio C:\Users.

    3. ScanState evalúa la sección <detects> de cada componente seleccionado. Si la condición de la sección <detects> resulta ser falsa, el componente no se sigue procesando. De lo contrario, el procesamiento continúa.

    4. ScanState evalúa las secciones <rules> de cada componente seleccionado. Si el perfil de usuario actual de la sección <rules> es el perfil del sistema y el contexto de la sección <rules> es “System” o “UserAndSystem”, la regla se sigue procesando. De lo contrario, se pasa por alto. De manera alternativa, si el perfil de usuario actual no es el perfil del sistema y el contexto de la sección <rules> es “User” o “UserAndSystem”, la regla se sigue procesando. De lo contrario, se pasa por alto.

    5. ScanState crea una lista de las unidades de migración que se deben migrar procesando las distintas subsecciones de esta sección <rules>. Las unidades se recopilan si figuran en una subsección <include>, siempre y cuando no haya una regla más específica para la unidad en cuestión en una subsección <exclude> de la misma sección <rules>. Para obtener más información acerca de la precedencia en los archivos .xml, consulta Conflictos y prioridad.

      Además, no se migra ninguna unidad de migración (como un archivo, una clave del Registro o un conjunto de valores del Registro) que se encuentre en una sección <UnconditionalExclude>.

      Nota

      ScanState omite algunas subsecciones, como <destinationCleanup> y <locationModify>. Estas secciones se evalúan solo en el equipo de destino.

  5. En la fase de recopilación, ScanState crea una lista maestra de las unidades de migración combinando las listas que se crearon para cada perfil de usuario seleccionado.

  6. En la fase de almacenamiento, ScanState escribe en la ubicación del almacén las unidades de migración que se han recopilado.

    Nota

    ScanState no modifica el equipo de origen de ningún modo.

El proceso de LoadState

El proceso de LoadState es muy similar al de ScanState. La herramienta ScanState recopila unidades de migración como archivos, claves del Registro o valores del Registro del equipo de origen y las guarda en el almacén. De igual modo, la herramienta LoadState recopila unidades de migración del almacén y las aplica al equipo de destino.

  1. ScanState analiza y valida los parámetros de la línea de comandos, crea el archivo ScanState.log y, seguidamente, empieza a registrar.

  2. LoadState recopila información de todos los componentes de migración que se deben migrar.

    LoadState obtiene información de los componentes de configuración de las aplicaciones y los componentes de datos de usuario a partir de los archivos .xml de migración que el comando LoadState ha especificado.

    En Windows Vista, Windows 7 y Windows 8, los archivos de manifiesto controlan la manera en que se migra la configuración del sistema operativo. Estos archivos no se pueden modificar. Si quieres excluir determinadas opciones de configuración del sistema operativo, debes crear y modificar un archivo Config.xml.

  3. LoadState determina qué perfiles de usuario se deben migrar. De forma predeterminada, se migran todos los perfiles de usuario presentes en el equipo de origen. No obstante, puedes incluir y excluir usuarios mediante las Opciones de usuario. El perfil del sistema (que es el perfil "All Users" en un equipo de origen con Windows XP o el perfil "Acceso público" en un equipo de origen con Windows Vista, Windows 7 y Windows 8) siempre se migra y no se puede excluir de la migración.

    • Si vas a migrar cuentas de usuario locales y estas aún no existen en el equipo de destino, deberás usar la opción de línea de comandos /lac. Si no especificas la opción /lac, no se migrará ninguna de las cuentas de usuario locales que aún no estén presentes en el equipo de destino.

    • Si se incluyeron al especificar el comando LoadState, las opciones /md y /mu se procesan para cambiar el nombre del perfil de usuario en el equipo de destino.

    • Por cada perfil de usuario seleccionado en el almacén, LoadState crea un perfil de usuario correspondiente en el equipo de destino. El equipo de destino no necesita estar conectado al dominio para que se creen perfiles de usuario de dominio. Si USMT no puede determinar un dominio, intenta aplicar la configuración en una cuenta local. Para obtener más información, consulta Identificar usuarios.

  4. En la fase de búsqueda, LoadState realiza las siguientes acciones en cada perfil de usuario:

    1. LoadState comprueba el tipo de cada componente. Si el perfil de usuario actual es el perfil del sistema y el tipo de componente es “System” o “UserAndSystem”, se selecciona el componente para dicho usuario. De lo contrario, se prescinde del componente. De manera alternativa, si el perfil de usuario actual es el perfil del sistema y el tipo de componente es “User” o “UserAndSystem”, se selecciona el componente para dicho usuario. De lo contrario, se prescinde del componente.

      Nota

      A partir de este momento, LoadState no distingue entre los componentes que migran la configuración del sistema operativo, los que migran la configuración de las aplicaciones y los que migran los archivos de los usuarios. LoadState evalúa todos los componentes del mismo modo.

    2. Cada componente seleccionado se sigue procesando. Todas las variables específicas de un perfil (como CSIDL_PERSONAL) se evalúan en el contexto del perfil actual. Por ejemplo, si el perfil que se está procesando pertenece a “User1”, CSIDL_PERSONAL se expande a C:\Users\User1\Documents, suponiendo que los perfiles de usuario se almacenen en el directorio C:\Users.

      Nota

      LoadState pasa por alto la sección <detects> especificada en un componente. Llegado este punto, todos los componentes especificados se consideran como detectados y se seleccionan para migrarse.

    3. LoadState evalúa las secciones <rules> de cada componente seleccionado. Si el perfil de usuario actual de la sección <rules> es el perfil del sistema y el contexto de la sección <rules> es “System” o “UserAndSystem”, la regla se sigue procesando. De lo contrario, se pasa por alto. De manera alternativa, si el perfil de usuario actual no es el perfil del sistema y el contexto de la sección <rules> es “User” o “UserAndSystem”, la regla se sigue procesando. De lo contrario, se pasa por alto.

    4. LoadState crea una lista maestra de las unidades de migración procesando las distintas subsecciones de la sección <rules>. Cada unidad de migración que se encuentre en una subsección <include> se migra, siempre y cuando no haya una regla más específica para la unidad en cuestión en una subsección <exclude> de la misma sección <rules>. Para obtener más información acerca de la precedencia, consulta Conflictos y prioridad.

    5. LoadState evalúa las subsecciones específicas del equipo de destino, por ejemplo, las subsecciones <destinationCleanup> y <locationModify>.

    6. Si el equipo de destino ejecuta Windows Vista o Windows 7, las unidades de migración que ScanState recopiló a través de los archivos de manifiesto de nivel inferior se procesarán mediante LoadState con el manifiesto de componente correspondiente para Windows 7. Los archivos de manifiesto de nivel inferior no se usan durante LoadState.

      Importante

      Es importante especificar los archivos .xml con el comando LoadState si quieres que LoadState los use. Si no lo haces, todas las reglas específicas del destino (como <locationModify>) contempladas en estos archivos .xml se pasarán por alto, aun cuando hayas indicado los mismos archivos al ejecutar el comando ScanState.

  5. En la fase de aplicación, LoadState escribe las unidades de migración que se recopilaron en las diversas ubicaciones del equipo de destino. Si hay conflictos y no hay una regla <merge> para el objeto, el comportamiento predeterminado del Registro es que el origen sobrescriba el destino. El comportamiento predeterminado de los archivos consiste en que el origen cambie de nombre incrementalmente, por ejemplo, nombreArchivoOriginal(1).extensiónOriginal. Algunas opciones de configuración (como las fuentes, el papel tapiz y el protector de pantalla) no son efectivas hasta la próxima vez que el usuario inicia sesión. Por este motivo, conviene que cierres la sesión una vez finalizadas las acciones del comando LoadState.

Consulte también

Otros recursos

Sintaxis de línea de comandos de la Herramienta de migración de estado de usuario (USMT)