Как стать автором
Обновить

Комментарии 73

Зачем очередной велосипед? Пользуюсь ninjahelper как оберткой к mysqldump, rsync, rdiff-backup. Настаивается быстро просто и понятно. Самое важное бэкапится непосредственно на Amazon S3.
А можно ссылочку на ninjahelper, а то чего-то нагуглить не получаеться. А велосипед хорошь тем, что расширяет выбор.
backupninja — https://labs.riseup.net/code/projects/show/backupninja/
Бэкап для слабаков — сказал коллега 3 час мучающийся с упавшим сервером :)
Backup — это акт проявления трусости :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
тормоза м бекапы придулаи трусы, а спасают они всех
Эх… вот это еще одна причина пользоваться Маком, а не Линуксом на десктопе (пересел около двух лет назад). ТаймМашина решает такие вопросы быстро, молча и эффективно.
А причём здесь десктоп?
Да потому что на Линуксе нет разницы между бэкапом сервера и десктопа, и то и то надо делать руками.

(на самом деле просто не обратил внимания что речь шла о сервере ;-) )
Да потому что на Линуксе нет разницы между бэкапом сервера и десктопа, и то и то надо делать руками.

Это не так. Первое, что приходит на ум — AMANDA и Bacula. А кроме них есть ещё множество других систем.
Настраивать их, разумеется, надо руками. Так искаропки и невозможно предусмотреть все потребности админов. Всё-таки к бэкапам данных на серверах требования совсем другие, чем к данным на типичном десктопе.
На самом деле — вы зомби пропаганды!
Ага, установить rsnapshot это сложно аж жуть.
Жуть. Для меня — жуть. Потому что он консольный.

Я живу в консоли и сейчас у меня открыто два окна iTerm по пять табов в каждом, но если что-то можно сделать в GUI, играть симфонии на клавиатуре у меня нет желания.
Там ответили уже ага :))

Он тем более ниразу не консольный. Это демон. Запускается по расписанию.
Но настраивать-то надо путем редактирования конфиг-файлов, нет?

(иными словами: гуй у него есть? если на то пошло, TimeMachine тоже демон).

(задумался и достал из ящика стола внешний винт для бэкапов и подключил к лаптопу).
timemachine тоже демон. timemachin не тупой бэкап. rsnapshot позволяет откатить опеределные каталоги или например записную книжку? rsnapshot включается одним нажатием? и наверное за этим rsnapshot'ом надо следить, чтобы работал как надо. и опять же он скорее всего «as is» да?
Ещё один адепт. Да может, представьте себе. Может всё что угодно забекапить, так как присутствует возможность обернуть в пользовательский скрипт. Следить вообще за всем надо, даже за своим мозгом.

А неужели Apple предоставляет SLA?
эхх это вы очередной адепт. для десктопа я использую timemachine, для серверов ssh + tar +gzip.
>Может всё что угодно забекапить, так как присутствует возможность обернуть в пользовательский скрипт
Причем тут это? я говорю про интеграцию TimeMachine в приложения. самый обычный пример: почта( или контакты), а маке она храница в sqlite таблицах. на линуксе мы конечно же тупо забекапим фаил, да? А теперь нам надо восстановить одно удаленное письмо(контакт), но сохранить все изменения (допустим это было все месяц назад). Ну и что вы сделаете? Я просто запущу TimeMachine и восстановлю нужную мне часть. А на линуксе — проблематично…

>Следить вообще за всем надо, даже за своим мозгом.
какие адепты GNU/Linux не воспитанные. TimeMachine оповестит меня о проблеме бекапа, в то время как приложения под линукс может работать глючно и не оповещать об этом. Потом зачем простому рядовому пользователю думать какие каталоги надо бэкапить и где его почтовая программа хранит почту?

>А неужели Apple предоставляет SLA?

Нет, но не «as is».
Рассматриваются какие-то сферические приложения в вакууме. В TM интегрирован бекап из маковского мейла. Отлично, а если я использую Тундербёрд? Всё? Эпик фейл. Про оповещение я вообще молчу… Если rsnapshot не смог сделать бекап он может послать письмо, записать в лог, в общем-то всё что захотите.

