Compartir a través de

Procedimientos recomendados de USMT

En este artículo se describen los procedimientos recomendados generales y relacionados con la seguridad al usar la Herramienta de migración de estado de usuario (USMT).

Procedimientos recomendados generales

  • Instale las aplicaciones antes de ejecutar la herramienta LoadState.

    Aunque no siempre es esencial, se recomienda instalar todas las aplicaciones en el equipo de destino antes de restaurar el estado del usuario. La instalación de aplicaciones antes de restaurar el estado del usuario ayuda a garantizar que se conserve la configuración migrada.

  • No use MigUser.xml ni MigDocs.xml juntos.

    Si se usan juntos MigUser.xml y MigDocs.xml , algunos archivos migrados se pueden duplicar si se proporcionan instrucciones en conflicto sobre las ubicaciones de destino. La /genmigxml opción de línea de comandos se puede usar para determinar qué archivos se incluyen en la migración y determinar si es necesario realizar modificaciones. Para obtener más información, vea Identificar tipos de archivo, archivos y carpetas.

  • Use MigDocs.xml para una mejor experiencia de migración.

    Si el conjunto de datos es desconocido o si muchos archivos se almacenan fuera de las carpetas estándar de perfil de usuario, el MigDocs.xml archivo es una mejor opción que el MigUser.xml archivo, ya que el MigDocs.xml archivo recopila un ámbito más amplio de datos. El MigDocs.xml archivo migra carpetas de datos en función de la ubicación y del tipo de archivo registrado consultando las extensiones de aplicación registradas en el Registro. El MigUser.xml archivo migra solo los archivos con las extensiones de archivo especificadas.

  • Cierre todas las aplicaciones antes de ejecutar las herramientas ScanState o LoadState.

    Aunque el uso del /vsc modificador puede permitir la migración de muchos archivos abiertos con otra aplicación, se recomienda cerrar todas las aplicaciones para garantizar la migración de todos los archivos y la configuración. Sin el /vsc modificador o /c , USMT produce un error cuando no puede migrar un archivo o una configuración. Cuando se usa la /c opción, USMT omite todos los archivos o configuraciones que no puede migrar y registrar un error cada vez.

  • Cierre la sesión después de ejecutar LoadState.

    Algunos ajustes, como fuentes, fondos de pantalla y ajustes de protector de pantalla, no surtirá efecto hasta la próxima vez que el usuario inicie sesión. Por este motivo, cierre la sesión después de ejecutar la herramienta LoadState .

  • Entorno administrado.

    Para crear un entorno administrado, todos los documentos del usuario final se pueden mover a la carpeta Documentos (%CSIDL_PERSONAL%). Microsoft recomienda migrar archivos al menor número posible de carpetas en el equipo de destino. Minimizar carpetas ayuda a limpiar archivos en el equipo de destino si se produce un error en el LoadState.exe comando antes de la finalización.

  • Chkdsk.exe.

    Microsoft recomienda ejecutar Chkdsk.exe antes de ejecutar las herramientas ScanState y LoadState . Chkdsk.exe crea un informe de estado para una unidad de disco duro y enumera y corrige errores comunes. Para obtener más información sobre la herramienta deChkdsk.exe , consulte Chkdsk.

  • Migre en grupos.

    Si la migración se realiza mientras los usuarios usan la red, es mejor migrar cuentas de usuario en grupos. Para minimizar el efecto en el rendimiento de la red, determine el tamaño de los grupos en función del tamaño de cada cuenta de usuario. La migración en fases también permite asegurarse de que cada fase se realiza correctamente antes de iniciar la siguiente fase. Cuando este método es , se pueden realizar las modificaciones necesarias en el plan entre grupos.

Procedimientos recomendados de seguridad

