Я налаштовую нічне завдання для встановлення кронів для запуску rsync (з --delete) для синхронізації мережевих спільних ресурсів із відповідними обсягами резервного копіювання.
Чи зіткнуться я з будь-якими проблемами, якщо на диску джерела є велика активність під час запуску процесу rsync?
Наприклад, може існувати тривала команда копіювання, що передає ГБ даних, що перекриває завдання cron rsync. Чи можуть виникнути проблеми з одночасністю?
Відповіді:
На жаль, не існує прямого способу перевірити rsync, чи записується файл, і не було б очевидного способу його обробити, якби це було. Rsync буде просто читати байти з файлу синхронно і просто бачити дані, як це було, коли він робив прочитане. Найкращий варіант - знайти спосіб синхронізувати резервний сценарій із будь-якою програмою, яка пише файли. Цей потік у списку розсилки rsync містить детальнішу інформацію.
Ще одна альтернатива - якщо ви використовуєте LVM, ви можете зробити знімок обсягу та rsync від цього. Але це насправді не вирішить проблему rsync'ing неповних або напівзаписаних файлів.
Так чи інакше, rsync зробить це своєю роботою, тому, якщо ви не переживаєте, чи відповідає резервна копія для кожного файлу, до якого записувались, тоді вам слід добре виконати лише rsync. Тобто, rsync не вийде з ладу чи помилки або щось подібне, якщо це все, що ви турбуєтесь.
EDIT: (вибачте за всі зміни: P) Ще одне, що я тільки думав. Ви можете встановити другий crsjob на rsync через годину або більше пізніше, щоб прагнути назвати --existingвсі файли, до яких писали, не вибираючи жодних нових файлів, в які зараз записуються. Це синхронізує будь-які зміни "під час польоту" з моменту першої rsync, не впадаючи в ту саму проблему під час другого запуску.