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

Estou tentando usar o Backup do Windows Server para fazer backup de uma matriz RAID no meu novo servidor. Mas, quando o faço, encontro este erro:

insira a descrição da imagem aqui

O servidor está executando o Windows Server 2012 R2 e a matriz em questão tem 20 TB de tamanho (com 18 TB utilizáveis); Atualmente, menos de 1 TB está sendo usado.

Sei que no Windows Server 2008 não era possível fazer backup de volumes maiores que 2 TB devido a uma limitação no VHD, mas agora a Microsoft mudou para o VHDX, que permite o backup de volumes de 64 TB. Também estou ciente de que, para tirar proveito disso, a unidade em questão deve ser GPT.

Confirmei que meu disco é, de fato, GPT.

insira a descrição da imagem aqui

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

Não sei por que isso está atingindo 16,7 TB, pois o Backup do Windows Server pode fazer backup de volumes de até 64 TB. Alguém pode me dar uma idéia de por que isso pode estar acontecendo ou o que eu posso estar fazendo de 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.

insira a descrição da imagem aqui

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

— Chris Powell
fonte

É uma mensagem 'protegida', não uma mensagem de espaço, por si só. As 'configurações padrão' são para que um backup do servidor Windows use DPM - Data Protection Manager. Parece que há uma limitação de software ao usar o DPM. Você pode querer ver se as configurações permitirão que uma cópia de byte por byte ocorra, sem a chamada 'proteção' ativada, supondo que você tenha uma maneira de restaurar uma cópia de byte por byte, se necessário.

— Andrew S

@ Andrews Não, essa é uma mensagem do Backup do Windows Server. "Protegido" parece ser a nova palavra da moda nos backups hoje em dia. Até o meu painel Avamar (produto de backup empresarial d2d) me diz que possui X TB de dados "protegidos" para nós.

— HopelessN00b

É um infeliz uso indevido da palavra "backup". Os deuses da ITIL estão ficando com raiva, sem dúvida. Mas, como se vê, o limite de TAMANHO DO ARQUIVO no NTFS é de 16,7 TB, e esse é o problema - o backup (suponho) é um arquivo gigante e 16,7 TB é o limite para esse tamanho. A Microsoft e os outros fornecedores podem manipulá-lo e chamá-lo de 'proteção' ou qualquer outra lesma de marketing idiota que quiserem, ainda o chamarei de 'backup'.

— Andrew S

@AndrewS É usado como uma medida do tamanho original dos dados, antes da desduplicação e captura instantânea de dados. E o limite de tamanho do arquivo para NTFS no Server 2012 é 256TiB, não 16 TiB .

— HopelessN00b

FWIW: o mesmo problema aqui. Unidades 2016, 20 e 63 TB do servidor 2016, 16 KB de bytes por cluster no volume, menos de 2 ^ 32 clusters por volume, setores de 512 bytes de disco físico e GPT. Como as sombras do vss funcionam sem problemas, os backups recebem o mesmo erro que você. Estou prestes a desistir e escrever um maldito script do PowerShell que tira um instantâneo e executa um script predeterminado por pasta e para arquivos na raiz, o que será muito mais difícil de gerenciar ...

— Cookie Monster

Respostas:

OK, o motivo pelo qual o Backup do Windows Server está falhando é o tamanho do cluster que você está usando no volume. (E explicarei exatamente por que isso ocorre no final, depois que a questão importante de sua matriz RAID ser uma bomba-relógio.)

Porém, antes de solucionar o problema de backup, precisamos resolver o problema com a instalação do RAID.

Não use RAID5 com discos grandes. E você não usa o RAID5 com matrizes com muitos membros. Com apenas um disco de paridade, você está praticamente certo de executar um URE (erro de leitura irrecuperável) ou outra falha de disco com tantos discos grandes, para que você não tenha redundância real. Se você precisar usar o RAID de paridade, use o RAID6, mas, mesmo assim, o RAID de paridade apresenta sérias desvantagens; portanto, pense muito antes de optar pelo RAID de paridade.

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

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

Para verificar o tamanho do cluster, use:

fsutil fsinfo ntfsinfo F:

E você deve obter algo como o clipe de tela abaixo.

insira a descrição da imagem aqui

Se você está curioso para saber de onde vem esse número de 16TiB, esta postagem no blog do msdn deve esclarecê-lo .

— HopelessN00b
fonte

Obrigado pela sua preocupação com o RAID. Tentei convencer meu chefe a me deixar usar RAID6 nele, mas não tive êxito. Na verdade, ele está em uma matriz de discos de 5 TB, e não de 2 TB (desculpe, eu deveria ter especificado). O motivo pelo qual tão poucos dados estão sendo usados é porque ainda não os colocamos em produção. Mas, eventualmente, será o nosso novo NAS. Também realizamos backups com muita frequência, para que possamos recuperar facilmente de uma matriz degradada. Então, isso significa que se eu recriasse a matriz com um tamanho de faixa maior, não teria esse problema?

— 21415 Chris

@ChrisPowell Desculpe, eu errei (digitado incorretamente). Eu quis dizer cluster, não tarja. Você precisa reformatar a matriz, mas, desta vez, selecione 8 KB (ou mais, se desejar) para o tamanho do cluster.

— HopelessN00b

@ChrisPowell Obrigado por fazer o esforço para fazer uma boa pergunta ... e uma que eu também poderia responder, bônus. :)

— HopelessN00b

Apenas uma atualização; você ficará feliz em saber que conversei com meu chefe novamente e o convenci a me permitir mudar o NAS para RAID6 e atualizar as unidades para 6 TB. Obrigado novamente por sua ajuda.

— Chris Powell

Outra atualização: acabei de receber as unidades, configurei a matriz e formatado com um tamanho de cluster de 8 KB e ainda estou recebendo esse erro. Algum conselho? Eu verifiquei meus clusters totais e está bem abaixo de 2 ^ 32.

— 27415 Chris

16,7 TB é o limite de tamanho do arquivo para o sistema de arquivos NTFS. O limite de tamanho do arquivo de NTFS5 é 16 exabyte. Como esta é uma unidade de armazenamento compartilhado, ela pode ter o formato NTFS, e não o NTFS5. Você precisará verificar. Todos os pontos negativos que estou recebendo são pessoas que assumem que você está gravando em um sistema de arquivos NTFS5.

— Andrew S
fonte

Minus tudo que você quer - essa resposta está correta

— Andrew S

O WSB não gravará um arquivo 16 TiB para ~ 1 TiB de dados para backup, portanto não é isso. A origem real do problema é o limite de implementação NTFS de 2 ^ 32 -1 clusters, combinado com o tamanho de um cluster de 4KB , que é o padrão há muito tempo.

— HopelessN00b