inasup писал(а): Вс авг 19, 2012 18:06
софт писался под заказ...
не уверен, что и
системный софт писался под заказ, и саму СУБД.
Скорее, писалось прикладное приложение и скрипты в рамках какой-нить распостраненной СУБД. Но зеркалирование серверов делается обычно системным софтом и средствами СУБД, то есть это несколько иной слой взаимодействия, гораздо более формализованный. Кроме того, насколько понимаю, существуют решения резервирования вообще отвязанные от прикладных задач, например через виртуализацию.
Просто вся история систем повышения надежности на аппаратном уровне - это, в принципе,
обеспечение избыточности по разным узлам системы. Для начала, на простом уровне обеспечивают избыточность хотя бы жестких дисков, как самой проблемной части (т.е. ставят RAID1/5/6/10). Потом если денег хватает идет очередь дублированных блоков питания внутри одного сервера (вторая по частоте проблемности позиция). Потом дублирование коммуникации- link agregation. Потом следует следующий уровень - дублирующий контроллер рейд внутри одного сервера. Но, это уже почти никто не делает по моим наблюдениям, посколько легко и просто перескочить уже на следующий этап - дублирование сервера в целом, вместе с контроллерами, сетевыми платами и дисками. Заодно решается вопрос дублирования софта и динамической синхронизации, готовности резервного сервера к подставлению плеча под нагрузку сразу, а не восстанавливая копии с бэкапов. Это базовые принципы, на основе которых Вы даже не имея квалификации сисадмина можете оценить реальную отказоустойчивость системы. При этом сервера могут быть в горячем режиме резервирования, с уже принимаемой половинной нагрузкой, так и в холодном, когда он стоит выключенным или работает только ОС, но все готово к поднятию БД на его процессорах. Второй случай дешевле по стоимости применяемого софта. Но, судя по общей стоимости применяемого у Вас решения, это уже незначимо. Это, так сказать, общие принципы. Кстати, любопытно, сколько у Вас декларируемого годового downtime (в минутах или процентах) которое обещает поставщик решения? Известны ли эти цифры? И, еще крайне любопытный вопрос: проводились ли учения по восстановлению информации с бэкапов в действующую БД? Вы ничем не рискуете дав эту информацию, поскольку мы говорим об абстрактной системе в ваших краях я даже не знаю в какой стране, но просто интересно, как у людей устроено...
----------
Что из всего вышенаписанного и "корпоративного" можно вынести простому частному пользователю?
--
инвентаризации избыточности как критерий надежности для компонентов Вашей домашней системы хранения.
-- "учения" по восстановлению информации иногда могут быть очень полезными для понимания, а так ли хорошо всё у вас устроено.
Например что происходит, если Ваши жесткие диски и контроллер залили соседи сверху, короткое замыкание и все сгорело.
Какие действия, кроме как рвать себе волосы на попе, если всё это было в одном RAID NAS?
А через 10 лет, когда исчезнут SATA и приводы DVD Вы же тоже перейдёте на новые форматы, если, конечно, в момент перехода не будете находиться в состоянии летаргического сна? Как-то плавно мы прошли этапы катушечно-кассетной музыки и VHS фильмов. А когда-то выискивали прогрессивные кассеты с хромовым напылением (железные шумят!). Так и SATA пройдём и новое освоим.
Могу сказать одно, сеть внутренняя, закрытая и не имеет доступа из внешней сети, а так же запрещено использовать и подключать внешние носители такие как HDD, Flash, так же запрещено разглашение информации о больных. Такая вот специфика места 
