По мотивам не столь данного спора - встретился интересный сайт http://www.baarf.com/

BAARF - Battle Agains Any Raid Five :-)

Содержит множество технических статей, объясняющих, что законы физики все еще работают и производители RAID-5 массивов вряди смогут их изменить в ближайшем будущем.

Из статьи "Why should I not use RAID 5?" by Art S. Kagel :

Conclusion? For safety and performance favor RAID10 first, RAID3 second,
RAID4 third, and RAID5 last! The original reason for the RAID2-5 specs
was that the high cost of disks was making RAID1, mirroring, impractical.
That is no longer the case! Drives are commodity priced, even the biggest
fastest drives are cheaper in absolute dollars than drives were then and
cost per MB is a tiny fraction of what it was. Does RAID5 make ANY sense
anymore? Obviously I think not.


В таком вот аксепте

МимопроходящийПривет, Выбегалло!
Ты пишешь:

ВыбегаллоВ> BAARF - Battle Agains Any Raid Five :-)

В> Содержит множество технических статей, объясняющих,
В> что законы физики все еще работают и производители RAID-5 массивов вряди
В> смогут их изменить в ближайшем будущем.Почитал.
На заборе более аргументировано пишут.

--
With best regards, Мимопроходящий.
Posted via ActualForum NNTP Server 1.3

Некоторые вещи нам непонятны не в силу того, что понятия наши слабы, а в силу того, что вещи сии не входят в круг наших понятий. Похоже, что RAID5, в отличие от забора, не входит в круг ваших понятий, Мимопроходящий.

МимопроходящийПривет, Выбегалло!
Ты пишешь:

ВыбегаллоВ> Некоторые вещи нам непонятны не в силу того, что понятия наши слабы,
В> а в силу того, что вещи сии не входят в круг наших понятий.
В> Похоже, что RAID5, в отличие от забора, не входит в круг ваших понятий, Мимопроходящий.
Мальчик, ты поди 5-е RAID-ы только на картЫнках видел?
Да в статьях "дюже вумных" читал...
И смеешь рассуждать о вкусе устриц. (С)

--
With best regards, Мимопроходящий.
Posted via ActualForum NNTP Server 1.3

А скажите, Мимопроходящий - вы что-то слаще Firebird в жизни пробовали ? Я почему-то не вижу ваших постов ни в одном серьезном разделе.

Возвращаясь к напечатанному.
Второй день лежит многотерабайтный datawarehouse в одной из карточных компаний. Оригинал данных потерян из-за ошибки админов при подключении новых дисков. Первая копия потеряна потому что вовремя не отключили синхронизацию с оригиналом. Вторая копия - потому что, сурпрайз-сурпрайз, она хранилась на RAID5 и при попытке чтения появилась невосстановимая ошибка... В общем, не завидую я нашим админам.

guest_20040621> Возвращаясь к напечатанному.

Зачем? Хотите услышать все заново? Может, ну его нафиг? ;)

> Второй день лежит многотерабайтный datawarehouse

Тупость человеческая безгранична. Это не самый яркий пример. И железки здесь совершенно ни при чем.

> она хранилась на RAID5

Дружище, лично у меня безграмотные дебилы сочувствия не вызывают. Бэкапы на жестких дисках нормальные люди не хранят.

Придумайте, как в разумные сроки восстанавливать застотерабайтные базы с лент - озолотитесь. Острый вы наш.

guest_20040621> Придумайте, как в разумные сроки восстанавливать застотерабайтные базы
> с лент

Дружище, Вы неправильно формулируете задачу.

> озолотитесь.

;)) Это предложение работы? Спасибо; я, по счастью, не голодаю, посему вакансии дворника, ассенизатора и "придумывальщика" меня не интересуют.

> Острый вы наш.

Вас это беспокоит? Хотите об этом поговорить? ;)) Дружище, разве я виноват в том, что вашим криворуким админам никто не рассказал о резервировании? Разве я виноват в том, что ваш CIO напрасно получает заработную плату?

То есть по теме сказать вам нечего. И почему меня не удивляет, когда знатоки Firebird-а не понимают проблем, присущих терабайтным базам ?
Если бы кто из наших админов предложил хранить архив на ленте, на этого идиота посмотрели бы жалостливо и вызвали скорую - ну явно человек перегрелся. Потому что архив, на восстановление которого требуются недели - это все равно что отсутствующий архив.
Но вы, конечно, можете продолжать гордиться своей крутизной и глубоким пониманием VLDB.

guest_20040621> То есть по теме сказать вам нечего.

Мне нечего? ;) Не смешите мои тапочки, дружище.

> И почему меня не удивляет, когда знатоки Firebird-а не понимают проблем,
> присущих терабайтным базам ?

