Сергей Тихонов killedа вам по-любому, если речь об оракл, придется делать стендбай. Так пусть он будет таким же по качеству, как основная система :) Не совсем понял.
Если у меня серьезная дисковая стойка, в которой нет single point of failure и массивы на ней построены с избыточностью, плюс дублирование по SAN-свичам, плюс дублирование HBA в серверах, что еще дублировать?

standby это сервер дублирующий данные, он находится
в состоянии readonly для пользователей все изменения делаются накатыванием журналов в реальном режиме времени с основного сервера.
И в случае аварии основного он в течении нескольких секунд поднимается в режим на полный доступ.
Также нужно учесть что у этого сервера свое дисковое пространство
(оно тоже дублируется).
Oracle & informix это делают с полпинка.
Решение о необходимости такого сервера standby всеравно принимать Вам.
Я, например, без него обхожусь.

С уважением, onstat-

EugeneS Сергей Тихонов killedа вам по-любому, если речь об оракл, придется делать стендбай. Так пусть он будет таким же по качеству, как основная система :) Не совсем понял.
Если у меня серьезная дисковая стойка, в которой нет single point of failure и массивы на ней построены с избыточностью, плюс дублирование по SAN-свичам, плюс дублирование HBA в серверах, что еще дублировать?


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

По моим данным в одной из сейсмоопасных стран один комплект дублирующего
оборудования(3-й) стоит в фуре под зданием. В случае форсмажора
трак уезжает в безопасное место и в течении 30 мин через спунтик
продолжает работать в штатном режиме.
Если ниформация того стоит то почему -бы и не купить дополнительный
комплект оборудования & SAT NET фуру тягач и электостанцию.
Вопрос в деньгах.

С уважением, onstat-

killed Сергей Тихонов killedа вам по-любому, если речь об оракл, придется делать стендбай. Так пусть он будет таким же по качеству, как основная система :) Не совсем понял.
Если у меня серьезная дисковая стойка, в которой нет single point of failure и массивы на ней построены с избыточностью, плюс дублирование по SAN-свичам, плюс дублирование HBA в серверах, что еще дублировать?

Ну вот навскидку два сценария.
1) Появление bad-блоков.
2) Пользователь по ошибке удалил критичные данные

1. Дисковый контроллер эти вопросы решает автоматически для каждого диска
если собран массив с избыточной целостностью. На каждом диске для этого есть соответствующий объем резервных блоков.

2. Здесь standby не поможет.
Нужно востанавливаться и катить журналы. Можно катить журналы на
standby в ручном режиме но это не чистый standby. Время поднятия системы равна времени наката всех журналов, и standby нельзя использовать ползователям на чтение(информация там не актуальна).

С уважением, onstat-