Я настраиваю ночное задание cron для запуска rsync (с --delete) для синхронизации сетевых ресурсов с соответствующими томами резервных копий.
Буду ли я сталкиваться с какими-либо проблемами, если во время работы процесса rsync будет много активности на исходном диске?
Например, может существовать длительная команда копирования, передающая ГБ данных, которые перекрывают задание rsync cron. Могут ли быть проблемы с параллелизмом?
К сожалению, нет прямого способа проверить, записывается ли файл в rsync, и не было бы никакого очевидного способа справиться с ним, если бы он это сделал. Rsync будет просто читать байты из файла синхронно и просто видеть данные такими, какими они были при чтении. Лучший вариант - найти способ синхронизировать скрипт резервного копирования с любым приложением, которое записывает файлы. Эта тема в списке рассылки rsync посвящена некоторым подробностям.
Другой вариант - если вы используете LVM, вы можете сделать снимок тома и rsync из этого. Но это не решило бы проблему rsync'а, создавшего неполные или наполовину записанные файлы.
В любом случае, rsync выполнит свою работу, поэтому, если вы не беспокоитесь о том, является ли резервная копия последовательной для каждого файла, в который вы записываете, тогда вам будет достаточно просто rsync. То есть, rsync не будет аварийно завершать работу, не будет возникать ошибка или что-то в этом роде, если это все, что вас беспокоит.
РЕДАКТИРОВАТЬ: (извините за все правки: P) Еще одна вещь, о которой я только что подумал. Вы можете настроить второй rsync cronjob через час или около того с помощью флага --existing чтобы отследить любые файлы, в которые были записаны данные, без выбора новых файлов, в которые сейчас производится запись. Это будет синхронизировать любые изменения "в полете", начиная с первого rsync, не сталкиваясь с той же проблемой во втором запуске.
