Страница 1 из 1
Отказоустойчивость Галактики в MS SQL
Добавлено: 05 окт 2011, 23:08
_Dima_
Здравствуйте все!
Поделитесь опытом, кто как решил проблему резервного сервера для БД Галактики. Есть MS SQL 2008 R2, требуется обеспечить запуск работы пользователей через 15-30 минут после сбоя на сервере БД.
Re: Отказоустойчивость Галактики в MS SQL
Добавлено: 19 дек 2011, 19:27
Darikon
а вот действительно: есть ли устоявшаяся методика организации подъема резервного сервера?
Re: Отказоустойчивость Галактики в MS SQL
Добавлено: 19 дек 2011, 19:30
maikl
_Dima_ писал(а):Здравствуйте все!
Поделитесь опытом, кто как решил проблему резервного сервера для БД Галактики. Есть MS SQL 2008 R2, требуется обеспечить запуск работы пользователей через 15-30 минут после сбоя на сервере БД.
Мне кажется это фантастика
Надо вложить пару лимонов в виртуализацию.
Re: Отказоустойчивость Галактики в MS SQL
Добавлено: 19 дек 2011, 20:29
Darikon
maikl писал(а):_Dima_ писал(а):Здравствуйте все!
Поделитесь опытом, кто как решил проблему резервного сервера для БД Галактики. Есть MS SQL 2008 R2, требуется обеспечить запуск работы пользователей через 15-30 минут после сбоя на сервере БД.
Мне кажется это фантастика
Надо вложить пару лимонов в виртуализацию.
я знаю одну схему - она не такая дорогая.
смысл в том что имеется слэйв база на др.сервере, и, если по определенным параметрам определяется недоступность раб сервера, то он "изымается" из сети, а резервному серверу назначается IP рабочего. если не ошибаюсь 5-10 минут..
делал не я, подробностей не знаю. но тоже интересно
Re: Отказоустойчивость Галактики в MS SQL
Добавлено: 20 дек 2011, 13:24
Masygreen
Навскидку простой путь
0) все запускаются с батника в котором подключение к бд прописано в файлике на сетевом диске
1) зеркалирование базы на резервный сервер
2) скрипт который некоторым способом проверяет ну допустим запущена ли служба nap на рабочем сервере
3) как ошибка подменяем файл подключния и шлем рассылку о просьбе переподключится
Re: Отказоустойчивость Галактики в MS SQL
Добавлено: 26 янв 2012, 07:15
at
А вот пример дорогого пути.
Идеальная конфигурация (например для ситуации “пожар в серверной”) обеспечивающая бесперебойную работу в этом случае, может выглядеть примерно так:
1. Две удаленные друг от друга серверные, соединенные между собой оптоволокном с избыточностью. ( т.е. при обрыве одного из кабелей связь между ними не нарушается)
2. В каждой серверной установлен контроллер домена.
3. В каждой из серверных располагается хранилище данных ( Fibre Channel SAN или других систем хранения, которые могут предоставить доступ к дискам по интерфейсу iSCSI, например СХД: Emc Clarion CX-120 )
4. Хранилища реплицируются ( желательно аппаратно, например через VPLEX)
5. Далее в каждой из серверных, устанавливаем узел отказоустойчивого кластера MS Windows Server 2008 R2
6. На этих узлах отказоустойчивого кластера устанавливаем кластер MS SQL Server 2008 R2 c общим хранилищем.
Таким образом запущенная под MS SQL Галактика, будет продолжать работать даже в случае пожара в одной из серверных.