>>>Нет, но не «as is».
Ну конечно, ага.
THE APPLE SOFTWARE AND SERVICES ARE PROVIDED “AS IS” AND “AS AVAILABLE”, WITH ALL FAULTS AND WITHOUT WARRANTY OF ANY KIND, AND APPLE AND APPLE'S LICENSORS (COLLECTIVELY REFERRED TO AS “APPLE” FOR THE PURPOSES OF SECTIONS 8 and 9)
HEREBY DISCLAIM ALL WARRANTIES AND CONDITIONS WITH RESPECT TO THE APPLE SOFTWARE AND SERVICES, EITHER EXPRESS, IMPLIED OR STATUTORY,
INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES AND/OR CONDITIONS OF MERCHANTABILITY, OF SATISFACTORY QUALITY, OF FITNESS FOR A
PARTICULAR PURPOSE, OF ACCURACY, OF QUIET ENJOYMENT, AND NON-INFRINGEMENT OF THIRD PARTY RIGHTS.

images.apple.com/legal/sla/docs/macosx106.pdf
>Рассматриваются какие-то сферические приложения в вакууме. В TM интегрирован бекап из маковского мейла. Отлично, а если я использую Тундербёрд? Всё? Эпик фейл

Это вы эпик фэил если на маке используете тундерберд. Сколько людей его использует в макоси? Я рассмотрел 2 приложения с которыми я, а также большая часть пользователей apple часто работает. Опять все по-гиковски считаем, очнитесь линуксоиды еб^H^H ментальный секс с компьютером нравится только вам. Обычно пользователь просто хочет использовать компьютер в своих целях, а не работать над этим компьютером напильником, чтобы он был похож на рабочий инструмент.
Теперь вопрос по возможности ваших скриптов(я ими не пользовался и не могу сказать): позволят ли они откатить изменения только в _одном_ каталоге __не_ заходя _в консоль_ _не_ отвлекаясь от _основной задачи__? Тоесть тыкнул на хоткеи, вытащил 2 файла из версии за 1 января и 5 файлов за 1 февраля.

>Если rsnapshot не смог сделать бекап он может послать письмо, записать в лог, в общем-то всё что захотите.

ну вот опять я должен, что-то настраивать, еще и лог проверять.

никто не говорит про то, что использовать TM на сервере, я говорил про десктоп, а все эти ваши скрипты это излишний геморрой только.

>Ну конечно, ага.
ясно дело apple не отвечает за мои личные данные, но если их приложение будет лажать будет коллективный иск и apple будет платить.
Типичные отмазки адептов — мне не нужно — никому не нужно.

>>>Тоесть тыкнул на хоткеи, вытащил 2 файла из версии за 1 января и 5 файлов за 1 февраля.
Для этого есть более удобный инструмент — называется система контроля версий. Но, представьте себе, rsnaphot тоже такое умеет делать. Как без консоли, так и с ней. Бекапы это просто директории на каждый день своя. А уж как вы там получаете доступ к ним — это уже выбор пользователя.

>>>ясно дело apple не отвечает за мои личные данные, но если их приложение будет лажать будет коллективный иск и apple будет платить.
Ещё разок прочитайте. Аппл не отвечает вообще ни за что в этом софтваре.
типичные глюки красноглазика: «мне надо утолить свою ментальную жажду секса, а тут нельзя — софт говно»

>Для этого есть более удобный инструмент — называется система контроля версий. Но, представьте себе, rsnaphot тоже такое умеет делать. Как без консоли, так и с ней. Бекапы это просто директории на каждый день своя. А уж как вы там получаете доступ к ним — это уже выбор пользователя.

представляю своб девушку которая разбирается системой контроля версий. опять же близк красно глазика — я могу это сделать, значит любой может иначе хомяк-домохозяйка

