Partilhar via

Repositório de migração de link físico

Um arquivo de migração hard-link permite a realização de uma migração no local onde todo o estado do utilizador é mantido no computador enquanto o sistema operativo antigo é removido e o novo sistema operativo é instalado. Esta funcionalidade é o que torna o arquivo de migração hard-link mais adequado para o cenário de atualização do computador. A utilização de um arquivo de migração hard-link para um cenário de atualização de computadores melhora drasticamente o desempenho da migração e reduz significativamente a utilização do disco rígido, reduz os custos de implementação e permite cenários de migração totalmente novos.

Um arquivo de migração hard-link pode ser utilizado quando a migração planeada cumpre ambos os critérios seguintes:

  • O sistema operativo está a ser atualizado em hardware existente em vez de migrar para novos computadores.

  • O sistema operativo está a ser atualizado no mesmo volume do computador.

Um arquivo de migração hard-link não pode ser utilizado se a migração planeada incluir qualquer uma das seguintes tarefas:

  • Os dados estão a ser migrados de um computador para outro.

  • Os dados estão a ser migrado de um volume num computador para outro volume no mesmo computador, por exemplo de C: para D:.

  • O disco que contém o arquivo de migração está a ser formatado ou repartitado do disco fora da Configuração do Windows ou durante a Configuração do Windows.

O arquivo de migração de ligações fixas é criado com a opção de linha de comandos , /hardlinke é equivalente a outros tipos de arquivo de migração. No entanto, difere na forma como as ligações fixas são utilizadas para manter os ficheiros armazenados no computador de origem durante a migração. Manter os ficheiros no local no computador de origem elimina o trabalho redundante de duplicar ficheiros. Também permite os benefícios de desempenho e a redução da utilização do disco que definem este cenário.

Quando é criada uma ligação fixa, é dado mais um caminho a um ficheiro existente. Por exemplo, uma ligação rígida para c:\file1.txt pode ser criada chamada c:\hard link\myFile.txt. Estes dois caminhos estão relacionados com o mesmo ficheiro. Se c:\file1.txt for aberto, as alterações efetuadas ao ficheiro, seguidas do ficheiro que está a ser guardado, essas alterações são vistas quando c:\hard link\myFile.txt são abertas. Se c:\file1.txt for eliminado, o ficheiro ainda existe no computador como c:\hardlink\myFile.txt. Ambas as referências ao ficheiro têm de ser eliminadas para eliminar o ficheiro.

Observação

Só é possível criar uma ligação fixa para um ficheiro no mesmo volume. Se um arquivo de migração de ligações fixas for copiado para outra unidade ou dispositivo externo, os ficheiros, e não as ligações, são copiados, como num cenário de arquivo de migração não comprimido.

Para obter mais informações sobre ligações fixas, veja Hard Links and Junctions (Ligações Fixas e Junções)

Na maioria dos aspetos, um arquivo de migração hard-link é idêntico a um arquivo de migração não comprimido. O arquivo de migração de ligações fixas está localizado conforme especificado pela ferramenta de linha de comandos ScanState.exe . Os conteúdos da loja podem ser visualizados através do Windows Explorer. Depois de criada, pode ser eliminada ou copiada para outra localização sem alterar o estado do utilizador. Restaurar um arquivo de migração hard-link é semelhante ao restauro de qualquer outro arquivo de migração. No entanto, tal como acontece com a criação do arquivo, é utilizada a mesma funcionalidade de ligação fixa para manter os ficheiros no local.

Como melhor prática, elimine o arquivo de migração hard-link depois de confirmar que os ficheiros são migrados com êxito através da ferramenta LoadState . Uma vez que LoadState cria novos caminhos para os ficheiros na nova instalação de um sistema operativo Windows, eliminar as ligações fixas no arquivo de migração só elimina um caminho para os ficheiros. Não elimina os ficheiros reais nem os caminhos para os mesmos do novo sistema operativo.

Importante

A utilização da opção /c força a ferramenta LoadState a continuar a aplicar ficheiros quando ocorrem erros não fatais. Se a opção /c for utilizada, verifique se não são comunicados erros nos registos antes de eliminar o arquivo de migração hard-link para evitar a perda de dados.

