É seguro usar um HDD enquanto o rsync está rodando?

Question

Eu planejo fazer backup de meus HDDs grandes em rsync e prevejo que leve alguns dias. É seguro usar o disco rígido original (adicionar arquivos) enquanto rsync está funcionando? Ou é melhor deixar os HDDs intocados até que o rsync seja concluído?

    

Answer 1

Como outros já apontaram, é seguro ler o disco de origem ou usar o disco de destino fora do diretório de destino, enquanto o rsync está em execução. Também é seguro ler dentro do diretório de destino, especialmente se o diretório de destino estiver sendo preenchido exclusivamente pela execução do rsync.

O que não é geralmente seguro é escrever dentro do diretório de origem enquanto o rsync está rodando. "Escreve" é qualquer coisa que modifique o conteúdo do diretório de origem ou qualquer subdiretório dele, então inclui atualizações de arquivos, exclusões, criação, etc.

Ao fazer isso, não quebrará nada, mas a mudança pode ou não ser levantada pelo rsync para copiar para o local de destino. Isso depende do tipo de alteração, se o rsync verificou esse diretório específico ainda e se o rsync copiou o arquivo ou diretório em questão ainda.

No entanto, há uma maneira fácil de resolver isso: Quando terminar, execute o rsync novamente, com os mesmos parâmetros. (A menos que você tenha algum parâmetro de exclusão; se fizer isso, seja um pouco mais cuidado.) Isso fará com que ele verifique novamente a origem e transfira as diferenças que não foram coletadas durante a execução original.

A segunda execução deve transferir somente as diferenças que aconteceram durante a execução anterior do rsync e, como tal, serão concluídas muito mais rapidamente. Assim, você pode sentir-se livre para usar o computador normalmente durante a primeira execução, mas deve evitar, tanto quanto possível, fazer quaisquer alterações na fonte durante a segunda execução. Se puder, considere Remontando o sistema de arquivos de origem somente leitura antes de iniciar a segunda execução de rsync. (Algo como mount -o ro,remount /media/source deve fazer.)

    

Answer 2

Isso depende do sistema de backup que você usa, mas, em geral, é uma má idéia modificar o conteúdo de um dispositivo enquanto você o faz backup. No entanto, você pode ler seu conteúdo; essa é uma operação segura, mesmo que isso atrase o processo.

No seu caso, rsync criará uma lista de arquivos e iniciará o backup. Portanto, qualquer arquivo adicionado ao disco rígido de origem após o início do backup não será copiado .

O que eu faço é não usar um dispositivo durante um backup. Essa é a maneira mais segura de obter um backup rápido e consistente.

    

Answer 3

É seguro ler dados das áreas de origem enquanto rsync está operando, mas se você atualizar qualquer coisa, a cópia que rsync cria / atualiza é provável que seja inconsistente:

1. Se você atualizar um arquivo que o rsync já examinou, ele não verá a atualização até uma execução futura. Se você atualizar um arquivo que ainda precisa verificar, a mudança será respeitada no destino. Se você atualizar arquivos que foram ou não verificados, você acabará com uma mistura de versões antigas e novas no destino.

2. Se você adicionar um arquivo a um diretório que já tenha sido digitalizado, ele será perdido da cópia de destino desta vez. Se você remover um arquivo de um diretório que já tenha sido digitalizado, ele será deixado na cópia de destino desta vez. Dependendo de como você chama rsync , a árvore inteira pode ser verificada no início ou pode ser digitalizada de forma incremental à medida que o processo de sincronização acontece.

3. Em algumas circunstâncias, rsync verá a inconsistência e avisará você. Se você remover um arquivo ou subdiretório de um diretório que já tenha sido escaneado, mas não tiver seu conteúdo escaneado, receberá uma mensagem de erro sobre a falta do objeto. Em circunstâncias semelhantes, às vezes (se o tamanho e / ou o registro de data e hora forem alterados), também é possível avisar sobre arquivos que estão alterando a varredura intermediária.

Para alguns backups, esta inconsistência pode não ser um problema enorme, mas para a maioria será assim, é recomendado que você não tente sincronizar uma fonte que esteja mudando ativamente.

Se você usar o LVM para dividir o seu sistema de armazenamento, poderá usar um instantâneo temporário para fazer um backup pontual. Isso requer que você tenha espaço suficiente no grupo de volumes para criar um volume de instantâneo grande o suficiente para conter todas as alterações que ocorrerão na duração em que o instantâneo for necessário. Verifique a documentação do LVM (ou um dos muitos exemplos online: procure por "LVM snapshot backup" ou similar) para mais detalhes.

Mesmo sem o LVM, alguns sistemas de arquivos suportam os próprios snapshots - então você também pode querer olhar para essa opção.

Se você deseja fazer backup de grandes volumes ativos sem longo tempo de inatividade e não pode usar instantâneos, pode ser suficiente executar a verificação "ao vivo" até a conclusão e parar o acesso ao volume e executar outro processo de rsync que pode levar muito menos tempo (se muito pouco mudou, será apenas escanear a árvore de diretórios e, em seguida, os poucos arquivos atualizados). Desta forma, a duração em que você deve evitar as alterações pode ser muito menor.

    

Answer 4

• O HDD de origem pode ler qualquer coisa durante o rsync.

• O HDD de origem pode gravar qualquer conteúdo não relacionado ao conteúdo do rsync.

• O HDD de destino pode ler qualquer coisa durante o rsync.

• O HDD de destino pode gravar qualquer coisa enquanto rsync com a condição de ter espaço suficiente reservado para o conteúdo sincronizado.

Naturalmente, em qualquer um dos casos, haverá redução de desempenho.

    

Answer 5

Todas as respostas atuais estão falando sobre segurança de dados em termos de consistência e assumindo hardware perfeito.

Outra coisa a considerar é a segurança do hardware em si. Se você possui discos rígidos sem backup que podem estar prestes a falhar (talvez você nem saiba ainda) e está fazendo um backup abrangente inicial , não o use. Nem mesmo monte se os dados forem críticos. Você pode usar uma ferramenta como dd para clonar o disco como um dispositivo de bloco. O que você não quer que a cabeça do disco busque, e possivelmente escreva enquanto você está tentando fazer um backup. Além disso, dd deve ser mais rápido para o backup inicial, uma vez que copia os bits em ordem (se a unidade não estiver cheia, suponho que o rsync também venceria no caso inicial).

Para backups incrementais subseqüentes, o rsync é uma ótima escolha e eu concordo com as outras respostas em 100%.