>А уж как вы там получаете доступ к ним — это уже выбор пользователя.

вот когда у линукса появится, что-то по юзабильности близкое к TM тогда поговорим

>Ещё разок прочитайте. Аппл не отвечает вообще ни за что в этом софтваре.

Есть законы как бы. Вы будите удивлены, но в США они работают! Apple не отвечает за сохранность данных, но если приложения нанесет вред системе — будет суд, а если будет несколько таких случаев — будет коллективный иск, и скорее всего в пользу исцов.
Вред системе это когда из компа пойдёт дым. Думаю такого не случится.
sbackup. Никаких конфигов вручную править не надо. Как раз то что надо для бэкапа десктопной машины под убунтой. exclude, include, расписание. Почти все устраивает, кроме одной маленькой детали, но это скорее из-за того что у меня маленький хард для бэкапа.
Для тех, кто хочет аналог TimeMachine, в линуксе есть Back In Time backintime.le-web.org/
Выглядит прикольно. Когда я ушел с Линукса такого еще не было — если оно еще и надежно работает, то вообще красота!
3ого октября 2008ого года первая публичная версия появилась, проект весьма бурно развивается. По поводу стабильности ничего обещать не буду, но работать должно нормально. А сам пользуюсь аналогом True Image для снятия образов дисков целиком.
Для этого есть Partimage, но он не поддерживает ext4,
и fsarchiver.
Ну если сумеют допилить до простоты тайм машины (именно в простоте ее сила, а отнюдь не в универсальности, которой просто нет) — будет клево.
Дык в Back In Time и так все просто) При первом запуске задается через Gui расписание бэкапов(если нужно), что нужно сохранить (по умолчанию все) и в общем то на этом работа пользователя заканчивается. Ставил ее как раз после прочтения заметки об аналоге TimeMachine для линукс. А подход к бэкапам пользовательских данных в Маке мне нравится.
Это, а как у неё там с LVM, целостностью и прочем?
Сейчас тестовый прогон сделал, никаких проблем не было, unmount делать не пришлось.
По сути Back in time делает cp -rf из под рута (если для всей системы), выбранных директорий и файлов) Сейчас еще посмотрю, есть ли возможность включения сжатия.
Снимки бэкапов, а по сути копии директорий, потом просто сравниваются при помощи diff. В общем по сути — это GUI обертка для уже существующих консольных утилит.
Значит фигня, а не бекап :) Целостность fs не обеспечивается.
Поэтому и использую снятие образов диска, имхо в этом плане надежнее) А такой вариант больше подходит для обычных пользователей, которым нужно только пару папок в home забекапить.
ТаймМашина в openSolaris тоже быстро решает такие вопросы, но разве это повод ставить openSolaris?
> Поиск готовых решений ничего толкового не дал

Нужно было лучше поискать :-)
Возможно, но я уже влюбился в свое детище:) и ни на что его не променяю:)
Мля, бэкап. Спасибо. Напомнили
rsnapshot хорошо справляется. ну и тарболл системы тоже полезно сохранять.
Забэкапить данные (базы, сайты итд) — задача настолько простая, что даже самописными (на лету) скриптами решается быстрее, чем чтением доки к сложной системе.

Но после того как сервер сгорел или взломан возникает задача развернуть новый сервер ASAP. И тут-то начинаются танцы с бубном — потому что если сервер жил долго до этого, то просто apt-get install apache2 и распаковка архивов почему-то уже не срабатывает :-). Суммарно на сервере находится такое количество мелких залепук и бубнов, что быстро сообразить что надо сделать на новом сервере — нереально. Получается, что помимо сайтов, например, надо бэкапить конфиг апача еще. Помимо почтовых ящиков, конфиги MTA и pop3/imap серверов + всяких сторонних тулзов (напр вебморда для создания виртуальных почтовых доменов и ящиков).

Сейчас живем используя «бэкапы данных», но это не позволяет быстро поднять сервер. Желание автоматизировать процесс заставляет писать что-то свое, при этом есть дилемма:

метод 1) разделить сервер на сервисы (скажем, сайт aaa.com, почта aaa.com итд) и бэкапить их каждый отдельно. Но тогда не факт, что на новом сервере легко можно будет поставить бэкапный сервис с другой машины (так как набор софта на разных машинах разный)

метод 2) полный бэкап системы в формате… .deb! где в dependencies будут все пакеты, которые установлены на системе, а в содержании — все файлы, которые изменены (или добавлены) на машине и отличаются по хэшам от того, что в пакетах прописано. Тогда возникает сложность с тем, чтобы реализовать возможность инкрементальных бэкапов, бэкапы получаются большими, зато практически гарантировано (после нескольких предсказуемых движений напильником, напр. смены IP) получается в очень короткое время работоспособная система.

Но есть какое-то странное ощущение, что и это тоже — велосипед, который должен существовать уже лет 10 как :-)
Для того, чтобы решить проблему, описанную вами используем периодическое (раз в полгода) копирование при помощи clonezilla.
Бэкапить / не пробовали?
вариант, но слишком уж толстый получается — хочется как-то изящнее, а не brute force :-)
не знаю как вы а я бекапил основные каталоги, бэкап весил в районе 200 метров (за месяц) и около 50 за неделю/день. когда полетел сервер просто установил те же пакеты которые были (у меня фряхи и софт я собираю через make package-recursive clean, и хранится все это на отдельно сервере для бекапов) и развернул конфиги.
а можете поподробнее рассказать про использование. внедрение и подводные камни сего Калькулятора?? а то всё пробую пробую да никак нераспробую его
можно еще рсинком образ системы сливать на внешний хард…

или партимаджем — это уже по желанию.

в этом случае при желании (если ОЧЕНЬ срочно :) ) можно систему запустить с бекапа — достаточно сделать чрут с лайфсиди.
ну а если pivot root сделать так вообще)))
После долгой жизни с bacula поняли, что она для нас слишком большая. Перешли на backuppc. Очень удобная альтернатива самописным скриптам, с веб-интерфейсом (что особенно удобно при восстановлении отдельных файлов).
Странно, когда я искал систему создания бекапов по этим пунктам:
«1 Инкреметальность архивов
2 Уверенность в наличии архивов
3 Гибкость настройки
4 Отчет о работе»
Я нашел bacula и больше никогда ничего не искал.
Bacula конечно хороша, но уж слишком огромна для наших скромных задач.
> инкрементальный архив от ежемесячного
Т.к. ежемесячный архив это полная (full) резервная копия, то это называется — дифференциальный архив (а точнее, дифференциальный бэкап), бакула же его делает на ура.

> # а так же установить почтовый клиент «mutt»
Не понятно, зачем еще и mutt нужен? Для отправки почты вполне достаточно ssmtp. Или у вас еще что-то там есть (в общем не понятно по посту)?

Я что-то не втыкаю, зачем делать инкрементальный архив от дифференциального (просто сам никогда не делал такого и не вижу в этом смысла)? Буду благодарен, если объясните. Хотя, это же, в полной мере можно сделать и с помощью вышеупомяутой бакулы.
Сорри, на счет последнего абзаца тупанул… Инкрементальный бэкап, это же разница от последнего сделанного бэкапа.

Процитирую моего товарища:
Есть понятие full бакапа, диферинциального и инкрементального. Второй и третий дает разницу, но! Диф — делает бакап разницы от последнего ПОЛНОГО до текущего момента. Инкрементальный — от ЛЮБОГО последнего бакапа до текущего момента. Стандартная схема бакапа выглядит так:
1 раз в месяц — полный
4 раза в месяц, например по воскресеньям — дифф
каждый день — инкриментальный.

Таким образом при обрушинии системы ты ВСЕГДА теряешь максимум один день данных, а востановление в любом случаем сводится к подъему: одного полного, последнего дифа и все инки между последним дифом и последним инком. :) Вот примерно так.
Во-во :)) Именно bacula и больше ничего не надо :))
Она на 10 по 5-тибальной шкале делает то, что описано в данном топике :)