Жаль, что я не знаток FB. :(

> Если бы кто из наших админов предложил хранить архив на ленте

Дружище, уровень подготовки специалистов вашей лавчонки мне понятен без дополнительных уточнений. Это тот случай, когда молчать явно выгоднее. ;)) Ну, или жевать. ;)) На выбор.

А вообще - наймите, наконец, нормальных консультантов, - смешно читать о пионерских проблемах с "застотерабайтными" бд.

Ах, как надуты розовые щечки ! Как широко расставлены пионерские пальцы !
...жаль, что по теме сказать нечего, и VLDB в глаза не видел...

И, кстати, guest, я искренне польщен и где-то тронут вашим обращением ко мне как к "дружище", но увы, недостоин... пока я тут на форуме прохлаждаюсь, ваши дружищи во-всю работают : в овраге лошадь доедают.

В таком вот аксепте

guest_20040621> Ах, как надуты розовые щечки ! Как широко расставлены пионерские пальцы !

Аж прослезился. ;)) Спасибо, дружище.

Бесплатный совет: больше читайте. Я понимаю, что монотонная однообразная работа dba не способствует развитию интеллекта, - ну нельзя же так опускаться!

> ...жаль, что по теме сказать нечего

Я устал рассказывать Вам, уважаемый, об очевидных вещах. Надоело.


Милый гуест, AKA Мимопроходящий !

как тока вы мне покажете пальцем в 1 (одно) ваше высказывание в данном топике ПО ТЕМЕ, я сразу покаюсь и признаю себя идиотом, а вас - непревзойденным мастером сверхбольших баз. Но, согласитесь, трудно понять вашу усталость, если все ваши реплики - понты в чистом виде, без малейших примесей понимания вопроса. "Тупость человеческая безгранична", "Дружище, лично у меня безграмотные дебилы сочувствия не вызывают. Бэкапы на жестких дисках нормальные люди не хранят.", "вашим криворуким админам никто не рассказал о резервировании", "уровень подготовки специалистов вашей лавчонки мне понятен без дополнительных уточнений.", "наймите, наконец, нормальных консультантов, ", "Как нужно хранить данные, как их резервировать, как с ними работать, - дружище, поверьте, за эти десять лет кое-что изменилось." - что ни пост, то кладезь ничем не оправданного снобизма. Единственное высказывание близко к теме - про то, что типа нормальные люди бэкапы на дисках не хранят - выдает вас с головой. VLDB вы и издали не видели, так, от "знакомого провайдера" что-то слышали. Вы его расспросите, собирается ли он петабайтный архив на лентах хранить - узнаете о своих умственных способностях много нового. И, к сожалению, свежих идей по поводу оперативного восстановления из таких бэкапов у вас не наблюдается.

Это и немудрено, поскольку 100T на enterprice level железе типа http://www.exabyte.com/products/casestudies/index.cfm?v=vxa будет восстанавливаться 50 часов - никто не закладывает в планы простои такой длительности.

Кстати, для вас и таких как вы умные люди из EMC пишут : ( http://www.sybase.com/detail?id=1033680 )

One of the biggest challenges for Sybase IQ customers is to be able to efficiently grow the data warehouse and to be able to reliably back up and restore multi-terabytes of data as needed. Backing up the Sybase IQ data warehouse to tape is very painful, time-consuming, and unreliable.

За сим в данном топике откланиваюсь, буде не появится от вас идей / ссылок ПО ТЕМЕ, вместо пионерского задора. Но, боюсь, не появится.

guest_20040621
> будет восстанавливаться 50 часов - никто не закладывает в планы простои
> такой длительности.

Дружище, во-первых, 50 часов - это далеко не неделя, как Вы изволили нафантазировать.

Это в этом году два дня. В следующем - три, и так далее. Но вы, похоже, не понимаете, что contingency plan просто по определению не может включать двое суток простоя.

guest_20040621 Во-вторых, не бывает 100 терабайт оперативных данных.
Свободен.

zloy den Выбегалло

guest_20040621 Во-вторых, не бывает 100 терабайт оперативных данных.
Свободен.

Мне что-то тоже не сильно верится что используются все 100 Тб данных- скорее всего какие-то агрегаты по ним, которые можно хранить отдельно после их подсчета.

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

zloy denЯ же вроде и сказал, что агрегаты хранятся после подсчета.
А что это за база такая на 100 Тб, если агрегатов мало? С трудом представляю себе несколько миллиардов записей выданных пользователю

Sybase IQ ОЧЕНЬ эффективен на ad-hoc запросах, поэтому зачастую дешевле не аггрегировать. А миллиарды записей и не выдаются - по ним всякие сканеры гоняют, ищут фрод, паттерны, дата майнинг и пр. и пр.