Compartilhar via

Repositório de migração com links físicos

  • Artigo

Um repositório de migração com links físicos possibilita a realização de uma migração in-loco, em que todo o estado do usuário é mantido no computador enquanto o sistema operacional antigo é removido e o novo é instalado; por isso, é mais indicado para o cenário de atualização de computadores. O uso de um repositório de migração com links físicos nesse tipo de cenário melhora muito o desempenho da migração e reduz consideravelmente a utilização do disco rígido, reduz os custos da implantação e possibilita cenários de migração inteiramente novos.

Neste tópico

Quando usar uma migração com links físicos

Noções básicas das migrações com links físicos

Cenário de migração com links físicos

Detalhes dos repositórios de migração com links físicos

Espaço no disco rígido

Estimativa do tamanho do repositório de migração com links físicos

Caminho dos repositórios de migração em vários volumes

Modificações de local

Migrando certificados e arquivos do EFS (Encrypting File System)

Migrando arquivos bloqueados com o repositório de migração com links físicos

Elementos XML no arquivo Config.xml

Você pode usar um repositório de migração com links físicos quando a migração planejada cumprir estes dois critérios:

  • Você está atualizando o sistema operacional no hardware existente, em vez de migrar para novos computadores.

  • Você está atualizando o sistema operacional no mesmo volume do computador.

Você não poderá usar um repositório de migração com links físicos se a migração planejada incluir alguma das seguintes condições:

  • Você está migrando dados de um computador para outro.

  • Você está migrando dados de um volume em um computador para outro volume; por exemplo, de C: para D:.

  • Você está formatando ou reparticionando o disco fora da Instalação do Windows, ou está especificando, durante a Instalação do Windows, um formato ou uma repartição de disco que removerá o repositório de migração.

O repositório de migração com links físicos é criado por meio da opção de linha de comando /hardlink e é equivalente a outros tipos de repositório de migração. A diferença é que links físicos são utilizados para manter os arquivos armazenados no computador de origem durante a migração. Manter os arquivos in-loco no computador de origem elimina o trabalho redundante de duplicá-los. Também traz os benefícios de melhoria no desempenho e redução na utilização do disco que definem esse cenário.

Ao criar um link físico, você atribui a um arquivo existente um caminho adicional. Por exemplo, você pode criar um link físico para c:\file1.txt chamado c:\hard link\myFile.txt. São dois caminhos para o mesmo arquivo. Se abrir c:\file1.txt, fizer alterações e salvar o arquivo, você verá essas alterações quando abrir c:\hard link\myFile.txt. Se você excluir c:\file1.txt, o arquivo ainda existirá no seu computador como c:\hardlink\myFile.txt. É preciso excluir as duas referências ao arquivo para realmente excluí-lo.

Dica

Só é possível criar um link físico para um arquivo no mesmo volume. Se você copiar um repositório de migração com links físicos para outra unidade ou para um dispositivo externo, serão copiados os arquivos, e não os links, como em um cenário de repositório de migração não compactado.

Para saber mais sobre links físicos, veja o artigo sobre links físicos e junções

Na maioria dos aspectos, um repositório de migração com links físicos é idêntico a um repositório de migração não compactado. Ele está localizado onde é especificado pela ferramenta de linha de comando Scanstate e você pode ver seu conteúdo usando o Windows® Explorer. Uma vez criado, ele pode ser excluído ou copiado para outro local sem mudar o estado do usuário. A restauração de um repositório de migração com links físicos é semelhante à de qualquer outro repositório de migração; porém, assim como na criação do repositório, a mesma funcionalidade de links físicos é usada para manter os arquivos in-loco.

Uma prática recomendada é excluir o repositório de migração com links físicos após confirmar que a migração dos arquivos pela ferramenta Loadstate foi bem-sucedida. Como a Loadstate criou novos caminhos para os arquivos na nova instalação de um sistema operacional Windows, a exclusão dos links físicos no repositório de migração só excluirá um caminho e não excluirá os arquivos propriamente ditos, nem os caminhos no novo sistema operacional.

Importante

A opção /c forçará a ferramenta Loadstate a continuar aplicando arquivos quando ocorrerem erros não fatais. Se usar a opção /c, você deverá verificar se não foram relatados erros nos logs antes de excluir o repositório de migração com links físicos, para evitar perda de dados.

