Personalizar ficheiros XML USMT
Visão geral
Para utilizar qualquer um dos ficheiros de migração.xml com as ferramentas ScanState e LoadState , especifique estes ficheiros na linha de comandos com a opção /i
. Uma vez que as ferramentas ScanState e LoadState precisam dos ficheiros .xml para controlar a migração, especifique o mesmo conjunto de ficheiros .xml para os ScanState.exe
comandos e LoadState.exe
. No entanto, o Config.xml
ficheiro com a opção /config
não precisa de ser especificado, a menos que alguns dos ficheiros e definições migrados do arquivo precisem de ser excluídos. Por exemplo, para migrar a pasta Documentos para o arquivo, mas não para o computador de destino. Para alcançar este cenário, modifique o Config.xml
ficheiro e especifique o ficheiro atualizado com o LoadState.exe
comando . Em LoadState.exe
seguida, o comando só migra os ficheiros e definições pretendidos.
Se um ficheiro .xml for deixado de fora do LoadState.exe
comando, todos os dados no arquivo que foram migrados com os ficheiros .xml em falta serão migrados. No entanto, as regras de migração especificadas com o ScanState.exe
comando não se aplicam. Por exemplo, se um ficheiro.xml ficar de fora e contiver uma regra de redirecionamento, como:
MigsysHelperFunction.RelativeMove("c:\data", "%CSIDL_PERSONAL%")
O USMT não redireciona os ficheiros e são migrados para C:\data
.
Para modificar a migração, efetue um ou mais dos seguintes procedimentos.
Modifique os ficheiros de .xml de migração. Para excluir uma parte de um componente, modifique os ficheiros .xml . Por exemplo, para migrar C:\ mas excluir todos os ficheiros .mp3 ou para mover dados para uma nova localização no computador de destino. Para modificar estes ficheiros, a familiaridade com as regras de migração e a sintaxe é obrigatória. Para que ScanState e LoadState utilizem estes ficheiros, especifique-os na linha de comandos quando cada comando for introduzido.
Crie um ficheiro de .xml personalizado. Também pode ser criado um ficheiro de.xml personalizado para migrar as definições de outra aplicação ou para alterar o comportamento de migração de acordo com as necessidades da organização. Para ScanState e LoadState utilizarem este ficheiro, especifique-os em ambas as linhas de comandos.
Criar e modificar um ficheiro de Config.xml. Crie e modifique um
Config.xml
ficheiro para excluir um componente completo da migração. Por exemplo, umConfig.xml
ficheiro pode ser utilizado para excluir toda a pasta Documentos ou excluir as definições de uma aplicação. Excluir componentes que utilizam umConfig.xml
ficheiro é mais fácil do que modificar a migração .xml ficheiros porque não é necessário estar familiarizado com as regras de migração e a sintaxe. Além disso, a utilização de umConfig.xml
ficheiro é a única forma de excluir a migração das definições do sistema operativo.
Para obter mais informações sobre como excluir dados, veja o artigo Excluir Ficheiros e Definições .
Ficheiros de .xml de migração
Esta secção descreve a migração .xml ficheiros incluídos no USMT. Cada ficheiro contém regras de migração que controlam os componentes que são migrados e para onde são migrados no computador de destino.
Observação
O caráter universal asterisco (*) pode ser utilizado em cada um destes ficheiros. No entanto, um ponto de interrogação (?) não pode ser utilizado como caráter universal.
O ficheiro MigApp.xml. Especifique este ficheiro com os
ScanState.exe
comandos eLoadState.exe
para migrar as definições da aplicação.O ficheiro MigDocs.xml. Especifique este ficheiro com as ferramentas ScanState e LoadState para migrar todas as pastas de utilizador e ficheiros encontrados pela função auxiliar MigXmlHelper.GenerateDocPatterns . Esta função auxiliar localiza os dados do utilizador que residem na raiz de qualquer unidade e no diretório Utilizadores. No entanto, não encontra nem migra quaisquer dados da aplicação, ficheiros de programa ou quaisquer ficheiros no diretório do Windows. O
MigDocs.xml
ficheiro pode ser modificado.O ficheiro MigUser.xml. Especifique este ficheiro com os
ScanState.exe
comandos eLoadState.exe
para migrar pastas de utilizador, ficheiros e tipos de ficheiro. OMigUser.xml
ficheiro pode ser modificado. Este ficheiro não contém regras que migram contas de utilizador específicas. A única forma de especificar as contas de utilizador a migrar é na linha de comandos com as opções ScanState User e loadState User.
Observação
Não utilize os MigUser.xml
ficheiros e MigDocs.xml
em conjunto. Para obter mais informações, consulte os artigos Identificar tipos de ficheiros, ficheiros e pastas e melhores práticas do USMT .
Ficheiros de .xml personalizados
Os ficheiros .xml personalizados podem ser criados para personalizar a migração para as necessidades exclusivas da organização. Por exemplo, um ficheiro de.xml personalizado pode ser criado para migrar uma aplicação de linha de negócio ou para modificar o comportamento de migração predefinido. Para ScanState.exe
e LoadState.exe
para utilizar este ficheiro, especifique-o com ambos os comandos. Para obter mais informações, veja o artigo Exemplos de XML personalizados .
O ficheiro Config.xml
O Config.xml
ficheiro é um ficheiro opcional que é criado com a opção /genconfig
com o ScanState.exe
comando . Este ficheiro deve ser criado e modificado para excluir determinados componentes da migração. Além disso, este ficheiro tem de ser criado e modificado para excluir qualquer uma das definições do sistema operativo de ser migrado. O Config.xml
formato de ficheiro é diferente da migração .xml ficheiros porque não contém regras de migração. Contém apenas uma lista dos componentes do sistema operativo, aplicações e documentos de utilizador que podem ser migrados. Para obter um exemplo, veja o artigo Config.xml Ficheiro . Por este motivo, excluir componentes que utilizam o Config.xml
ficheiro é mais fácil do que modificar a migração .xml ficheiros. Com o Config.xml
, a familiaridade com as regras de migração e a sintaxe não é. No entanto, os carateres universais não podem ser utilizados num Config.xml
ficheiro.
Para incluir todos os componentes predefinidos, não é necessário criar um Config.xml
ficheiro. Em alternativa, se o comportamento de migração predefinido definido nos MigApp.xml
ficheiros , MigDocs.xml
e MigUser.xml
for satisfatório e apenas alguns componentes tiverem de ser excluídos, pode ser criado um Config.xml
ficheiro. Os outros ficheiros.xml podem ser deixados no estado original.
Quando o ScanState.exe
comando é executado com a opção /genconfig
, ScanState.exe
lê os outros ficheiros.xml especificados através da opção /i
para criar uma lista personalizada de componentes que podem ser migrados a partir do computador. Este ficheiro contém apenas componentes do sistema operativo, aplicações e secções de documento do utilizador que estão em ambos os ficheiros .xml e que são instalados no computador quando o ScanState.exe
comando é executado com a opção /genconfig
. Por conseguinte, este ficheiro deve ser criado num computador de origem que contenha todos os componentes, aplicações e definições que estão presentes nos computadores de destino. Criar o ficheiro no computador de origem garante que este ficheiro contém todos os componentes que podem ser migrados. Os componentes estão organizados em secções: Aplicações, WindowsComponents e <Documentos>>. <>< Para optar por não migrar um componente, altere a respetiva entrada para migrate="no"
.
Após a criação deste ficheiro, só tem de ser especificado com o ScanState.exe
comando através da opção /Config
para que este afete a migração. No entanto, se os dados adicionais que foram migrados para o arquivo precisarem de ser excluídos, modifique o Config.xml
ficheiro e especifique o ficheiro atualizado com o LoadState.exe
comando . Por exemplo, se a pasta Documentos for recolhida no arquivo, mas a pasta Documentos não precisar de ser migrada para um computador de destino, o Config.xml
ficheiro pode ser modificado para indicar migrate="no"
antes de o LoadState.exe
comando ser executado e o ficheiro não ser migrado. Para obter mais informações sobre a precedência que ocorre ao excluir dados, veja o artigo Excluir ficheiros e definições .
Além disso, tenha em atenção a seguinte funcionalidade com o Config.xml
ficheiro:
Se um componente principal for removido da migração no
Config.xml
ficheiro ao especificarmigrate="no"
, todos os componentes subordinados serão automaticamente removidos da migração, mesmo que o componente subordinado esteja definido comomigrate="yes"
.Se, por engano, existirem duas linhas de código para o mesmo componente em que uma linha especifica
migrate="no"
e a outra linha especifica ,migrate="yes"
o componente é migrado.No USMT, existem várias políticas de migração que podem ser configuradas no
Config.xml
ficheiro. Por exemplo, podem ser configuradas opções adicionais <errorControl>, <ProfileControl> e <HardLinkStoreControl> . Para obter mais informações, veja o artigo Config.xml Ficheiro .
Observação
Para excluir um componente do Config.xml
ficheiro, defina o valor de migração como "não". Eliminar a etiqueta XML do componente do Config.xml
ficheiro não exclui o componente da migração.
Exemplos
O comando seguinte cria um
Config.xml
ficheiro no diretório atual, mas não cria um arquivo:ScanState.exe /i:MigApp.xml /i:MigDocs.xml /genconfig:Config.xml /v:5
O comando seguinte cria um arquivo encriptado com o
Config.xml
ficheiro e a migração predefinida .xml ficheiros:ScanState.exe \\server\share\migration\mystore /i:MigApp.xml /i:MigDocs.xml /o /config:Config.xml /v:5 /encrypt /key:"mykey"
O comando seguinte desencripta o arquivo e migra os ficheiros e definições:
LoadState.exe \\server\share\migration\mystore /i:MigApp.xml /i:MigDocs.xml /v:5 /decrypt /key:"mykey"
Informações adicionais
- Para obter mais informações sobre como alterar os ficheiros e definições migrados, veja os artigos de procedimentos da Ferramenta de Migração de Estado do Utilizador (USMT).
- Para obter mais informações sobre cada elemento .xml , veja o artigo da biblioteca de elementos XML .
- Para obter respostas a perguntas comuns, consulte ".xml ficheiros" no artigo Perguntas mais frequentes .