Manter o arquivo de migração de ligações fixas pode resultar no consumo de espaço em disco adicional ou em problemas com algumas aplicações pelos seguintes motivos:

  • As aplicações que reportam estatísticas do sistema de ficheiros, por exemplo, espaço utilizado e espaço livre, podem comunicar incorretamente estas estatísticas enquanto o arquivo de migração de ligações fixas está presente. O ficheiro pode ser reportado duas vezes devido aos dois caminhos que referenciam esse ficheiro.

  • Uma ligação fixa pode perder a ligação ao ficheiro original. Algumas aplicações guardam alterações num ficheiro ao criar um ficheiro temporário e, em seguida, ao mudar o nome original para um nome de ficheiro de cópia de segurança. O caminho que não foi utilizado para abrir o ficheiro nesta aplicação continua a referir-se ao ficheiro não modificado. O ficheiro não modificado que não está a ser utilizado está a ocupar mais espaço em disco. O arquivo de migração hard-link deve ser criado imediatamente antes de a migração ser efetuada. Assim que o arquivo for criado, as aplicações não devem ser utilizadas para garantir que as versões mais recentes de todos os ficheiros estão a ser migradas.

  • Editar o ficheiro utilizando caminhos diferentes em simultâneo pode resultar em danos nos dados.

Importante

O atributo de ficheiro só de leitura nos ficheiros migrados é perdido quando o arquivo de migração de ligações fixas é eliminado. Isto deve-se a uma limitação nas ligações fixas do sistema de ficheiros NTFS.

Por exemplo, uma organização decide implementar a versão suportada mais recente do Windows em todos os respetivos computadores. Cada funcionário mantém o mesmo computador, mas o sistema operativo em cada computador será atualizado.

  1. Um administrador executa a ferramenta de linha de comandos ScanState em cada computador, especificando a opção /hardlink de linha de comandos. A ferramenta ScanState guarda o estado do utilizador num arquivo de migração hard-link em cada computador, melhorando o desempenho ao reduzir a duplicação de ficheiros, exceto em determinadas instâncias específicas.

    Observação

    Como melhor prática, a Microsoft recomenda que não crie o arquivo de migração hard-link até que a migração seja realizada imediatamente antes de a migração ser efetuada para migrar as versões mais recentes dos ficheiros. As aplicações de software não devem ser utilizadas no computador depois de criar o arquivo de migração até que os ficheiros terminem a migração com LoadState.

  2. Em cada computador, um administrador instala o ambiente operativo padrão (SOE) da organização, que inclui a versão suportada mais recente do Windows e outras aplicações que a organização utiliza atualmente.

  3. Um administrador executa a ferramenta de linha de comandos LoadState em cada computador. A ferramenta LoadState restaura novamente o estado do utilizador em cada computador.

Observação

Durante a atualização de um computador associado a um domínio, os perfis de utilizadores cujo SID não pode ser resolvido não serão migrados. Ao utilizar um arquivo de migração hard-link, pode causar uma perda de dados.

Esta secção fornece detalhes sobre os arquivos de migração hard-link.

Espaço no disco rígido

A /hardlink opção da linha de comandos continua a criar o arquivo de migração apenas se existirem 250 megabytes (MB) de espaço livre no disco rígido. Se todos os volumes envolvidos na migração estiverem formatados como NTFS, 250 MB devem ter espaço suficiente para garantir o sucesso de quase todas as migrações de ligações fixas, independentemente do tamanho da migração.

Não é necessário estimar o tamanho de um arquivo de migração hard-link, uma vez que um arquivo de migração hard-link num volume NTFS é relativamente pequeno e requer muito menos espaço incremental do que outras opções de loja. Estimar o tamanho de um arquivo de migração só é útil em cenários em que o arquivo de migração é grande. O único caso em que o arquivo local pode ser grande com migrações hard-link é:

  • Existe um sistema de ficheiros não NTFS no sistema.
  • O sistema de ficheiros não NTFS contém dados que têm de ser migrados.

Uma vez que o NTFS é o formato de sistema de ficheiros predefinido para todas as versões atualmente suportadas do Windows, esta situação é invulgar.

Caminho do arquivo de migração em vários volumes

São criados arquivos de migração de ligações fixas separados em cada volume NTFS que contém dados que estão a ser migrados. Neste cenário, a localização principal do arquivo de migração é especificada na linha de comandos e deve ser o volume do sistema operativo. Os arquivos de migração com nomes idênticos e nomes de diretórios são criados em todos os volumes que contêm dados a serem migrados. Por exemplo:

ScanState.exe /hardlink c:\USMTMIG […]

Executar este comando num sistema que contém o sistema operativo na unidade C: e os dados do utilizador na unidade D: geram arquivos de migração nas seguintes localizações, partindo do princípio de que ambas as unidades são NTFS:

C:\USMTMIG\

D:\USMTMIG\