Se o repositório de migração com links físicos for mantido, um espaço em disco adicional poderá ser consumido ou poderá haver problemas com alguns aplicativos, pelos seguintes motivos:

  • Aplicativos que relatem estatísticas do sistema de arquivos, por exemplo, espaço usado e espaço livre, poderão relatar essas estatísticas incorretamente enquanto o repositório de migração com links físicos estiver presente. Um arquivo poderá ser relatado duas vezes porque há dois caminhos que fazem referência a ele.

  • Um link físico poderá perder sua conexão com o arquivo original. Alguns aplicativos salvam as alterações feitas em um arquivo criando um arquivo temporário e depois renomeando o original com um nome de arquivo de backup. O caminho que não foi usado para abrir o arquivo nesse aplicativo continuará a fazer referência ao arquivo que não foi modificado. O arquivo inalterado que não está em uso ocupa espaço em disco adicional. É recomendável criar o repositório de migração com links físicos logo antes de realizar a migração, e não usar os aplicativos depois que o repositório for criado, para garantir que sejam migradas as versões mais recentes de todos os arquivos.

  • Editar o arquivo usando caminhos diferentes simultaneamente poderá fazer com que os dados fiquem corrompidos.

Importante

O atributo somente leitura nos arquivos migrados será perdido quando o repositório de migração com links físicos for excluído. Isso acontece devido a uma limitação dos links físicos do sistema de arquivos NTFS.

Por exemplo, uma empresa decidiu implantar o Windows® 7 em todos os computadores. Cada funcionário manterá o mesmo computador, mas o sistema operacional em cada computador será atualizado.

  1. Um administrador executa a ferramenta de linha de comando ScanState em cada computador, especificando a opção de linha de comando /hardlink. A ferramenta ScanState salva o estado do usuário em um repositório de migração com links físicos em cada computador, melhorando o desempenho ao reduzir a duplicação de arquivos, exceto em certas instâncias específicas.

    Dica

    Uma prática recomendada é só criar o repositório de migração com links físicos pouco antes de realizar a migração, para migrar as versões mais recentes dos arquivos. Você não deve usar os aplicativos de software do computador após criar o repositório de migração até que tenha terminado de migrar os arquivos com a ferramenta Loadstate.

  2. Em cada computador, um administrador instala o SOE (ambiente operacional padrão) da empresa, que inclui o Windows 7 e outros aplicativos utilizados pela empresa.

  3. Um administrador executa a ferramenta de linha de comando LoadState em cada computador. A ferramenta LoadState restaura o estado do usuário em cada computador.

Esta seção fornece detalhes sobre os repositórios de migração com links físicos.

Espaço no disco rígido

A opção de linha de comando /hardlink só procederá à criação do repositório de migração se houver 250 megabytes (MB) de espaço livre no disco rígido. Desde que cada volume envolvido na migração esteja formatado como NTFS, um espaço de 250 MB deve ser suficiente para garantir o êxito de quase toda migração com links físicos, seja qual for o tamanho da migração.

Não é necessário estimar o tamanho de um repositório de migração com links físicos. Estimar o tamanho de um repositório de migração só será útil em cenários onde ele seja muito grande, e nos volumes NTFS o repositório de migração com links físicos exigirá muito menos espaço incremental do que outras opções de repositório. O único caso em que o repositório local poderá ser consideravelmente grande é quando sistemas de arquivos não NTFS existirem no sistema e contiverem dados que serão migrados. Como o NTFS é o formato padrão de sistema de arquivos para o Windows XP e os sistemas operacionais mais recentes, essa situação é incomum.

Caminho dos repositórios de migração em vários volumes

Repositórios de migração com links físicos separados são criados em cada volume NTFS que contenha dados a serem migrados. Neste cenário, o local principal do repositório de migração será especificado na linha de comando e deve ser o volume do sistema operacional. Repositórios de migração com nomes e nomes de diretório idênticos serão criados em cada volume que contenha dados a serem migrados. Por exemplo:

Scanstate /hardlink c:\USMTMIG […]

Executando esse comando em um sistema que contenha o sistema operacional na unidade C: e os dados do usuário na unidade D:, serão gerados repositórios de migração nos seguintes locais, pressupondo que as duas unidades sejam NTFS:

C:\USMTMIG\

D:\USMTMIG\

A unidade que você especifica para o repositório de migração com links físicos na linha de comando é importante, pois define onde o repositório mestre da migração deve ser colocado. O repositório mestre da migração é o local onde os dados que migram dos volumes não NTFS são armazenados. Esse volume deve ter espaço suficiente para conter todos os dados provenientes dos volumes não NTFS. Como em outros cenários, caso já exista um repositório de migração no caminho especificado, a opção /o deverá ser usada para substituir os dados existentes no repositório.

