Qual é a melhor maneira de copiar arquivos desduplicados para uma nova unidade do Server 2012?

7

Temos um volume desduplicado em uma máquina com Windows Server 2012 que está se aproximando de seus limites. É uma unidade de 1,3 TB com ~ 10 TB de dados duplicados. Queremos copiar todos esses dados para uma unidade maior de 4 TB.

Qual é a melhor maneira de executar essa cópia, de modo que copiemos apenas 1.3 TB de dados desduplicados em vez de descompactar os 10 TB inteiros e reempacotá-los na outra extremidade?

edit: Eu tentei uma cópia de arquivo do explorador padrão e um Copy-Item, mas nenhum deles parecia estar ciente do reconhecimento. Eu não corri nem para completar, então eu não posso dizer com certeza.

    
por Screndib 27.06.2013 / 21:59

5 respostas

5

Acabei de fazer a cópia usando o backup do servidor do Windows, que é compatível com dedup. Segui as instruções nesta página: link

No nosso caso, estávamos movendo os dados da unidade T: para a unidade Y: Eu usei o X: drive como a unidade intermediária de armazenamento de backup. A unidade de armazenamento de backup não precisa ter a desduplicação ativada e precisa ser tão grande quanto os dados desduplicados otimizados.

Faça o backup:

C:\> wbadmin start backup –include:T: -backuptarget:X:

Obtenha a versão de backup:

C:\> wbadmin get versions

Restaure o backup para a nova unidade:

C:\> Wbadmin start recovery –version:02/16/2012-06:22 -itemtype:Volume  -items:T: -recoveryTarget:Y:

Os comandos de cópia padrão não parecem ser compatíveis com dedup, embora eu não tenha tentado executar nenhum deles até a conclusão para que eu pudesse estar errado. Se alguém tiver uma solução melhor, atualizarei a resposta aceita.

    
por 28.06.2013 / 17:53
3

Perdoe-me por fazer a pesquisa do Google sobre isso, mas gosto da pergunta que pode ter a meu respeito algum dia.

Veja o que encontrei:

Introdução à eliminação de duplicação de dados no Windows Server 2012

Portability: A volume that is under deduplication control is an atomic unit. You can back up the volume and restore it to another server. You can rip it out of one Windows 2012 server and move it to another. Everything that is required to access your data is located on the drive. All of the deduplication settings are maintained on the volume and will be picked up by the deduplication filter when the volume is mounted. The only thing that is not retained on the volume are the schedule settings that are part of the task-scheduler engine. If you move the volume to a server that is not running the Data Deduplication feature, you will only be able to access the files that have not been deduplicated.

Qual soa para mim como se você tentasse mover os dados deduped somente copiaria o 1.3TB.

A mesma informação, aproximadamente, pode ser encontrada aqui: Sete coisas a saber sobre a desduplicação do Windows 2012

'Atomic units' mean that all of the deduplication information about a given volume is kept on that volume, so it can be moved without injury to another system that supports deduplication. If you move it to a system that doesn't have deduplication, you'll only be able to see the nondeduplicated files. The best rule is not to move a deduplicated volume unless it's to another Windows Server 2012 machine.

e desde que para "desduplicar" eles você precisa executar algo como:

Start-DedupJob -Type Unoptimization

Por fim: link

Requirements for Drive removal for use in other systems, if keeping the data on the drive
1. The OS is Windows server 2012 
2. You have configured Data deduplication on the new system.
3. OR, You have removed data deduplication from the drive prior to moving the drive >to a platform that does not support Data deduplication

Note: as mentioned above to get the drives to work without the documents / files having the appearance of corruption when you attempt to open them on the new system, you will to install and configure data duplication on the new system .prior to moving the drives to the new systems What this means is that you would need to remove data deduplication from the volume prior to installing the drive in ANY Operating System that is NOT Windows Server 2012

Tudo o que foi dito , uma vez que não tenho meios para testá-lo por mim mesmo ... não posso confirmar com certeza que isso não irá re-hidratar os dados à medida que eles se movem. mas parece que não. Me desculpe, eu não posso confirmar 100%. Eu colocaria este é um comentário, mas há muito para compartilhar.

    
por 27.06.2013 / 22:29
1

Você pode clonar o disco de origem em um disco de destino maior. Em seguida, colocando o disco de destino no sistema, você expande o volume para o total de 4 TB de espaço disponível. O processo clone seria uma transferência em nível de bloco, portanto não demoraria mais do que um disco de 1,3 TB.

    
por 19.09.2014 / 19:14
0

Você precisará copiar os dados no nível de bloco. Se você usar um utilitário que copie no nível do arquivo, obterá todos os arquivos no volume lógico expandido. Existem alguns utilitários diferentes que podem fazer isso. Easeus Disk Copy é um deles.

    
por 27.06.2013 / 22:29
0

Outra ideia pode estar usando um contêiner VHD (X) para o seu volume deduzido. Você poderá, então, mover o VHDX para qualquer disco desejado, e todos os arquivos e metadados desduplicados estarão contidos no arquivo VHD.

Obviamente, isso gera algumas despesas gerais ... mas as vantagens da flexibilidade podem superar as desvantagens.

    
por 28.09.2015 / 14:05