Backup do Windows Server 2008 R2 - o que está gerando todos os dados alterados?

Question

Temos uma instalação pequena e relativamente inativa do Windows Server 2008 R2 que faz o compartilhamento básico de arquivos e hospeda o Exchange para cerca de 10 usuários não muito ativos.

Ao executar um backup do servidor Windows, os dados incrementais diários são de aproximadamente 20 GB. Isso não vem de arquivos compartilhados de usuários nem de alterações nos tamanhos de caixas de correio. O tamanho total da instalação é de 249 GB, que é principalmente arquivos antigos.

De onde vêm todos esses dados e como posso reduzi-los? Usar o backup on-line do arquivo vhd do backup está demorando devido a essa alteração diária.

Existe alguma maneira de ver pelo menos quais arquivos estão mudando e contribuindo para esses dados?

Opções em que posso pensar, mas não tenho certeza sobre:

1. agitação do arquivo de paginação - embora o backup não inclua o arquivo de paginação, talvez os blocos alterados deixados para trás sejam incluídos?
2. registros ou algo assim? Mas o tamanho da instalação permanece o mesmo todos os dias
3. devo zerar o espaço livre usando o sdelete antes de fazer o backup?

Answer 1

Então, depois de um pouco de dor, descobri de onde vinha a agitação. Havia algumas tarefas de backup em nível de aplicativo que estavam sendo despejadas no disco todas as noites (como SQL). Embora eu achasse que nosso software de backup on-line deveria ter detectado a similaridade nos dados, ele não poderia fazer isso se os backups tivessem a compactação ativada, e também teria problemas para encontrar duplicação em arquivos grandes como um vhd.

Eu também aprendi a montar um vhd de dois dias consecutivos e usar o BeyondCompare para ver o que mudou que o pagefile.sys está incluído no vhd, então toda a atividade do arquivo de paginação agora faz parte dos seus backups.

Portanto, em resumo, se houver backups em nível de aplicativo gravando em disco, verifique se eles estão com a compactação desativada e grave em um volume separado para fazer o backup de forma independente e, se possível, mova pagefile.sys para outro volume que não t backup. Mesmo a bolsa EDB não se moveu o suficiente para causar impacto na capacidade de backup.

Obrigado.

    

Answer 2

Desabilite a configuração do sistema de arquivos LastAccessedTime NTFS e veja se isso a corrige.

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]  
"NtfsDisableLastAccessUpdate"=dword:00000001  

Você pode querer rever como você está fazendo backups.

No Windows 2008 R2, é possível executar um backup "completo" todos os dias em uma unidade local dedicada, e o recurso de alterações no nível de bloco deve copiar apenas os dados novos e alterados para a mídia de backup. Usando isso, eu tenho literalmente centenas de backups "completos" em um disco rígido USB de 2 TB. (Esta estratégia e recurso não funcionam se o destino de backup for um compartilhamento de rede).

Issopodeparecercontra-intuitivoquandocomparadoàtradicionalestratégiaincrementalcompleta.

Esserecursoprovavelmentenãoestádocumentadotãobemquantopoderiaser.Maisinformaçõesaqui:

link

[...]
"Assim como uma breve recapitulação, uma imagem do sistema é essencialmente um instantâneo de uma unidade inteira. O backup é feito em incrementos de nível de bloco (em oposição a nível de arquivo) e inclui todos os arquivos do usuário e do sistema, dados de configuração e aplicativos. que estão presentes na unidade, além de informações sobre layout de disco e entradas de inicialização.A imagem pode ser usada para recuperar um Windows em funcionamento se o seu disco rígido falhar, ou se você simplesmente quiser re-renderizar seu sistema operacional para um ponto anterior no tempo. / p>

"Durante o primeiro backup, o mecanismo de backup varre a unidade de origem e copia apenas blocos que contêm dados em um arquivo .vhd armazenado no destino, criando uma visão compacta da unidade de origem. vez que uma imagem do sistema é criada, somente os dados novos e alterados são gravados no arquivo .vhd e os dados antigos no mesmo bloco são movidos para fora do VHD e para a área de armazenamento de cópias de sombra. alterou os dados entre os backups, bem como para processar o processo de mover os dados antigos para a área de cópia de sombra no destino. Essa abordagem torna o backup rápido (desde que somente os blocos modificados são copiados) e eficiente (já que os dados são armazenados de forma compacta) Ao restaurar a imagem, os blocos serão restaurados para seus locais originais no disco de origem.Se você quiser restaurar a partir de um backup mais antigo, o mecanismo lê a área de cópia de sombra e restaura os blocos apropriados. "

    

Answer 3

Você executa o wsus ou o SQL no servidor? Os logs do SQL, embora não sejam grandes em tamanho, alteram tanto que podem sobrecarregar os backups como um louco. Normalmente, se eu fizer backup de um servidor SQL, executarei qualquer plano de manutenção em uma unidade separada sem backup.