Modificações de local

Modificações de local que redirecionam o conteúdo migrado de um volume para outro têm impacto negativo no desempenho de uma migração com links físicos. A razão é que os dados em migração que precisam transpor volumes do sistema não podem permanecer no repositório de migração com links físicos e devem ser copiados entre os volumes.

Migrando certificados e arquivos do EFS (Encrypting File System)

Para migrar arquivos do EFS (Encrypting File System) para uma nova instalação de um sistema operacional no mesmo volume do computador, especifique a opção /efs:hardlink na sintaxe de linha de comando de Scanstate.

Se os arquivos do EFS estiverem sendo restaurados em uma partição diferente, será recomendável usar a opção /efs:copyraw em vez da opção /efs:hardlink. Só é possível criar links físicos para arquivos no mesmo volume. Para mover os arquivos para outra partição durante a migração, é necessário criar uma cópia dos arquivos na nova partição. A opção /efs:copyraw copia os arquivos para a nova partição em formato criptografado.

Para saber mais, veja Migrar arquivos e certificados EFS e a seção Opções de arquivo criptografado em Sintaxe de ScanState.

Arquivos que estão bloqueados por um aplicativo ou pelo sistema operacional são tratados de maneira diferente quando é usado um repositório de migração com links físicos.

Os arquivos que estão bloqueados pelo sistema operacional não podem permanecer in-loco e devem ser copiados para o repositório de migração com links físicos. Como resultado, a seleção de muitos arquivos do sistema operacional para migração reduz consideravelmente o desempenho durante uma migração com links físicos. Uma prática recomendada é não migrar nenhum arquivo do diretório do Windows; isso minimiza os problemas relacionados ao desempenho.

Os arquivos que estão bloqueados por um aplicativo são tratados, em migrações com links físicos, da mesma maneira que em outros cenários nos quais o Serviço de Cópias de Sombra de Volume não está sendo utilizado. Esse serviço não pode ser usado em conjunto com migrações com links físicos. Entretanto, se modificarmos a nova seção <HardLinkStoreControl> do arquivo Config.xml, será possível habilitar a migração de arquivos bloqueados por um aplicativo.

Importante

Há certos cenários nos quais a modificação da seção <HardLinkStoreControl> do arquivo Config.xml torna mais difícil excluir um repositório de migração com links físicos. Nesses cenários, você deverá usar USMTutils.exe para agendar a exclusão do repositório de migração na próxima reinicialização.

Elementos XML no arquivo Config.xml

Uma nova seção do arquivo Config.xml possibilita a configuração opcional de parte do comportamento da migração com links físicos introduzidos com a opção /hardlink.

<Policies>

Este elemento contém elementos que descrevem as políticas seguidas pela USMT ao criar um repositório de migração.

<HardLinkStoreControl>

Este elemento contém elementos que descrevem como lidar com os arquivos durante a criação de um repositório de migração com links físicos.

<fileLocked>

Este elemento contém elementos que descrevem como lidar com os arquivos que estão com edição bloqueada.

<createHardLink>

Este elemento define um padrão de MigXML que descreve os caminhos de arquivo onde os links físicos devem ser criados, mesmo que o arquivo esteja com edição bloqueada por outro aplicativo.

Sintaxe: <createHardLink> [padrão] </createHardLink>

<errorHardLink>

Este elemento define um padrão de MigXML que descreve os caminhos de arquivo onde os links físicos não deverão ser criados caso o arquivo esteja com edição bloqueada por outro aplicativo.

<errorHardLink> [padrão] </errorHardLink>

Importante

Você deve usar a opção /nocompress com a opção /hardlink.

O exemplo de XML a seguir especifica que os arquivos bloqueados por um aplicativo no diretório \Users podem permanecer in-loco durante a migração. Também especifica que os arquivos bloqueados que não se encontram no diretório \Users devem resultar no erro Arquivo em Uso. É importante ter cuidado ao especificar caminhos usando a marca <createHardLink>, a fim de minimizar os cenários que dificultam a exclusão do repositório de migração com links físicos.

<Policies>
    <HardLinkStoreControl>
          <fileLocked>
            <createHardLink>c:\Users\* [*]</createHardLink>
            <errorHardLink>C:\* [*]</errorHardLink>
          </fileLocked>
    </HardLinkStoreControl>
</Policies>

Consulte também

Outros Recursos

Planejar sua migração