Para garantir a integridade dos dados, a cópia de backup de um arquivo deve ser uma imagem exata do original em um determinado momento. Entretanto, o processo de copiar um arquivo não é instantâneo. A menos que o arquivo seja muito pequeno, o cliente de backup deve ler do arquivo e gravar na mídia de backup várias vezes para criar uma cópia completa. Se o cliente de backup não conseguir assegurar que nenhum outro aplicativo modifique o arquivo durante sua cópia, talvez você tenha um problema com a integridade dos dados sendo copiados.
Exemplo: Copy eight successive read and write operations
Esse exemplo ilustra o problema de integridade de dados, em que um arquivo é copiado por oito operações sucessivas de leitura e gravação.
O cliente de backup copia um bloco de cada vez. No meio do backup, durante a cópia do bloco 4, um aplicativo faz pequenas alterações nos blocos 2 e 6, que juntos formam uma única transação (um débito e um crédito, por exemplo). O backup captura a alteração feita ao bloco 6, mas não a do bloco 2, pois que o mesmo já foi copiado. A cópia de backup, portanto, contém uma transação parcial que pode tornar o backup inútil, porque o aplicativo que criou o arquivo provavelmente o considerará danificado.
Esse é um problema comum em aplicativos de banco de dados. Muitos usuários requerem o acesso simultâneo a um determinado arquivo e, ao mesmo tempo, é provável que uma única transação faça algumas pequenas alterações em locais diferentes do arquivo ou mesmo em um grupo de arquivos.
|
Copyright © 2017
|
|