A unidade especificada na linha de comandos para o arquivo de migração de ligações fixas é importante, uma vez que define onde deve ser colocado o arquivo de migração master. O arquivo de migração master é a localização onde os dados migrados de volumes não NTFS são armazenados. Este volume tem de ter espaço suficiente para conter todos os dados provenientes de volumes não NTFS. Tal como noutros cenários, se já existir um arquivo de migração no caminho especificado, a opção /o tem de ser utilizada para substituir os dados existentes no arquivo.

Modificações de localização

As modificações de localização que redirecionam o conteúdo migrado de um volume para um volume diferente têm um efeito adverso no desempenho de uma migração de ligação fixa. O desempenho é afetado porque os dados de migração que têm de atravessar os volumes do sistema não podem permanecer no arquivo de migração de ligações fixas. Têm de ser copiados pelos volumes do sistema.

Migrar certificados e ficheiros do Sistema de Encriptação de Ficheiros (EFS)

Para migrar ficheiros do Sistema de Encriptação de Ficheiros (EFS) para uma nova instalação de um sistema operativo no mesmo volume do computador, especifique a opção /efs:hardlink na ScanState.exe sintaxe da linha de comandos.

Se os ficheiros EFS estiverem a ser restaurados para uma partição diferente, a opção /efs:copyraw deve ser utilizada em vez da opção /efs:hardlink . As ligações fixas só podem ser criadas para ficheiros no mesmo volume. Mover os ficheiros para outra partição durante a migração requer a criação de uma cópia dos ficheiros na nova partição. A /efs:copyraw opção copia os ficheiros para a nova partição no formato encriptado.

Para obter mais informações, veja Migrar ficheiros e certificados EFS e Opções de ficheiro encriptado.

Quando uma aplicação ou o sistema operativo tem um bloqueio num ficheiro, o ficheiro é processado de forma diferente ao utilizar um arquivo de migração hard-link.

Os ficheiros bloqueados do sistema operativo não podem permanecer no local e têm de ser copiados para o arquivo de migração de ligações fixas. Como resultado, selecionar muitos ficheiros do sistema operativo para migração reduz significativamente o desempenho durante uma migração hard-link. Como melhor prática, a Microsoft recomenda que não migre quaisquer ficheiros do diretório, o que minimiza os problemas relacionados com o \Windows desempenho.

Os ficheiros bloqueados pela aplicação são tratados da mesma forma nas migrações de ligação fixa como noutros cenários em que o serviço de cópia sombra de volumes não está a ser utilizado. O serviço de cópia sombra de volumes não pode ser utilizado com migrações de ligação fixa. No entanto, ao modificar a nova <secção HardLinkStoreControl> no Config.xml ficheiro, é possível ativar a migração de ficheiros bloqueados por uma aplicação.

Importante

Existem alguns cenários em que a modificação da <secção HardLinkStoreControl> no Config.xml ficheiro dificulta a eliminação de um arquivo de migração hard-link. Nestes cenários, UsmtUtils.exe tem de ser utilizado para agendar o arquivo de migração para eliminação no próximo reinício.

Elementos XML no ficheiro Config.xml

Uma nova secção no ficheiro permite a Config.xml configuração opcional de alguns dos comportamentos de migração hard-link introduzidos com a opção /HardLink .

Elemento Descrição
<Políticas> Este elemento contém elementos que descrevem as políticas que a USMT segue ao criar um arquivo de migração.
<HardLinkStoreControl> Este elemento contém elementos que descrevem como processar ficheiros durante a criação de um arquivo de migração de ligações fixas.
<fileLocked> Este elemento contém elementos que descrevem como processar ficheiros bloqueados para edição.
<createHardLink> Este elemento define um padrão MigXML padrão que descreve caminhos de ficheiro onde devem ser criadas ligações fixas, mesmo que o ficheiro esteja bloqueado para edição por outra aplicação.

Sintaxe: <createHardLink> [padrão] </createHardLink>
<errorHardLink> Este elemento define um padrão MigXML padrão que descreve caminhos de ficheiro onde as ligações fixas não devem ser criadas, se o ficheiro estiver bloqueado para edição por outra aplicação.

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

Importante

A /nocompress opção tem de ser utilizada com a opção /HardLink .

O exemplo XML seguinte especifica que os ficheiros bloqueados por uma aplicação no \Users diretório podem permanecer no local durante a migração. Também especifica que os ficheiros bloqueados que não estão localizados no \Users diretório devem resultar no erro Ficheiro em Utilização . É importante ter cuidado ao especificar os caminhos que utilizam a <createhardlink> etiqueta para minimizar cenários que dificultam a eliminação do arquivo de migração de ligações fixas.

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