Como funciona a USMT

A USMT inclui duas ferramentas que migram configurações e dados: ScanState e LoadState. O ScanState coleta informações do computador de origem, e o LoadState aplica essas informações ao computador de destino.

Observação

Para obter mais informações sobre como a USMT processa as regras e os arquivos XML, consulte Conflitos e precedência.

O processo ScanState

Quando a ferramenta ScanState é executada no computador de origem, ela passa pelo seguinte processo:

  1. Ele analisa e valida os parâmetros de linha de comando, cria o arquivo e começa a ScanState.log registrar em log.

  2. Ele coleta informações sobre todos os componentes de migração que precisam ser migrados. Um componente de migração é um grupo lógico de arquivos, chaves do Registro e valores. Por exemplo, o conjunto de arquivos, chaves do Registro e valores que armazenam as configurações do Adobe Acrobat é agrupado em um único componente de migração.

    Existem três tipos de componentes:

    • Componentes que migram as configurações do sistema operacional.

    • Componentes que migram configurações de aplicativos.

    • Componentes que migram arquivos de usuários.

    A ferramenta ScanState coleta informações sobre as configurações do aplicativo e os componentes de dados do usuário dos arquivos .xml especificados na linha de comando.

    Nas versões atualmente suportadas do Windows, os arquivos de manifesto controlam como as configurações do sistema operacional são migradas. Esses arquivos não podem ser modificados. Para excluir certas configurações do sistema operacional, um Config.xml arquivo deve ser criado e modificado.

  3. O ScanState determina quais perfis de usuário devem ser migrados. Por padrão, todos os perfis de usuário no computador de origem são migrados. No entanto, os usuários podem ser incluídos e excluídos usando as opções de usuário. O perfil Sistema e o perfil Público em um computador de origem que executa as versões atualmente compatíveis do Windows sempre são migrados e esses perfis não podem ser excluídos da migração.

  4. Na fase de verificação , o ScanState faz o seguinte para cada perfil de usuário selecionado para migração:

    1. Para cada componente, ScanState verifica o tipo do componente. Se o perfil de usuário atual for o perfil de sistema e o tipo de componente for Sistema ou UserAndSystem, o componente será selecionado para esse usuário. Caso contrário, o componente será ignorado. Como alternativa, se o perfil de usuário atual não for o perfil do sistema e o tipo de componente for User ou UserAndSystem, o componente será selecionado para esse usuário. Caso contrário, esse componente será ignorado.

      Observação

      Desse ponto em diante, ScanState não distingue entre componentes que migram configurações do sistema operacional, componentes que migram configurações de aplicativo e componentes que migram arquivos de usuários. ScanState processa todos os componentes da mesma maneira.

    2. Cada componente selecionado na etapa anterior é processado posteriormente. Todas as variáveis específicas do perfil (como CSIDL_PERSONAL) são avaliadas no contexto do perfil atual. Por exemplo, se o perfil que está sendo processado pertencer ao Usuário1, CSIDL_PERSONAL expandiria para C:\Users\User1\Documents, supondo que os perfis de usuário estejam armazenados no C:\Users diretório.

    3. Para cada componente selecionado, o ScanState avalia a <seção de detecções> . Se a condição na <seção detects> for avaliada como falsa, o componente não será mais processado. Caso contrário, o processamento desse componente continuará.

    4. Para cada componente selecionado, ScanState avalia as seções de <regras> . Para cada <seção de regras> , se o perfil de usuário atual for o perfil do sistema e o <contexto da seção de regras> for System ou UserAndSystem, a regra será processada posteriormente. Caso contrário, essa regra será ignorada. Como alternativa, se o perfil de usuário atual não for o perfil do sistema e o contexto da seção de regras> for User ou UserAndSystem, a regra será processada< ainda mais. Caso contrário, essa regra será ignorada.

    5. O ScanState cria uma lista de unidades de migração que precisam ser migradas processando as várias subseções nessa <seção de regras> . Cada unidade é coletada se a unidade for mencionada em uma <subseção de inclusão> , desde que não haja uma regra mais específica para ela em uma <subseção de exclusão> na mesma <seção de regras> . Para obter mais informações sobre precedência nos arquivos .xml , consulte Conflitos e precedência.

      Além disso, qualquer unidade de migração (como um arquivo, uma chave do Registro ou um conjunto de valores do Registro) que esteja em uma <seção UnconditionalExclude> não será migrada.

      Observação

      ScanState ignora algumas subseções, como <destinationCleanup> e <locationModify>. Essas seções são avaliadas somente no computador de destino.

  5. Na fase de coleta , o ScanState cria uma lista central das unidades de migração combinando as listas que foram criadas para cada perfil de usuário selecionado.

  6. Na fase de Salvamento , o ScanState grava as unidades de migração que foram coletadas no local da loja.

    Observação

    ScanState não modifica o computador de origem de forma alguma.

O processo LoadState