Como administrador autorizado, es responsabilidad proteger la privacidad de los usuarios y mantener la seguridad durante y después de la migración. En concreto, deben tenerse en cuenta los siguientes problemas:

  • Sistema de archivos de cifrado (EFS).

    Tenga mucho cuidado al migrar archivos cifrados, ya que el usuario final no necesita iniciar sesión para capturar el estado del usuario. De forma predeterminada, USMT produce un error si se encuentra un archivo cifrado. Para obtener instrucciones específicas sobre los procedimientos recomendados de EFS, consulte Migración de archivos y certificados efs.

    Nota

    Si se migra un archivo cifrado sin migrar también el certificado, los usuarios finales no podrán acceder al archivo después de la migración.

  • Cifre el almacén.

    Considere la posibilidad de usar la /encrypt opción con el ScanState.exe comando y la /decrypt opción con el LoadState.exe comando . Sin embargo, tenga mucha precaución con este conjunto de opciones, ya que cualquier persona que tenga acceso al script de línea ScanState.exe de comandos también tiene acceso a la clave de cifrado.

  • Examen de virus.

    Microsoft recomienda examinar los equipos de origen y de destino en busca de virus antes de ejecutar USMT. Además, se debe examinar la imagen del equipo de destino. Para ayudar a proteger los datos frente a virus, Microsoft recomienda encarecidamente ejecutar una utilidad antivirus antes de la migración.

  • Mantenga la seguridad del servidor de archivos y del servidor de implementación.

    Microsoft recomienda administrar la seguridad de los servidores de archivos y de implementación. Es importante asegurarse de que el servidor de archivos donde se guarda el almacén es seguro. El servidor de implementación también debe protegerse para asegurarse de que no se exponen los datos de usuario que están en los archivos de registro. Microsoft también recomienda transmitir solo datos a través de una conexión de red segura, como una red privada virtual. Para obtener más información sobre la seguridad de red, consulte Administrador de cumplimiento de seguridad de Microsoft.

  • Migración de contraseña.

    Para garantizar la privacidad de los usuarios finales, USMT no migra contraseñas, incluidas contraseñas para aplicaciones o unidades de red asignadas. Es importante asegurarse de que los usuarios finales conozcan sus contraseñas.

  • Creación de cuentas locales.

    Antes de migrar las cuentas locales, consulte la sección Migración de cuentas locales en el artículo Identificar usuarios .

Procedimientos recomendados de archivos XML

  • Especifique el mismo conjunto de archivos mig*.xml en las herramientas ScanState y LoadState.

    Si se usa un conjunto determinado de archivos mig*.xml con la herramienta ScanState , ya sea a través de la /auto opción o individualmente a través de la /i opción , se debe usar la misma opción para llamar a exactamente los mismos archivos mig*.xml en la herramienta LoadState .

  • CustomFileName <> en el urlid de migración debe coincidir con el nombre del archivo.

    Aunque no es un requisito, se <recomienda que CustomFileName> coincida con el nombre del archivo. Por ejemplo, el ejemplo siguiente es del MigApp.xml archivo :

    <?xml version="1.0" encoding="UTF-8"?>
<migration urlid="http://www.microsoft.com/migration/1.0/migxmlext/migapp">

  • Use el esquema XML (MigXML.xsd) al crear archivos .xml para validar la sintaxis.

    El MigXML.xsd archivo de esquema no debe incluirse en la línea de comandos ni en ninguno de los archivos .xml .

  • Use los archivos XML de migración predeterminados como modelos.

    Para crear un archivo de.xml personalizado, los archivos de.xml de migración se pueden usar como modelos para crear versiones personalizadas. Si es necesario migrar archivos de datos de usuario, modele el archivo de.xml personalizado en MigUser.xml. Para migrar la configuración de la aplicación, modele el archivo de.xml personalizado en el MigApp.xml archivo.

  • Tenga en cuenta el impacto en el rendimiento al usar el parámetro de <contexto> .

    El rendimiento de la migración puede verse afectado cuando el <elemento de contexto> se usa con el elemento de< componente>. Por ejemplo, al encapsular unidades lógicas de reglas de inclusión> y exclusión basadas en< archivos o rutas de acceso.><

    En el contexto De usuario , una regla se procesa una vez para cada usuario del sistema.

    En el contexto del sistema , una regla se procesa una vez para el sistema.

    En el contexto UserAndSystem , una regla se procesa una vez para cada usuario del sistema y una vez para el sistema.

    Nota

    El número de veces que se procesa una regla no afecta al número de veces que se migra un archivo. El motor de migración de USMT garantiza que cada archivo se migra solo una vez.

  • Microsoft recomienda crear un archivo .xml independiente en lugar de agregar código .xml a uno de los archivos de .xml de migración existentes.

    Por ejemplo, para el código que migra la configuración de una aplicación, el código no debe agregarse simplemente al MigApp.xml archivo.

  • No se deben crear archivos de .xml personalizados para modificar la configuración del sistema operativo que se migra.

    Los archivos de manifiesto determinan qué configuración se migra. Los archivos de manifiesto no se pueden modificar. Dado que los archivos de manifiesto no se pueden modificar, para excluir cierta configuración del sistema operativo de la migración, cree y modifique un Config.xml archivo en su lugar.

  • El carácter comodín asterisco (*) se puede usar en cualquier archivo XML de migración que se cree.

    Nota

    El signo de interrogación no es válido como carácter comodín en los archivos .xml USMT.