O backup da VM do Windows Server 2012 R2 falha com armazenamento insuficiente disponível para criar o arquivo de armazenamento de cópia de sombra ou outros dados de cópia de sombra

Question

Esse problema foi encontrado pela primeira vez em um IBM x3650 em um cluster com um IBM x3550 para failover, no entanto, esse problema é reproduzível em um servidor que executa o HyperV não faz parte de um cluster. Quando tento executar um backup baseado em VM de dentro da VM usando o utilitário de backup do servidor para a unidade E: (que é um arquivo vhdx anexado). Ele falha com esse erro

Backup failed to complete. There is not enough disk space to create the volume shadow copy on the storage location. make sure that, for all volumes to be backup up, the minimum required disk space for shadow copy creation is available. This applies to both the backup storage destination and volumes included in the backup. Minimum requirements: For Volume less than 500 megabytes, the minimum is 50 megabytes of free space. For volumes more than 500 megabytes, the minimum is 320 megabytes of free space. Recommended: At least 1 gigabyte of free disk space for each volume if the volume size is more than 1 gigabyte. Detailed Error: Insufficient storage available to create either the shadow copy storage file or other shadow copy data.

No visualizador de eventos, vejo este erro

EventID: 521 The backup operation that started at '‎TIME’ has failed because the Volume Shadow Copy Service operation to create a shadow copy of the volumes being backed up failed with following error code '0x80780119'. Please review the event details for a solution, and then rerun the backup operation once the issue is resolved.

Esse problema não estava acontecendo em nossa configuração de teste usando a cópia do MSDN Server 2012 R2, antes de ser lançado em produção usando nossa cópia de licença de volume do servidor. Então, como um teste, instalei duas VMs em um servidor Host (MSDN) executando HyperV, uma VM usando nossa cópia MSDN e uma com nossa cópia de licença de volume do servidor, instalação muito simples, instale o backup do Windows, anexar arquivo VHDx como E: dive e tente backup de metal nua. A cópia do MSDN é capaz de executar o backup bare-metal. A cópia da licença de volume falha com os erros acima.

Alguém mais se deparou com este problema? Ou alguma idéia sobre onde procurar para ver as diferenças entre as duas VMs que está impedindo o backup de completar?

EDITAR:

Eu já verifiquei isso em dois servidores diferentes, VM instalada com cópia MSDN do servidor 2012 R2 funciona para backups bare-metal, VMs instaladas com cópias de licença de volume adquiridas do Server 2012 R2 não funcionam para backups bare-metal, outro bit de Informações sobre o servidor que não pode executar backups bare-metal, é capaz de fazer backup de C: drive bem, não é até eu bater nu metal que falha.

Eu encontrei este post que é semelhante ao meu problema, mas quando tentei corrigi-lo e tentei recuperar a VM, a recuperação da imagem do sistema do Windows PE disse que ele não conseguiu encontrar uma imagem para recuperar. link

    

Answer 1

Eu vou responder a minha própria pergunta na esperança de que possa ajudar alguém. O problema tinha a ver com o Windows tentando fazer backup do volume de recuperação que ele precisa fazer se você quiser fazer um backup completo para executar uma recuperação bare-metal completa. O Volume não tinha os 50 MB necessários de espaço livre para o backup do VSS ser executado e estava com falha. Eu acabei tendo que fazer um pequeno volume de 500MB no final de C para usar espaço extra, e use o comando vssadmin Add ShadowStorage para dizer a ele para usar o espaço extra. Você pode ler mais detalhes abaixo e um link para uma discussão mais detalhada sobre os fóruns de technet aqui. link

Durante o teste, descobri que o snap-in de gerenciamento de disco estava dizendo que eu tinha muito espaço livre no volume de recuperação quando não tinha. Eu executei o comando powershell Get-Volume e ele mostra o seguinte para meus volumes de recuperação em minhas VMs de teste. Também usei diskpart para atribuir uma letra de unidade à unidade de recuperação para poder ver seu conteúdo

HyperV VM Gen 2 instalado com MSDN, Recovery Volume Size: 300MBs, espaço livre: 59.83MBs, Winre.wim tamanho do arquivo: 215MBs BACKUPS WORK on this one.

