Jump to content

  

168 members have voted

  1. 1. Какие системы резевного копирования Вы используете?

    • Backula
    • Amanda
    • dump/restore + ssh/scp/sftp
    • rsync
    • BackupPC
    • DIBS
      0
    • cp, tar + ssh/scp/sftp
    • rdiff-backup
    • dar
      0
    • duplicity
    • Я ЕЩЕ не делаю бэкап
    • ZFS tools
    • CVS tools (git/subversion/etc)


Recommended Posts

Posted (edited)

Делимся опытом, кто чем делает резервное копирование на своих серверах.

 

P.S. Подскажите, что еще добавить в опрос?

Edited by mlevel
Posted

Не совсем корректный вопрос. Есть бэкап файловой системы, есть бэкап БД(тут tar не поможет), отдельная задача - образы клиентских виртуалок(мало кто из isp сейчас этим занимается, но всё же)

 

Например, для бэкапа /etc(/usr/loca/etc и т.п.) удобно применять git/svn/прочее (место занимает копейки, за то удобно). Для бэкапа почтовых ящиков(maildir) подходят всякие решения типа hp dataprotector, которые сами считают инкрементальность и прочее, база данных бэкапить можно как дампом в файл, так и бинарными логами, а для некоторых есть закрытый софт типа oracle secure backup

Posted (edited)

Не совсем корректный вопрос. Есть бэкап файловой системы, есть бэкап БД(тут tar не поможет), отдельная задача - образы клиентских виртуалок(мало кто из isp сейчас этим занимается, но всё же)

 

Например, для бэкапа /etc(/usr/loca/etc и т.п.) удобно применять git/svn/прочее (место занимает копейки, за то удобно). Для бэкапа почтовых ящиков(maildir) подходят всякие решения типа hp dataprotector, которые сами считают инкрементальность и прочее, база данных бэкапить можно как дампом в файл, так и бинарными логами, а для некоторых есть закрытый софт типа oracle secure backup

 

 

Не спорю, для бэкапа БД есть другие решения.

 

По поводу конфигов/файлов, для меня например важно иметь декрементный бэкап.

Edited by mlevel
Posted

BackUpPC - один раз настроил и забыл, пользуюсь давно, поддерживает самбу ftp ssh бекапить можно как инкрементными так и полными, как душе угодно, можно бекапить по шаблонам файлов и по разным расписаниям, в том числе и указывать когда бекапить низя :)

Posted

rdiff-backup для файловых деревьев (сайты и т.д.).

picobackup + ls4sweep для sql, sysinfo, выборочных конфигов.

 

Не могу не отметить, что политика архивирования явным ("implicit") указыванием выборочных конфигов чревата обернутся "прекрасными" сюрпризами при восстановлении.

 

 

 

 

 

 

Posted

Не могу не отметить, что политика архивирования явным ("implicit") указыванием выборочных конфигов чревата обернутся "прекрасными" сюрпризами при восстановлении.

Имеющие проблемы с внимательностью могут пользоваться rpmuncovered или его аналогами:

http://proto.altlinux.org/srpm/rpmuncovered

Posted (edited)

dump(локальный и удаленный)+mysqldump+tar+scp

Но знающие люди советуют попробовать svn поднять, как доп мера для откатов. Причем на svn травят директории, как я понял, вплоть до /etc даже. Но пока сам не поднял, точно утверждать не могу..

Edited by a-zazell
Posted (edited)

a-zazell, я на домашнем сервере для каталога с фотографиями (лень залезать, но что-то порядка терабайта) использую git с коммитом два раза в день. Были сомнения в скорости и вообще способности git проглотить такое количество, да ещё и бинарных, файлов, но к счастью они не оправдались - и обход, и коммиты происходят очень быстро. Медленно было лишь initial commit. ;,)

 

Так что ваш подход вполне имеет право на жизнь.

Edited by Dyr
Posted

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

  • 2 weeks later...
Posted (edited)
dump(локальный и удаленный)+mysqldump+tar+scp

Но знающие люди советуют попробовать svn поднять, как доп мера для откатов. Причем на svn травят директории, как я понял, вплоть до /etc даже. Но пока сам не поднял, точно утверждать не могу..

 

С svn :) штука безусловно очень хорошая, даже откатится на конфиг назад сможешь если что, но мусора много будет на самом серваке, да и не предназначен он для этого, хотя конечно попробовать можно, у меня например svn весит порядка ~4,5 гига на ~1гиг собственно данных, а вот beckuppc схавывает на много больше, но там и яйца не в одной корзине, 2 full + 14 инкрементных делается, всё ж надёжнее, но опять таки и на старуху как говорится, слетел винт на ноуте, пока я ездил в магаз слетает жёсткий на сервачке где backuppc (можете не верить, но мне было не до шуток), чуть не поседел, смог винт реанимировать и забрать самые нужные файлы, благо svn распределённый и есть ещё у нескольких человек, вот такие бывают косяки при всех бекапах.

Edited by gavru
Posted

а можно скрипт в студию?

 

Так а что там того скрипта, 3 функции:

 

1. mysqldump

2. tar ...

3. scp, ftp ...

 

Удаление на сторадже по find -ctime +<time_in_date> -delete

 

Лучше подскажите у кого опыт есть восстановления раздела из dump на linux (debian, ubuntu)?

Posted

Лучше подскажите у кого опыт есть восстановления раздела из dump на linux (debian, ubuntu)?

 

Речь про дамп, сделанный dd? Нормально восстанавливается, но в дистрибутивах, где initrd собирается динамически(под конкретное железо), приходится либо заранее запихивать нужные модули туда(если переносится на другое железо) с помощью mkinitrd, либо потом делать chroot и собирать initrd.

Из tar-бэкапов тоже нормально восстанавливается, надо только почитать про команды grub

Posted

Лучше подскажите у кого опыт есть восстановления раздела из dump на linux (debian, ubuntu)?

 

Да, извините не уточнил:

 

# apt-get install dump
...
# dump -0uan ... | gzip -9 ... > <my_dump_name>.dump.gz

 

Во free все красиво и понятно восcтанавливается по restore, кто пробовал в linux восстановить? В случае, если система не грузится

  • 1 month later...
Posted

Винда Хрюша.

True Image. На всю систему.

Раньше делал инкрементные бэкапы помесячные (а ещё раньше - даже недельные ;-)).

Потом пришёл к выводу, что оптимальней - Полный бэкап раз в пол-года. На DVD.

  • 1 month later...
  • 2 weeks later...
Posted

В идеале сетевое хранилище хорошо до тех пор пока оно не сдохло и не утянуло за собой ВСЕ.. Съемные носители тоже должны быть. Пусть не каждодневный бакап, но должен быть убран в сейф (унесен вообще в ячейку в банке). Ленты, диски, не принципиально, главное тчобы съемные. СД-ДВД по моему не канают из за низкой надежности.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.