O processo LoadState é semelhante ao processo ScanState . A ferramenta ScanState coleta unidades de migração, como arquivo, chave do Registro ou valores do Registro do computador de origem e as salva no repositório. Da mesma forma, a ferramenta LoadState coleta unidades de migração do repositório e as aplica ao computador de destino.

  1. ScanState analisa e valida os parâmetros de linha de comando, cria o arquivo e começa a ScanState.log registrar em log.

  2. O LoadState coleta informações sobre os componentes de migração que precisam ser migrados.

    O LoadState obtém informações para os componentes de configurações do aplicativo e componentes de dados do usuário dos arquivos de.xml de migração especificados pelo LoadState.exe comando.

    Nas versões atualmente suportadas do Windows, os arquivos de manifesto controlam como as configurações do sistema operacional são migradas. Esses arquivos não podem ser modificados. Para excluir certas configurações do sistema operacional, um Config.xml arquivo deve ser criado e modificado.

  3. O LoadState determina quais perfis de usuário devem ser migrados. Por padrão, todos os perfis de usuário presentes no computador de origem são migrados. No entanto, os usuários podem ser incluídos e excluídos usando as opções de usuário. O perfil Sistema e o perfil Público em um computador de origem que executa as versões atualmente com suporte do Windows sempre são migrados e esses perfis não podem ser excluídos da migração.

    • Se as contas de usuário locais estiverem sendo migradas e se as contas ainda não existirem no computador de destino, a /lac opção de linha de comando deverá ser usada. Se a /lac opção não for especificada, as contas de usuário locais que ainda não estiverem presentes no computador de destino não serão migradas.

    • Quando especificado com o LoadState.exe comando, as /md opções e /mu são processadas para renomear o perfil de usuário no computador de destino.

    • Para cada perfil de usuário selecionado no repositório, o LoadState cria um perfil de usuário correspondente no computador de destino. O computador de destino não precisa estar conectado ao domínio para que os perfis de usuário do domínio sejam criados. Se a USMT não conseguir determinar um domínio, ela tentará aplicar as configurações a uma conta local. Para obter mais informações, consulte Identificar usuários.

  4. Na fase de verificação , o LoadState faz o seguinte para cada perfil de usuário:

    1. Para cada componente, o LoadState verifica o tipo do componente. Se o perfil de usuário atual for o perfil de sistema e o tipo de componente for Sistema ou UserAndSystem, o componente será selecionado para esse usuário. Caso contrário, o componente será ignorado. Como alternativa, se o perfil de usuário atual não for o perfil do sistema e o tipo de componente for User ou UserAndSystem, o componente será selecionado para esse usuário. Caso contrário, esse componente será ignorado.

      Observação

      Desse ponto em diante, o LoadState não distingue entre componentes que migram configurações do sistema operacional, componentes que migram configurações de aplicativo e componentes que migram arquivos de usuários. O LoadState avalia todos os componentes da mesma maneira.

    2. Cada componente selecionado é processado posteriormente. Todas as variáveis específicas do perfil (como CSIDL_PERSONAL) são avaliadas no contexto do perfil atual. Por exemplo, se o perfil que está sendo processado pertencer ao Usuário1, CSIDL_PERSONAL expandirá para C:\Users\User1\Documents (supondo que os perfis de usuário estejam armazenados no C:\Users diretório).

      Observação

      LoadState ignora a <seção de> detecção especificada em um componente. Nesse ponto, todos os componentes especificados são considerados detectados e selecionados para migração.

    3. Para cada componente selecionado, o LoadState avalia as seções de <regras> . Para cada <seção de regras> , se o perfil de usuário atual for o perfil do sistema e o <contexto da seção de regras> for System ou UserAndSystem, a regra será processada posteriormente. Caso contrário, essa regra será ignorada. Como alternativa, se o perfil de usuário atual não for o perfil do sistema e o contexto da seção de regras> for User ou UserAndSystem, a regra será processada< ainda mais. Caso contrário, essa regra será ignorada.

    4. O LoadState cria uma lista central de unidades de migração processando as várias subseções na seção de< regras>. Cada unidade de migração que está em uma <subseção de inclusão> é migrada, desde que não haja uma regra mais específica para ela em uma <subseção de exclusão> na mesma <seção de regras> . Para obter mais informações sobre precedência, consulte Conflitos e precedência.

    5. O LoadState avalia as subseções específicas do computador de destino, por exemplo, as <subseções destinationCleanup> e <locationModificode> .

    6. Se o computador de destino estiver executando uma versão do Windows com suporte no momento, as migunits que foram coletadas por ScanState usando arquivos de manifesto de nível inferior serão processadas por LoadState usando o manifesto de componente correspondente da versão de nível inferior do Windows. Os arquivos de manifesto de nível inferior não são usados durante o LoadState.

      Importante

      Para que LoadState use os arquivos .xml , é importante especificá-los com o LoadState.exe comando. Caso contrário, todas as regras específicas de destino, como <locationModify>, nesses arquivos.xml serão ignoradas, mesmo que os mesmos arquivos .xml tenham sido fornecidos quando o ScanState.exe comando foi executado.

  5. Na fase Aplicar , o LoadState grava as unidades de migração que foram coletadas nos vários locais no computador de destino. Se houver conflitos e não houver uma <regra de mesclagem> para o objeto, o comportamento padrão do Registro será que a origem substitua o destino. O comportamento padrão para arquivos é que a origem seja renomeada incrementalmente, por exemplo, OriginalFileName(1). OriginalExtension. Algumas configurações, como fontes, papel de parede e configurações de proteção de tela, não entram em vigor até a próxima vez que o usuário fizer logon. Por esse motivo, saia quando as ações de LoadState.exe comando forem concluídas.

  • Last updated on