Erro de backup do Windows Server - volumes maiores que 16,7 TB não podem ser protegidos?

9

Estou tentando usar o Backup do Windows Server para fazer backup de uma matriz RAID no meu novo servidor. Mas, quando faço isso, me deparo com esse erro:

OservidorestáexecutandooWindowsServer2012R2eamatrizemquestãotem20TBdetamanho(com18TButilizáveis);menosde1TBestásendousadoatualmente.

EuseiquenoWindowsServer2008,vocênãopodiafazerbackupdevolumesmaioresque2TBdevidoaumalimitaçãonoVHD,masqueaMicrosoftagoramudavaparaVHDX,oquepermiteobackupdevolumesde64TB.Tambémestoucientedeque,paraaproveitarisso,aunidadeemquestãodeveserGPT.

Confirmeiquemeudiscoé,naverdade,GPT.

Quando executo o Backup do Windows Server, estou usando a opção "Backup uma vez" e fazendo o backup em uma unidade de rede. Eu também estou usando o que acredito ser configurações padrão. Mas, quando tento executar o backup, me é apresentado o erro visto acima.

Não sei ao certo por que isso é limitado a 16,7 TB, pois o Backup do Windows Server pode fazer backup de volumes de até 64 TB. Alguém pode me dar algumas dicas sobre por que isso pode estar acontecendo ou o que eu poderia estar fazendo errado?

Atualização: recebi novas unidades e criei a matriz novamente, mas ainda estou recebendo o mesmo erro. Posso confirmar que minha contagem de clusters está abaixo de 2 ^ 32.

Euliem esta questão que aparentemente o backup do Windows não suporta Fazendo backup de ou para discos que não possuem setores de 512 ou 512e bytes. Olhando para o compartilhamento de arquivos que estou tentando fazer backup, ele usa 4k setores. Este poderia ser o problema subjacente? Se isso ajudar, o compartilhamento que estou tentando fazer backup está sendo hospedado em um servidor CentOS.

    
por Chris Powell 17.02.2015 / 20:50

2 respostas

9

OK, a razão pela qual o Backup do Windows Server está falhando é devido ao tamanho do cluster que você está usando no volume. (E vou explicar exatamente por que isso está no fim, depois da importante questão de sua matriz RAID ser uma bomba-relógio).

Mas antes de abordar o problema de backup, precisamos resolver o problema com sua configuração de RAID.

Não use o RAID5 com discos grandes. E você não usa o RAID5 com matrizes com muitos membros. Com apenas um disco de paridade, é praticamente certo que você execute um URE (erro de leitura irrecuperável) ou outra falha de disco com muitos discos grandes, para que não haja redundância real. Se você tiver que usar o RAID de paridade, use o RAID6, mas, mesmo assim, o RAID de paridade vem com sérios inconvenientes, então pense muito antes de estabelecer um parity RAID.

Eu recomendaria quebrar esse array de 20 TB e recriá-lo no RAID 10. Você obterá um desempenho muito melhor e redundância real para seus dados. Como você está usando apenas 1 TB de qualquer maneira, você ainda tem 9 TB sobrando para o crescimento futuro, e, francamente, se você acertar isso, você precisa estar olhando para um dispositivo NAS dedicado ou servidor de armazenamento.

Uma vez que você tenha seu array RAID em um estado razoável, você resolverá este problema também, porque ele será menor do que o 16 TiB que está atualmente reclamando. Mas, se você quiser saber, não é o tamanho da matriz com a qual tem um problema, é o número de clusters. Você precisa ter menos de 2 ^ 32 clusters no volume que está fazendo backup. Altere o tamanho do seu cluster de 4 KB para 8 KB e você deve estar pronto.

Para verificar o tamanho do seu cluster, use:

fsutil fsinfo ntfsinfo F:

E você deve receber algo como o screenclip abaixo.

Sevocêestácuriosodeondevemessenúmerode16TiB, esta postagem do blog msdn deve esclarecer para você .

    
por 17.02.2015 / 21:18
0

16,7 TB é o limite de tamanho de arquivo para o sistema de arquivos NTFS. O limite de tamanho de arquivo do NTFS5 é de 16 exabytes. Como esta é uma unidade de armazenamento compartilhada, ela pode ser formatada em NTFS e não em formato NTFS5. Você precisará verificar. Todas as minuses que estou recebendo são pessoas que assumem que você está escrevendo para um sistema de arquivos NTFS5.

    
por 17.02.2015 / 21:45