резервное копирование в Linux — duplicity HOW-TO
Запись создана 1 мая, 2009
Самое простое что можно придумать, когда админ задумывается о резервном копировании данных это набор самописных скриптов с использованием tar. Неплохое решение, но заморачивание с этим насаждением скриптов, из которых в конце концов придется вырасти, пустая трата времени на мой взгляд.
предлагаю простое решение, как в разворачивании, так и в эксплуатации. Покажу на примере CentOS.
Подключите репозитарии dag и epel, затем в консоли выполните команду:
на этом установка завершена, теперь к практике эксплуатации. Предположим, нам нужно делать резервные копии /home на смонтированный в /backup диск диск. Для начала создадим full backup.
теперь добавим в cron задание на инкрементальное резервное копирование:
строчку:
duplicity умеет шифровать резервные копии, это удобно если резервные копии планируется хранить не на 100% надежном сервере или при паранойи у руководства. Для шифрования резервных копий, создайте ключ:
и заменив
на
Опять таки, раз речь зашла о резервном копировании на другой сервер, то нельзя не упомянуть о том что duplicity умеет делать копии по rsync scp ftp webdav ssh. Подробнее в
Восстановление тоже просто:
Посмотреть статус хранилища резервных копий можно командой:
Схожие темы
» Запись из раздела CentOS Linux | 3 комментария
Комментарии
3 комментария to “резервное копирование в Linux — duplicity HOW-TO”
Ответить
У меня не все так просто. Восстанавливает только самый последний бэкап. Если в хранилище бэкапа удалить все инкрементальные бэкапы и оставить полный — восстановит полный. Версия 0.5.18
Спасибо! Сэкономил кучу времени благодаря статье :)
На дебиане поймал очень не хороший глюк:
После удаления инкрементальных бэкапов ( /usr/bin/duplicity remove-all-inc-of-but-n-full 1 —force file:///мой_путь/)
…
AttributeError: BackupChain instance has no attribute ‘archive_dir’
Удаление кэша не спасает, может сталкивались с таким?