оптимизация backup[solved partly]
semlanik 20 июля, 2009 - 17:49
есть система бэкапирования. В принципе это обыкновенный tar+scp. все устраивает, но есть но) Каждый раз при tar -upf в принципе, что ожидается добавляется вторая копия всего, что было внутри архива, архив вырастает каждый раз на размер всего что бэкаплю, даже если файлы не менялись. Хотелось бы получить вообще вариант с перезаписью в архиве только поменявшихся файлов. поделитесь опытом. просто серваки не очень мощьные, да и винты старые не очень хочется нагружать их полным бэкапом каждый раз. Есть ли варианты с обновлением архива? Мб альтернативный архиватор
ЗЫ: заменить tar на dd не прелагать
»
- Для комментирования войдите или зарегистрируйтесь
придется писать скриптик
придется писать скриптик ;-)
у tar есть такой параметр --compare он же --diff он же -d, который сравнивает файлы в архиве с файловой системой... есть параметр --delete, который удаляет файлы из архива... и есть параметр --update, который добавляет только те файлы, которых нет в архиве
в общем
ожидаемо ) я уже думаю над
ожидаемо ) я уже думаю над этим вариантом ) спасиб ) в принципе исчерпывающе.
тока вот не думаю, что
тока вот не думаю, что нагрузка станет меньше, скорее наоборот она станет больше ;-)
делайте полный архив с датой и временем в имени, а предыдущие удаляйте. Это самый распространенный и выгодный вариант. ИМХО ;-)
Ну сейчас так и работает,
Ну сейчас так и работает, почему-то думалось что так буит быстрее.
ну, вы сами посудите: сейчас
ну, вы сами посудите: сейчас tar просто создает архив, а так он будет шуршать винтом пока сравнивает, пока удаляет и пока добавляет в архив файлы. еще и перепаковывать небось туда-сюда будет при этом, чтобы избежать фрагментации...
в общем все склоняется к одной пословице: не сломалось - не чини ;-) ИМХО
semlanik написал(а):да и
зачем туда бекапить. Проще (результат будет тотже) - вообще отказаться от этой затеи.
врятли scp используется для
врятли scp используется для локального бэкапа на тот же винт ;-)
верно подмечено ;)
верно подмечено ;)
Временные бэкапы делаются на
Временные бэкапы делаются на локальный винт, а точне тарится и бзипится, после чего отправляется по ssh на одну из машин-хранилище, там уже ротэйтятся общие бэкапы. Бэкапится вся система, потому рсинк не катит, потом на назначение прав убить вермени можно нереально много. В общем то, что есть уже провернная схема, так что от нее отказываться не буим. просто встал вопроса об оптимизации, немного поправил скрипты и обратил внимание, опция -u не отрабатывала раньше и архив перезаписывался каждый раз, поправил и увидел неприятный результат. оставим все как есть. Всем спасибо. если есть еще предложения высказывайте. я думаю тема в целом не безполезная, но судя по инфе в инете очень ограниченая в разнообразии реализаций.
посмотрите в сторону google->
посмотрите в сторону tar incremental backup
PS. В посте имелось ввиду, что backup делается на старые винты, что не имеет смысла
Полностью машину бэкапить
Полностью машину бэкапить нужно достаточно редко, а вот /etc + /var(выборочно) + данные пользователей переодически. Может просто нужно все разделить. Был проект на opennet.ru бэкакпа на ftp поищите.
Все бэкапы делаются на
Все бэкапы делаются на локальные винты только как временные, чтобы после сжатия по ssh отправить их на backup сервер
Amanda или Bacula по вкусу
Amanda или Bacula по вкусу :)
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
semlanik написал(а): ЗЫ:
Могу предложить
app-backup/rdiff-backup (1.2.8@29.06.2009): Remote incremental file backup utility; uses librsync's rdiff utility to create concise, versioned backups.Я ♥ Gentoo & Funtoo