5

Я собираюсь использовать dd для резервного копирования всего жесткого диска регулярно, но это занимает около 1,5 часов и я хочу знать, есть ли более быстрый способ резервного копирования.

возможно, просто обновляя байты, которые отличаются.

2 ответа2

2

Дело в том, что выяснение того, какие байты изменились, потребует чтения обоих устройств и сравнения каждого байта. Звучит не очень быстро и так.

Если вы готовы отказаться от «резервного копирования всего жесткого диска» и вместо этого выполнить резервное копирование на уровне файловой системы:
1. rsync
2. rdiff-резервное копирование

AFAIK, эти программы используют некоторые атрибуты, такие как время модификации и размер, которые доступны на уровне FS. Таким образом, они должны ускорить процесс (особенно если большинство ваших файлов не меняются)

2

Вы можете выполнить резервное копирование одного раздела LVM (не целого необработанного диска, как вы упомянули, но, возможно, все еще соответствует вашим требованиям), сделав его снимок, а затем сделайте инкрементное резервное копирование файловой системы, а не исходного диска. Получив снимок, вы можете использовать инкрементные резервные копии tar или rsync (рекомендуем rsync). Вам не нужен моментальный снимок или LVM, но он помогает получить образ файловой системы на определенный момент времени.

rsnapshot (который по сути является большой оболочкой для rsync, чтобы упростить создание инкрементных резервных копий) поддерживает моментальные снимки LVM и инкрементные резервные копии. Я использую это, чтобы сделать выше. Обратите внимание, что первая синхронизация все еще займет много времени.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .