Um backup baseado em imagem pode corromper dados potencialmente?

Question

Estou pensando em fazer backups baseados em imagem (Acronis) em sistemas Windows de produção fora do horário de pico. Eu só estou querendo saber se eles podem potencialmente levar a corrupção de dados do aplicativo. Vamos dizer que eu tenho um banco de dados que está sendo atingido muito difícil. Eu poderia potencialmente ter os blocos iniciais do banco de dados comprometidos com a imagem, os dados inseridos no banco de dados (que altera os blocos iniciais do banco de dados no servidor, mas não a imagem) e os blocos de dados confirmados na imagem ( levando a um estado inconsistente).

Aqui está um exemplo do que estou tentando ilustrar. Imagine uma estrutura de dados simples que tenha um número na frente que represente o número de "a" em um arquivo. O número e os dados são delimitados por um "-". Por exemplo:

 4-ajjjjjjjajuuuuuuuaoffffa

Se um "a" for alterado, a estrutura de dados redefine o número no início do arquivo, como:

 3-ajjjjjjjajuuuuuuuboffffa

Eu assumo que o acronis escreve bloco por bloco sendo uma imagem reta, então aqui está o que estou invisionando com meu banco de dados

 t0: 4-ajjjjjjjajuuuuuuuaoffffa
     ^pointer is here
 t1: 4-ajjjjjjjajuuuuuuuaoffffa
               ^pointer is here (all data before this is comitted to the image)
 t2: 4-ajjjjjjjajuuuuuuuboffffa
                 ^pointer is here (all data before this is comitted to the image)
     Also notice how one of the "a"s change to a b.  There are only 3 "a"s now
 t3: 4-ajjjjjjjajuuuuuuuboffffa
                               ^pointer is here (all data before this is comitted to the image)

A imagem final agora diz "4-ajjjjjjjajuuuuuuuboffffa", enquanto os dados verdadeiros são "3-ajjjjjjjajuuuuuuuboffffa" levando a um "banco de dados" corrompido.

Basicamente, as alterações posteriores no blockchain podem ser refletidas na imagem, enquanto o cabeçalho e a sincronização importantes já podem ser confirmados. As informações de cabeçalho desatualizadas não refletem com precisão a estrutura dos blocos por vir.

    

Answer 1

O que acontece aqui é para o acronis e quase todo software de backup é o uso do serviço de sombra de volume. Vários aplicativos, como SQL e Exchange Server, também têm seu próprio gravador VSS.

tem uma boa visão geral de como funciona.

Basicamente, o acronis diz ao windows para criar um snapshot. A partir de então, quando um programa altera um arquivo, os dados originais são salvos no armazenamento de sombra. Quando o acronis chega a essa parte do arquivo, o vss fornece a versão original do armazenamento de sombra, em vez da versão atualizada, que todos os programas regulares veem.

Quando tudo funciona corretamente, você acaba com uma cópia exata do que você teria obtido se você puxasse o plugue do servidor e fizesse o backup off-line. Os aplicativos que reconhecem o VSS, como o SQL, têm uma chance antes que o instantâneo seja criado para salvar qualquer coisa que precise ser salva para ajudar a evitar dados inconsistentes. Outros programas podem ter dados corrompidos no backup se estiverem no meio da gravação de um arquivo, mas como o instantâneo acontece rapidamente, o que é raro, e não é pior do que se a energia fosse perdida e o servidor reinicializado.