HyperV VM Gen 2 Instalado com cópia de licença de Volume Tamanho do Volume de Recuperação: 300MBs, Espaço Livre: 30.24MBs, Tamanho do arquivo Winre.wim: 243MBs BACKUPS FAIL on this one.

HyperV VM Gen 1 instalado com cópia de licença de volume Sistema reservado (AKA Recovery) Tamanho do volume: 350MBs, espaço livre: 61.07MBs, Winre.wim tamanho do arquivo: 243MBs BACKUPS WORK on this one.

Como você pode ver, a cópia do MSDN tem um arquivo winre.wim menor que permite que o espaço livre fique acima de 50MBs para que você não receba este erro “Para o volume menor que 500 megabytes, o mínimo é 50 megabytes de espaço livre . "

Ao instalar na VM Gen 1, a cópia de licença de Volume faz uma unidade de Recuperação maior, portanto, o espaço livre está acima de 50MB, mas não faz isso nas VMs Gen 2 e os backups falham, isso é um bug? Outro pequeno pedaço de informação é a diferença de tamanho de arquivo entre os dois arquivos ISO do servidor 2012 é de cerca de 28MBs exatamente a diferença entre os dois arquivos winre.wim diferentes.

Para corrigir temporariamente esse problema copiei o arquivo winre.wim menor da VM MSDN para a VM de licença de volume e os backups funcionam, eles até mesmo trabalham para fazer uma recuperação completa, mas nesse ponto a licença de Volume ISO I estou usando para fazer a recuperação de imagem coloca seu arquivo winre.wim maior de volta e backups falham novamente a VM recém-recuperada.

Eu também tentei o comando shadowstorage de redimensionamento vssadmin, mas ele não pegava as IDs de volume, então eu tive que atribuir a eles uma letra de unidade e definir seu tamanho como ilimitado e os backups ainda falharam.

ENTÃO FINALMENTE descobri que, se eu reduzi o drive C em 512MBs e criei uma nova partição e adicionei o Shadow Storage a ele com o seguinte comando, S sendo mapeado para o volume de recuperação vssadmin Adicionar ShadowStorage / Para = S: / On = F: / MaxSize = UNBOUNDED O BACKUPS WORK !!

Por fim, os backups funcionam, no entanto, após a recuperação da nova imagem da VM, o Mapa Adicionar do ShadowStorage é perdido e deve ser recriado para que os backups funcionem novamente. Não é uma ótima solução, mas melhor que nada agora. Agora, minha pergunta é: a MS lançará um hotfix para isso em breve?

Obrigado Chris

    

Answer 2

Abaixo está uma solução sugerida pela equipe do Windows.

1. Desativar WinRE (Abrir prompt de comando elevado e Executar: “reagentc / disable”)
2. Faça backup de imagem do sistema
3. Ativar WinRE (Abrir prompt de comando elevado e Executar: “reagentc / enable”)

Answer 3

Eu tive o problema com as VMs do Windows Server 2012 R2, minha solução foi criar os arquivos de sistema manualmente na instalação do Wndows: na janela de seleção HD, pressione shift-F10 e digite.

Diskpart

Select disk 0

Create part prim size=300

Create part efi size=300

Exit

Em seguida, instale o Windows na parte livre do HP, as partições preparadas serão usadas para o sistema.

reuniu minhas informações como fazer isso de:

link

    

Answer 4

No meu caso, descobri que a partição System Reserved estava cheia e isso estava causando o problema porque o backup do Windows estava usando-a como uma área de armazenamento temporário. A partição do My System Reserved foi de 500Mb, o que é bastante grande.

Responder 1. Mapeie uma letra de unidade para a partição System Reserved usando o comando Gerenciamento do Computador | GUI de gerenciamento de disco 2. Abra o Explorer e navegue até a letra da unidade mapeada 3. No meu sistema, encontrei um diretório C_ ocupando muito espaço. 4. Fiz uma cópia para outra unidade e depois apaguei o original 5. Ran Backup novamente e desta vez funcionou