Сам ее юзаю не очень давно. Стоит и дома и на работе и еще в нескольких офисах (не имеющих прямого отношения к работе). Доволен полностью.

Все, что автор описал в посте можно сделать и с помощью бакулы.
Если честно, 10ти я бы ей не дал, она действительно отлично справляется со своей задачей, но её гуишка, настройка и установку не назовёшь юзер френдли. Просто если уж ставить по максимуму оценку нужно её и оценивать с максимальных позиций.
Хм… В данном топике речь идет о серверах, а нафига гуй на серверах? :) Тут кроме шелла больше ничего и не надо, имхо :)))
у меня на сервере бекапов был vnc поднят, и там я через гуи морду бакулы иногда смотрел за тем как она поживает =), всяко логи глядеть напряжней.
tail -f | tailf чем это напряжней, чем, например, гномовый gnome-system-log? :) Почти тоже самое, только через консоль. Для меня даже лучше.
Я просто не люблю гуй на серверах и считаю, что он там излишен.
Каждому своё.
Я про тоже :)))
Тоже использую на серверах данное приложение.
Хмм, интересная фещь, надо будет покопаться на досуге.
А рестор как производить? Или только распаковывать нужный архив в нужное место?
Да востановленние пока что руками. Главное при востанновлении инкрементального архва — это не забыть указывать файлы с описанием инкрементов.
Что только люди не выдумают, лишь бы не читать man dump. :)
Зачем изобретать еще одно решение, наступая на те же самые грабли?
Ведь есть куча готовых опенсорсных решений: rsync, dump/restore, etc.

Поначалу тоже сам пытался что-то писать, по фтп файлы гонял туда-сюда и т.п.
Но потом, когда серваков уже стало слишком много, надоело плодить скрипты, да и прсто запутаться можно было в этом всем. В итоге построил централизованную систему бэкапа на rsync. Один раз настроил и забыл, вот уже 3 года все работает на ура.
Сам текст скрипта я здесь приводить не буду ибо он достаточно большой.
Меня в таких решениях для бэкапа всегда напрягало то, что большие и сложные системы имеют тенденцию глючить, а глюки в системе бэкапов — это слишком рискованно.

Мой велосипед делает примерно то же самое, только он очень простой (70 строк тривиального кода на sh) и гибкий (поддержка шифрования архивов, блокирования базы данных, etc.). Инкрементальные архивы делаются tar-ом (поэтому для распаковки бэкапов ничего кроме tar не требуется). Задачи вроде удаления старых архивов — отлично делаются через cron+find, нет смысла встраивать их в систему создания бэкапов. Задача разделения недельных/месячных архивов отлично решается через cron+указание скрипту параметром разных каталогов для бэкапа. И т.д. — нет смысла ручками и с глюками реализовывать то, что отлично делают стандартные и проверенные десятилетиями утилиты.

В общем, если вам нужна надёжная, простая и гибкая система бэкапов — можете попробовать мой велосипед powerbackup. Для Gentoo-шников в моём оверлее есть ebuild для упрощения установки powerbackup.
Вопрос такой о инкрементальных бэкапах. Допустим у меня полетел винт с файлами, и для того чтобы восстановить данные я по логике должен сначала распаковать архив месячный, сверху него недельный, а после архив за нужный день.
Поправьте, пожалуйста, если я не прав.
Абсолютно верно!
Я так понимаю, в этом случае бэкапы на том же жестком диске остаются. А если жесткий диск умрет, дата-центр сгорит или сервер украдут?
Мне кажется интересным вариант хранения бэкапов с использованием Dropbox (профессиональный акк. на 50 gb). Инкрементальный бэкап, надежность Amazon S3, клиент для Windows, Linux, MacOS.
Ну так папку назначения можно легко изменить. Вариант с онлайном конечно интересен, но для жтого надо еще убедить клиентов, что это им необходимо. А это не так легко бывает сделать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории