Exportar (0) Imprimir
Expandir todo

Funcionamiento de USMT

Publicada: junio de 2009

Actualizado: junio de 2010

Se aplica a: Windows 7, Windows Vista

El proceso de ScanState

Cuando se ejecuta la herramienta ScanState en el equipo de origen, sigue este proceso:

  1. Analiza y valida los parámetros de la línea de comandos, crea el archivo ScanState.log e inicia el registro.

  2. Recopila información sobre 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, los archivos, claves del Registro y valores que almacenan la configuración de Adobe Acrobat se agrupan en un único 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 aplicaciones

    • Componentes que migran archivos de usuarios

    La herramienta ScanState recopila información sobre configuración de aplicaciones y componentes de datos de usuario de los archivos .xml que se especifiquen en la línea de comandos.

    En Windows Vista® y Windows® 7, los archivos de manifiesto controlan el modo en que se migra la configuración del sistema operativo. Estos archivos no se pueden modificar. Si desea excluir determinados valores de la configuración del sistema operativo, debe crear y modificar un archivo Config.xml.

  3. ScanState determina qué perfiles de usuario se deben migrar. De manera predeterminada se migran todos los perfiles de usuario existentes en el equipo de origen. Sin embargo, puede incluir y excluir usuarios mediante Opciones de usuario. Siempre se migra el perfil del sistema, que es el perfil "Todos los usuarios" en un equipo de origen que ejecuta Windows® XP o el perfil "Público" en Windows Vista y Windows 7, y no se pueden excluir estos perfiles de la migración.

  4. En la fase de "análisis", ScanState realiza las siguientes acciones para cada perfil de usuario seleccionado para la migración:

    1. Para cada componente, ScanState comprueba el tipo de componente. Si el perfil de usuario actual es el perfil de sistema y el tipo de componente es "System" o "UserAndSystem", se selecciona el componente para este usuario. De lo contrario, se omite el componente. Por otro lado, si el perfil de usuario actual no es el perfil de sistema y el tipo de componente es "User" o "UserAndSystem", se selecciona el componente para este usuario. De lo contrario, se omite el componente.

      noteNota
      De ahí en adelante, ScanState no distingue entre los componentes que migran la configuración del sistema operativo, los que migran la configuración de aplicaciones y los que migran archivos de usuarios. ScanState procesa todos los componentes del mismo modo.

    2. Se sigue procesando cada componente seleccionado en el paso anterior. Cualquier variable específica del perfil (como CSIDL_PERSONAL) se evalúa en el contexto del perfil actual. Por ejemplo, si el perfil que se procesa pertenece a “Usuario1”, CSIDL_PERSONAL se expandirá a C:\Usuarios\Usuario1\Documentos, suponiendo que se almacenan los perfiles de usuario en el directorio C:\Usuarios.

    3. Para cada componente seleccionado, ScanState evalúa la sección <detects>. Si al evaluar la condición en la sección <detects> el resultado es FALSE, no se sigue procesando el componente. De lo contrario, se sigue procesando este componente.

    4. Para cada componente seleccionado, ScanState evalúa las secciones <rules>. Para cada sección <rules>, si el perfil de usuario actual es el perfil de sistema y el contexto de la sección <rules> es "System" o "UserAndSystem", se sigue procesando la regla. De lo contrario, se omite la regla. Por otro lado, si el perfil de usuario actual no es el perfil de sistema y el contexto de la sección <rules> es "User" o "UserAndSystem", se sigue procesando la regla. De lo contrario, se omite la regla.

    5. ScanState crea una lista de unidades de migración que se deben migrar procesando las distintas subsecciones de esta sección <rules>. Se recopila cada unidad especificada en una subsección <include>, siempre y cuando no haya una regla más específica al respecto en una subsección <exclude> dentro de la misma sección <rules>. Si desea obtener más información sobre el orden de prioridad en los archivos .xml, vea Conflictos y precedencia.

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

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

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

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

    noteNota
    ScanState no modifica el equipo de origen en modo alguno.

El proceso de LoadState

