Бэкап сервер

[NetViruS]

Привет всем.

 

Народ поделитесь опытом плз. организовывал ли кто грамотный бэкап сервер ?

Что надо для этого ? Какое железо сгодится ? Нужно ли там подымать райд5 дабы объединить все винты в единую кучу ?

Какой Linux софт для этого посоветуете ?

Бэкапить надо бы большую psql базу и несколько Linux серверов.

 

[jurs]

Рейд поднимать определенно надо, а то накроется у тебя бекап-сервер, будет обидно. :)

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

 

Железо надо выбирать, мне кажется, в зависимости от условий: сколько места в стойке, чем и какой рейд будешь делать, какие хочешь винты, какой хочешь полезный объем получить, етс.

 

Утилиты под Линуксом - см. rsync и rdiff-backup.

[ilia_2s]

Вобще в случае серьезной системы ставят серверы горячей замены. А так если файлы хранить, то просто хранилище, естественно с рейдом. Ну и на худой конец просто куча дисков 2 копии данных.

[f13]

библиотека с lto4 + tsm

[UglyAdmin]

Не очень понимаю, зачем RAID на бэкапном сервере?

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

Если, конечно, это именно бэкап, а не архив.

[neiromancer]

Рейд поднимать определенно надо, а то накроется у тебя бекап-сервер, будет обидно. :)

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

 

Железо надо выбирать, мне кажется, в зависимости от условий: сколько места в стойке, чем и какой рейд будешь делать, какие хочешь винты, какой хочешь полезный объем получить, етс.

 

Утилиты под Линуксом - см. rsync и rdiff-backup.

+ tar - умеет инкрементальные бэкапы делать

+ dd - создание "образов" на случай падения винтов и/или рэйд-контроллера

+ amanda http://www.amanda.org/ - гнутый централизованный сервер бэкапов

 

[ilia_2s]

Не очень понимаю, зачем RAID на бэкапном сервере?

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

Если, конечно, это именно бэкап, а не архив.

если есть слово сервер то должно быть и рейд

[mikevlz]

iscsi nas на нужное число винтов. бекапить на подключенный диск стандартными средствами. По-моему самое простое и достаточно расширяемое средство.

[jurs]

Не очень понимаю, зачем RAID на бэкапном сервере?

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

Если, конечно, это именно бэкап, а не архив.

Зачем нужен бекап-сервер, перестающий быть таковым при выпадании винта?

[netch]

Не очень понимаю, зачем RAID на бэкапном сервере?

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

Если, конечно, это именно бэкап, а не архив.

Зачем нужен бекап-сервер, перестающий быть таковым при выпадании винта?

А за углом ещё на 200 дороже, поэтому кто купит здесь - тот лох.

 

Любая система строится из оценки необходимой надёжности. Выпадение винта на таком сервере крайне маловероятно (если явную дрянь не покупать), а одновременно с рабочим сервером - тем более. Зеркало тут может окупиться, а может и нет. Для надёжности лучше держать два винта и заливать чётные/нечётные архивы на них по очереди.

[Bushi]

1. Лучшее бесплатное ПО для резервного копирования, которое я видел - bacula.

2. Нужен или не нужен raid на бэкап-сервере - решать вам. Данные бэкапить на него все равно нет смысла. Носители должны быть съемными. А если пожар или водой зальет? Толку от такого бэкапа не будет.

3. Лучшее средство хранения данных до сих пор - это лента. Стриммеры рулят.

4. По опыту - лучше бэкапить одновременно на жесткие съемные диски (sata/ide hotswap) и ленту. На ленте данные сохранятся с бОльшей надежностью, а диски быстрее, когда необходимо оперативно восстановить данные.

[Мартен]

+ tar - умеет инкрементальные бэкапы делать

только без сжатия. делать инкрементальные бэкапы со сжатием умеет утилита dar

 

[jurs]

Не очень понимаю, зачем RAID на бэкапном сервере?

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

Если, конечно, это именно бэкап, а не архив.

Зачем нужен бекап-сервер, перестающий быть таковым при выпадании винта?

А за углом ещё на 200 дороже, поэтому кто купит здесь - тот лох.

 

Любая система строится из оценки необходимой надёжности. Выпадение винта на таком сервере крайне маловероятно (если явную дрянь не покупать), а одновременно с рабочим сервером - тем более. Зеркало тут может окупиться, а может и нет. Для надёжности лучше держать два винта и заливать чётные/нечётные архивы на них по очереди.

Про угол и 200 я не очень понял :).

Возможно мы с Вами понимаем под бекап-сервером немного разные вещи. Я понимаю следующее - допустим, серваков с 5-10 делаются инкрементальные бекапы (хранится скажем история за последние полгода), еще штук с 5-10 - полные бекапы за последние 10 рабочих дней. Как в такой ситуации обойтись без рейда? Когда накроется медным тазом большой дешевый винт, что будем делать? А накрыться может любое железо, даже самое дорогое - просто меньше вероятность. Экономическая целесообразность покупки двойного количества винтов зависит напрямую от ценности бекапаемых данных. Если данные у нас дороже двух терабайтных ES.2 (т.е. дороже 16-18 килорублей), то стоит покупать. А если нет, то конечно нунафиг. :)

 

1. Лучшее бесплатное ПО для резервного копирования, которое я видел - bacula.

2. Нужен или не нужен raid на бэкап-сервере - решать вам. Данные бэкапить на него все равно нет смысла. Носители должны быть съемными. А если пожар или водой зальет? Толку от такого бэкапа не будет.

3. Лучшее средство хранения данных до сих пор - это лента. Стриммеры рулят.

4. По опыту - лучше бэкапить одновременно на жесткие съемные диски (sata/ide hotswap) и ленту. На ленте данные сохранятся с бОльшей надежностью, а диски быстрее, когда необходимо оперативно восстановить данные.

В случае пожара съемность не поможет, вряд ли админы будут прорываться в горящее здание за коробком с бекапными ленточками. :) Тут либо вместе со съемными носителями вводить процедуру регулярного вынесения этих носителей в другое место, либо ставить в другом месте некий сторадж, и на него бекапить по сети.

[Minkevich]

когда-то собирался строить подобное...

больше всего понравилось - rsync