Полигон-2

Ctrl написал:

[q]

о классической системе ротации комплектов кассет к стримеру, только вместо кассет - диски?

[/q]

Так и знал, что свалишься на кассеты и только! Да кассеты были наиболее распространены и работать с ними мог любой IT-ребёнок. Но у кассет есть существенный недостаток - структурная хрупкость, именно из-за него и выбрасывали весь комплект лент разом, ибо сохранить ленту в фабрично-новом состоянии принципиально невозможно!
Нет, это не система ротации, хотя со-стороны таковой выглядит, это распределённый во времени виртуальный райд, с архивным резервированием. Надо сказать, при отсутствии основного дефекта, присущего ленте, жёсткий диск имеет более длительный срок жизни.

Ctrl написал:

[q]

Вопрос, как сконфигурировать каждый сервер и какую стратегию резервного копирования с первого на второй выбрать чтобы получить максимальную надежность хранения данных?

[/q]

Если оба сервака будут работать постоянно, то никакой выгоды в надёжности не будет принципиально: сольёшь архив с базы на бекап, и диски накроются одновременно и на базе и в бекапе, ибо выработали свой ресурс! Да и вся система ничем принципиально не отличается от обычного райд-зеркала. Вот, ежли твой бекап-сервак вступит в строй на пол-срока жизни позже - есть шанс инфу спасти. Да и освободившиеся и ещё способные работать диски можно продавать, частично компенсируя потери на покупку новых. Крупные компании так не поступают, просто уничтожая носитель, но для домо-юзера продажа - в самый раз.
Кстати, есть смысл не организовывать 6-8 дисков сервака в какой-либо райд, пусть будут по-отдельности. На одном - игры, на другом - музыка, и т.д. Легче с бекапом: диск-в-диск, без мороки с подбором объёма.

Ctrl

Честно говоря не знаю или знал , но забыл Что одно и тоже в принципе

ps Когдато давно пользовался паром под мандрейк, но не уверен что это то что нужно. За давностью лет забыл как там всё устроенно. Есть версия и под винду.

на всякий случай дам ссылку

http://sourceforge.net/project...dline/0.4/

В поезде вагон для курящих:
- Извините, Вы не возражаете если я не буду курить?
(опоздал, уже убрали в отдельную тему)

Вообщем, прикинул я один вариант, организации основного ХД пока касаться не будем, а резервное в двух словах выглядит так.

Каждую неделю с основного ХД делается инкрементальное пофайловое копирование на отдельный съемный винт (sata->usb).
Когда весь диск заполняется, он относится в резервное ХД.
Резервное ХД представляет собой набор независимых винтов с инкрементальными копиями + один (два) диска с избыточностью.
Когда добавляется новый диск, производится проверка целостности данных на всех диска, затем пересчитывается избыточность.
Нужно проверить сколько времени будет занимать вычислить 2(4)Тб избыточности от 4-6-8-10Тб данных.
Избыточность вычисляется пофайлово (примерно как в ICE ECC, но нужно определиться с программой), тк файлы в резервном ХД не меняются.
Резервное ХД включается только для добавления нового диска (раз в несколько месяцев) или для восстановления данных.

Готов обсудить плюсы и минусы такого варианта и выслушать конструктиную критику.

Surprise
par2cmd - точно, смотрел ее, 0.4 не работает с большими файлами, а новых версий похоже не предвидится.

Fe-Restorator
Основное что меня останавливает от организации raid5/6 на резервном ХД - необходимость сразу покупать полный комплект дисков, что напряжно в материальном плане (4+1/2 диска - 15-18тыс). Второе - со временем стоимость хранения Гб падает, уверент черех год-два будет 1,0-1,1р/Гб (для одиночного диска).

PS Для обеспечения конфиденциальности данных на сменных носителей я пользуюсь tc.