Backup do Windows Server: comprima a saída .vhd

Question

Eu gostaria de ter os dados do Backup do Windows Server compactados no sistema de arquivos. A maior parte dos dados é consumida por .vhd arquivos no diretório \WindowsImageBackup\<hostname>\Backup <timestamp>\ .

Eu tentei pré-ativar a compactação para todo o volume, mas o backup do Windows Server parece desabilitar explicitamente o compression sinalizador para os arquivos .vhd que está produzindo. Eu também tentei definir o compression sinalizador para o .vhd s depois que o backup é feito, mas parece ser redefinido na próxima execução de backup.

Então, como eu forçaria o software a ficar apenas com a opção de compactação que eu selecionei? Existe algum bom motivo para o Backup do Windows Server desabilitar a compactação para os arquivos .vhd ?

    

Answer 1

Aparentemente, eu encontrei pelo menos a resposta para a pergunta # 2 - a "boa razão" para desabilitar a compactação em arquivos .vhd é porque ela está além do reparo para volumes NTFS comuns:

Uma postagem no blog sobre VHDs e Hyper-V declara

VHDs cannot be mounted within a compressed folder in Windows Server 2008 R2. This was possible in Hyper-V role in Windows Server 2008, but this capability was explicitly blocked in the Hyper-V role in Windows Server 2008 R2 since the compressed file size limit is relatively small. A dynamically expandable VHD can easily outgrow that limit and get corrupted.

enquanto a biblioteca MSDN menciona explicitamente como uma limitação do sistema de arquivos:

If you compress a file that is larger than 30 gigabytes, the compression may not succeed.

e KB967351 ( Um arquivo muito fragmentado em um volume NTFS pode não crescer além de um determinado tamanho > afirma que

When a file is very fragmented, NTFS uses more space to save the description of the allocations that is associated with the fragments. The allocation information is stored in one or more file records. When the allocation information is stored in multiple file records, another structure, known as the ATTRIBUTE_LIST, stores information about those file records. The number of ATTRIBUTE_LIST_ENTRY structures that the file can have is limited.

We cannot give an exact file size limit for a compressed or a highly fragmented file. An estimate would depend on using certain average sizes to describe the structures. These, in turn, determine how many structures fit in other structures. If the level of fragmentation is high, the limit is reached earlier. When this limit is reached, you receive the following error message:

[...] STATUS_FILE_SYSTEM_LIMITATION The requested operation could not be completed due to a file system limitation[...]

Compressed files are more likely to reach the limit because of the way the files are stored on disk. Compressed files require more extents to describe their layout. Also, decompressing and compressing a file increases fragmentation significantly. The limit can be reached when write operations occur to an already compressed chunk location. The limit can also be reached by a sparse file. This size limit is usually between 40 gigabytes (GB) and 90 GB for a very fragmented file.

O hotfix que acompanha o KB967351 foi criado para adicionar suporte a algo que está chamando de "segmento de registro de arquivo grande (FRS)". Format.exe está recebendo um novo parâmetro /L para habilitar isso para um sistema de arquivos recém-criado. Format.exe incluído no Server 2012 já tem /L , assim como o Format-Volume cmdlet tem o parâmetro -UseLargeFRS . Gostaria de saber se o Server Backup em 2012 permite VHDs compactados por padrão.