Comments 25
Если нужно чуть попроще, то RSnapshot.
Удовлетворяет многие пункты.
Удовлетворяет многие пункты.
Простыни обычно принято постить либо на pastebin, либо, если это похоже на настоящую программу — на гитхаб.
Или, хотя-бы, в <source />
Пардон за оформление. Первый пост, всё таки.
Сейчас немного переоформил, добавил ссылку на архив.
Насчет «зачем столько писал? есть же xxx/yyy/zzz!!!» — у меня главный критерий был — максимальная автономность backup-скрипта (чтобы не требовал ежедневного/еженедельного контроля) + максимально возможный срок хранения резервных копий + автоматическое удаление самых старых копий если место на диске кончилось.
Я много всяких backup-систем перепробовал, но ни одна из них не удовлетворила всем «хотелкам». Вместо того чтобы разбираться в чужом и дописывать свои «костыли» — взял и написал своё.
Сейчас немного переоформил, добавил ссылку на архив.
Насчет «зачем столько писал? есть же xxx/yyy/zzz!!!» — у меня главный критерий был — максимальная автономность backup-скрипта (чтобы не требовал ежедневного/еженедельного контроля) + максимально возможный срок хранения резервных копий + автоматическое удаление самых старых копий если место на диске кончилось.
Я много всяких backup-систем перепробовал, но ни одна из них не удовлетворила всем «хотелкам». Вместо того чтобы разбираться в чужом и дописывать свои «костыли» — взял и написал своё.
пароли лутше забирать с листингов )
Есть такая программа — dar (http://dar.linux.free.fr/). Мне кажется, она способна удовлетворить, с небольшими дополнительными скриптами, большинству требований, если не всем.
Но работа впечатляет.
Но работа впечатляет.
увидел в скриптах rsync и успокоился. все нормально.
rdiff-backup
Спасибо большое, мне очень понравилась эта реализация.
TimeMachine использую регулярно на рабочих маках,
сейчас завел ваш метод РК на сервере с Debian
завелось элементарно. Но остался вопрос?
Я так понимаю что вы исходили из идеи ежедневного РК,
а мне уж очень хочется что-бы скрипт был независим
от времени. То-есть я создаю кроном задание и ставлю сколько раз в день
прогонять скрипт, а скрипт создает папки со временем.
Просто мне нужно бэкапить сетевой диск с разными важными актами которые
разные филиалы заливают и удаляют и часто бывает нужно вернуть именно на час назад
а не за вчера.
Спасибо.
TimeMachine использую регулярно на рабочих маках,
сейчас завел ваш метод РК на сервере с Debian
завелось элементарно. Но остался вопрос?
Я так понимаю что вы исходили из идеи ежедневного РК,
а мне уж очень хочется что-бы скрипт был независим
от времени. То-есть я создаю кроном задание и ставлю сколько раз в день
прогонять скрипт, а скрипт создает папки со временем.
Просто мне нужно бэкапить сетевой диск с разными важными актами которые
разные филиалы заливают и удаляют и часто бывает нужно вернуть именно на час назад
а не за вчера.
Спасибо.
Хм, а зачем изобретать велосипед, когда есть LVM? Учитывая, что на любом Linux серваке LVM прямо таки обязан быть, ибо классические разделы — это позапрошлый век, то весь «бекап» сводится к одной строчке — созданию снапшота. Плюс надо коротенький скрипт проверки наполнения снапшотов и проверки свободного места. Всяко проще, надёжней, понятней и гибче чем велосипеды с rsync'ом. А результат — тот же. Разве что есть небольшой недостаток: 100Gb файлы убьют скорее всего все снапшоты) Но у меня никогда не было таких ситуаций. Оставляю всегда 30Gb на единовременный рост, каждый час проверяю размер снапшота. Если места меньше осталось, чем 30Gb — увеличиваю.
Снапшоты LVM не являются системой резервного копирования. Они физически находятся на том же носителе что и данные.
Дык в статье тоже не описывается система резервного копирования. Да и TimeMachine — это не средство бекапа. Снапшоты позволяют застраховаться от человеческого фактора, плюс делать нормальные бекапы на удалённые серверы (вы же не делаете бекап с рабочей системы?). Короче: снапшоты — это нормальная реализация того, что хочет автор.
И кроме сказанного в комментарии выше — Вас очень порадует snapshot живой базы данных в роли резервной копии.
проверку на установленный rsync надо добавить в prepare и nice / ionice
Отличный скрипт.
Это все уже есть. Посмотрите программу backintime
А Time Machine, между прочим, инкрементальный. И это замечательно.
Sign up to leave a comment.
Резервное копирование для standalone *NIX-серверов. Эмулируем TimeMachine