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:
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.
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.
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.
fonte
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:
E você deve obter algo como o clipe de tela abaixo.
Se você está curioso para saber de onde vem esse número de 16TiB, esta postagem no blog do msdn deve esclarecê-lo .
fonte
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.
fonte