El proceso de LoadState es muy parecido al proceso 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 se 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 e inicia el registro.

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

    LoadState obtiene información para los componentes de la configuración de aplicaciones y los componentes de datos de usuario de los archivos .xml de migración que especifica el comando LoadState.

    En Windows Vista y Windows 7 los archivos de manifiesto controlan el modo en que se migra la configuración del sistema operativo. Estos archivos no se pueden modificar. Si desea excluir determinados valores de la configuración del sistema operativo, debe crear y modificar un archivo Config.xml.

  3. LoadState determina qué perfiles de usuario se deben migrar. De manera predeterminada se migran todos los perfiles de usuario existentes en el equipo de origen. Sin embargo, puede incluir y excluir usuarios mediante Opciones de usuario. Siempre se migra el perfil del sistema, el perfil "Todos los usuarios" en un equipo de origen que ejecuta Windows® XP o el perfil "Público" en Windows Vista y Windows 7, y no se pueden excluir estos perfiles de la migración.

    • Si migra cuentas de usuario locales y si las cuentas no existen previamente en el equipo de destino, debe usar la opción de la línea de comando /lac. Si no especifica la opción /lac, no se migrarán las cuentas de usuario locales que no estén presentes en el equipo de destino.

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

    • Para cada perfil de usuario seleccionado del almacén, LoadState crea un perfil de usuario correspondiente en el equipo de destino. No es necesario que el equipo de destino esté conectado al dominio para que se puedan crear perfiles de usuario de dominio. Si USMT no logra determinar un dominio, intenta aplicar la configuración a una cuenta local. Para obtener más información, vea Identificación de usuarios.

  4. En la fase de "análisis", LoadState realiza las siguientes acciones para cada perfil de usuario:

    1. Para cada componente, LoadState comprueba el tipo de componente. Si el perfil de usuario actual es el perfil de sistema y el tipo de componente es "System" o "UserAndSystem", se selecciona el componente para este usuario. De lo contrario, se omite el componente. Por otro lado, si el perfil de usuario actual no es el perfil de sistema y el tipo de componente es "User" o "UserAndSystem", se selecciona el componente para este usuario. De lo contrario, se omite el componente.

      noteNota
      De ahí en adelante, LoadState no distingue entre los componentes que migran la configuración del sistema operativo, los que migran la configuración de aplicaciones y los que migran archivos de usuarios. LoadState evalúa todos los componentes del mismo modo.

    2. Se procesa cada componente seleccionado. Cualquier variable específica del perfil (como CSIDL_PERSONAL) se evalúa en el contexto del perfil actual. Por ejemplo, si el perfil que se procesa pertenece a “Usuario1”, CSIDL_PERSONAL se expandirá a C:\Usuarios\Usuario1\Documentos, suponiendo que se almacenan los perfiles de usuario en el directorio C:\Usuarios.

      noteNota
      LoadState omite la sección <detects> especificada en un componente. En este punto se considera que se han detectado todos los componentes especificados y se seleccionan para la migración.

    3. Para cada componente seleccionado, LoadState evalúa las secciones <rules>. Para cada sección <rules>, si el perfil de usuario actual es el perfil de sistema y el contexto de la sección <rules> es "System" o "UserAndSystem", se sigue procesando la regla. De lo contrario, se omite la regla. Por otro lado, si el perfil de usuario actual no es el perfil de sistema y el contexto de la sección <rules> es "User" o "UserAndSystem", se sigue procesando la regla. De lo contrario, se omite la regla.

    4. LoadState crea una lista maestra de unidades de migración procesando las distintas subsecciones de la sección <rules>. Se migran todas las unidades de migración contenidas en una subsección <include>, siempre y cuando no haya una regla más específica al respecto en una subsección <exclude> dentro de la misma sección <rules>. Si desea obtener más información sobre el orden de prioridad, vea Conflictos y precedencia.

    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, LoadState procesa las unidades de migración que recopiló ScanState mediante archivos de manifiesto de nivel inferior con el manifiesto de componente para Windows 7 correspondiente. Los archivos de manifiesto de nivel inferior no se usan durante la ejecución de LoadState.

      ImportantImportante
      Es importante especificar los archivos .xml con el comando LoadState si desea que LoadState los use. De lo contrario, se omitirán todas las reglas específicas del destino, como <locationModify>, que haya en estos archivos .xml, aunque se hayan proporcionado esos mismos archivos al ejecutar el comando ScanState.

  5. En la fase de "aplicación", LoadState escribe las unidades de migración recopiladas en las distintas ubicaciones del equipo de destino. Si se producen conflictos y no hay una regla <merge> para el objeto, el comportamiento predeterminado para el Registro es que el origen sobrescriba el destino. El comportamiento predeterminado para los archivos consiste en cambiar el nombre del origen de forma incremental; por ejemplo, NombreOriginalArchivo(1).ExtensiónOriginal. Algunas configuraciones, como las fuentes, el papel tapiz y el protector de pantalla solo se aplicarán cuando el usuario vuelva a iniciar sesión. Por este motivo, debe cerrar sesión cuando se hayan completado las acciones del comando LoadState.

Consulte también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft