Potencial para corrupção de dados em rsync através de daemon e cron job entre dois servidores nos dois sentidos

0

Eu configurei dois servidores para sincronizar usando rsync daemons e cron job a cada 5 minutos.

  • O servidor A tem um daemon que disponibiliza uma pasta por meio de alias.
  • O servidor B tem um daemon que disponibiliza uma pasta (o mesmo caminho) por meio do alias.
  • O servidor A tem um trabalho cron que sincroniza a pasta (o mesmo caminho) para o alias do daemon do servidor A.
  • O servidor B tem um trabalho cron que sincroniza a pasta (o mesmo caminho) para o alias do daemon do servidor A.
  • O comando rsync recebe os parâmetros -urtzv .
  • Os relógios do servidor estão sincronizados.
  • A tarefa cron é executada a cada 5 minutos (no limite de 5 minutos no mostrador do relógio), portanto, os dois servidores executariam ao mesmo tempo (aproximadamente).

Existe algum problema potencial em fazer isso? Especificamente:

  • Haveria corrupção de dados porque os dois servidores estão executando rsync ao mesmo tempo? Ou os daemons lidam inteligentemente com conflitos?
  • Haveria corrupção de dados se (por exemplo) o servidor A estivesse transferindo para o servidor B por mais de 5 minutos (em um único rsync run), mas o servidor B executasse rsync do outro caminho cerca de 5 minutos após o rsync de longa duração no servidor A foi iniciado?
  • No último caso, haveria corrupção de dados se, além disso, outro processo no servidor A também estivesse sendo gravado no arquivo por mais de 5 minutos?

Eu li que executar rsync duas vezes em paralelo (no mesmo servidor e origem / destino) deve ser seguro em termos de integridade de dados, embora possa degradar o desempenho. Também aprendi que rsync armazena os dados recebidos em arquivos temporários e os move apenas para os arquivos permanentes quando a transferência é concluída. Mas não tenho certeza do comportamento quando rsync está configurado em dois servidores para sincronizar as duas formas ao mesmo tempo.

Se isso for melhor perguntado no Server Fault, por favor me avise.

    
por ADTC 22.08.2016 / 06:04

0 respostas