Главная страница » Блог » Замечали, почему rsync пропускает изменённые файлы при инкрементальном бэкапе, хотя данные точно обновились?

Замечали, почему rsync пропускает изменённые файлы при инкрементальном бэкапе, хотя данные точно обновились?

Замечали, почему rsync пропускает изменённые файлы при инкрементальном бэкапе, хотя данные точно обновились? Всё дело в алгоритме сравнения: по умолчанию rsync сверяет только размер и время модификации. Если содержимое изменилось, а метка времени осталась прежней — например, при копировании с сохранением атрибутов или правке в ту же секунду, — утилита считает файл неизменным и пропускает его. Принудительная сверка содержимого включается флагом —checksum, но это заметно увеличивает время резервного копирования.

Практический чек-лист: проверьте, что в команде есть флаги -a или -rt; синхронизируйте время на серверах через NTP; для критичных данных хотя бы раз в неделю запускайте прогон с —checksum. Частая ловушка — изменение файла с сохранением длины и последующим touch -r: rsync навсегда «забывает» про такой файл, и вы рискуете потерять изменения.

Готовое решение — централизованный сценарий бэкапа с гибридной проверкой: быстрый прогон по времени и контрольные суммы только для подозрительных каталогов. Внедрение занимает один день: аудит текущей конфигурации, настройка флагов под ваш сценарий, тестовый запуск и проверка восстановления. Хотите, чтобы бэкапы гарантированно фиксировали каждое изменение? Оставьте заявку — настроим и протестируем всё под ваш проект.

Внимание:
Условия: Внедрение системы — от 50 000 ₽/мес. Если бюджет подходит — посмотреть тарифы →
Прокрутить вверх