![]() |
backup under LInux
посоветуйте, чем бякапить Линукс мейл сервер.
|
Ну есть такая бесплатная штука как amanda http://www.amanda.org, http://www.backupcentral.com/amanda.html. Ну и rsync для менее амбициозных.
|
в mandrake есть backup - иди в DrakeConf
|
по мне так bzip2 |gzip пара строчек на shell и wget :)
зато просто и понятно . |
ушел я с mandrake, может кто-то посоветует простой backup, требования такие:
1. можно запускать из cron 2. гибкие настройки какие файлы пропускать из директорий которые проходят backup 3. incremental backup 4. простой :). Не обязательно GUI, простой интерфейс и инсталяция. Спасибо! |
Цитата:
|
Спасибо Zes,
хм... а можно попросить open source, совсем забыл |
Цитата:
|
Цитата:
почитай, чтобы стало понятнее http://www.freebsd.org.ru/handbook/backup-basics.html |
Цитата:
|
для меня очень подошел sbackup минимальные и удобные настройки, и пока вроде работает :)
P.S. для бэкапа десктопа, у меня не сервер |
Rasskazhu svoi opit. Kogda v seti raznie mashini i raznie versii Uniх, Linuх pod PC, Alpha, mogut nakladki s softom bit'. Neskolko raz stalkivalsja s tem, chto sistema iz cron + dump +tar+ gzip + ssh to remote server ne vsegda rabotaet kak nado...
V chastnosti svizazano s tem, chto rannie versii gzip nekorrektno rabotaiut s failami bolshe 2Gb. Dlia sebja sdelal vivod: obiazatelno proverjat' celostnost' .gzip faila posle backup-a. |
SBackup is a simple backup solution intended for desktop use.
А кто нибудь бэкапит с нексокльких серверов сразу? Есть что нибудь не симпл, но несложное в работе? :confused: |
Кстати,вот про Аманду руководство,если кому нужно:
http://www.pomorsu.ru/~olmer/docs/amanda/amanda.html Интересная статья в Линуксжурнале на обсуждаемую тему: http://www.linuxjournal.com/article/8680 Клонирование : g4u http://www.feyrer.de/g4u/ Rsnapshop (rsync) http://www.rsnapshot.org/ Мондо: http://www.mondorescue.org/index.html и так далее... |
Цитата:
|
А у меня такая задача..
Есть один раздел в /home/storage котрый надо бекапить ну если не раз в день то раз в в неделю точно.. Причём надо инкрементально.. тоесть только изменения сохранять. И очень желательно с поддержкой нескольких версий.. тоесть например. сделат "рестор" не с поледнего бекапа а нпример 2 дневной давности (поидее при правильной инкрементации должно быть не сложно) Бекапиться будем на USB Storage, котрый примонтируется (например только для backupa) в /backup Почитав в этом топе я не совсем для себя решил что мне нужно.. Но склоняюсь к сриптику + cron Рельно ли сделать инкементальность самому? Или может это уже как то реализовано? может есть скриптик у кого-нибудь? Да и вроде как я понял вроде с rsync такое можно сделать.. Как вы считаете? В написании баш-скриптов опыта мало.. но думаю разберусь! Посоветуте что как начать! :help: :beer: |
Полазиол сегодня ещё в интернете..
буду писать скрипт с cron + tar+ find + gzip скорее всего и инкрементальность должна получится хорошая.. толк скрипт востановления серьёзный будет я думаю |
Всё! разобрался..
по идее оптимальным для меня будет чистый rsync. Дописываю скрипт с инкрементальным backupом со snapshotами ну и мелочи.. если кого-то заинтересует.. могу выложить |
Как я писал выше, есть "бакапскрипт" котрый производит бакап с помощью rsync и делает "снапшоты" с помощь сp -al тоесть "hardlinkами".
Для тех кто не очень в курсе поясняю... Каждый "снапшот" хранится в отдельном катлоге который после копирования указанной командой, хранит лишь "хард линки" на файлы.. тоесть место тратится реально один раз, так как файл (i-node) существует только один раз.. надеюсь всем понятно.. Тоесть перед каждой синхронизацией создается новый снапшот и синхронизируется. не изменяя остальные. Но не всё то так гладко!: Как я понимаю, если я изменяю файл (скажем стираю в нём 3 строчки), то ночью при бекапе создается новых каталог и внём хардлинк на файл тот каким он был вчера.. После того как будет выполнен rsync естественно изменится содержимое на бекапе но не только на новом а во всех предыдущих снапшотах!! (хардлинки блин) Тем самым смысл этих снапшотов при таком апдейте теряется сразу.. Вопрос: Как же быть!!!? Как же измененные файлы то действительно эффективно бэкапить? Чтобы не терялся смысл снапшотов? посоветуйте чаго-нибудь! :молись: :молись: :idontnow: :idontnow: :help: :help: :beer: |
Хех. Если тебе не жалко дискового пространства, попробуй кадждый день недели (месяца) бэкапить в отдельную папку полный backup, без создания дополнительных hard&symbolic линков. Тогда ты сможешь на неделю (месяц) юзерам дать страховку от ошибок.
Если жалко место - делай инкрементный бэкап. Полный раз в неделю к примеру, а инкрементный в остальные дни недели. Но тогда у тебя все изменения будут сохранены, то есть будут доступны самые последние версии файлов. Плюс версия файла недельной давности. В этом случае от "удаления 3 строчек" в файле юзер не застрахован - если не опомнится конечно и не побежи сразу к админу (чтобы восстановить файл с последнего инкрементного архива. Других способов вроде науке не известно, по крайней мере официально известных и распространенных :-) |
Ну с таким способом я вернусь туда от кудапришёл..
Да и ты не совсем прав: При правильном инкрементальном бэкапе юзер от всего затсрахован. Я вот придумал так. Зацените: При созданием актуального "снапшота": 1. Как и до этого создаем новый каталог с помощью хардлинкового копирования. 2. Но теперь еще перед тем как запустить rsync сначала смотрим какие файлы были изменены с момента последнего бэкапа.. и эти в новой папке стираем!! 3. запускаем rsync. Теперь присинхронизации rsync поидее создаст новую, реальную копию измененных файлов. Проблема таким образом, на мой взгляд, решена с максимальной экономией места на диске. Осталось правильно написать на баше второй шаг. :yees: :cool: или? |
Цитата:
А какая именно схема реализуется - dump/restore, либо rsync + скрипты ручками написанные - имхо дело вкусов. Делают они в итоге одно и то же, места занимают они приблизительно одинаковое количество. |
Ну я уже на rsync.
На следующей неделе попробую вышеизложенный вариант.. вроде концепциональных прроблем нет. о результатах напишу |
1.Скрипт копирует все файлы с BACUP_A на BACUP_B
2. При чём все новые дублируются по чётным неделям на BACUP_C, а по нечётным на BACUP_D. Цитата:
|
Цитата:
problem s updatami boslche net.. kogda najdu wremja otkommentiruju ego krsiwo i wistawlu na domaschnej stranize |
acronis
Цитата:
|
| Часовой пояс GMT +4, время: 06:18. |
Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.