Здравствуйте все!
Поделитесь опытом, кто как решил проблему резервного сервера для БД Галактики. Есть MS SQL 2008 R2, требуется обеспечить запуск работы пользователей через 15-30 минут после сбоя на сервере БД.
Отказоустойчивость Галактики в MS SQL
Модераторы: m0p3e, edward_K, Модераторы
-
- Постоянный обитатель
- Сообщения: 188
- Зарегистрирован: 17 июн 2008, 17:07
- Откуда: Москва
- Контактная информация:
Re: Отказоустойчивость Галактики в MS SQL
а вот действительно: есть ли устоявшаяся методика организации подъема резервного сервера?
Re: Отказоустойчивость Галактики в MS SQL
Мне кажется это фантастика_Dima_ писал(а):Здравствуйте все!
Поделитесь опытом, кто как решил проблему резервного сервера для БД Галактики. Есть MS SQL 2008 R2, требуется обеспечить запуск работы пользователей через 15-30 минут после сбоя на сервере БД.
Надо вложить пару лимонов в виртуализацию.
-
- Постоянный обитатель
- Сообщения: 188
- Зарегистрирован: 17 июн 2008, 17:07
- Откуда: Москва
- Контактная информация:
Re: Отказоустойчивость Галактики в MS SQL
я знаю одну схему - она не такая дорогая.maikl писал(а):Мне кажется это фантастика_Dima_ писал(а):Здравствуйте все!
Поделитесь опытом, кто как решил проблему резервного сервера для БД Галактики. Есть MS SQL 2008 R2, требуется обеспечить запуск работы пользователей через 15-30 минут после сбоя на сервере БД.
Надо вложить пару лимонов в виртуализацию.
смысл в том что имеется слэйв база на др.сервере, и, если по определенным параметрам определяется недоступность раб сервера, то он "изымается" из сети, а резервному серверу назначается IP рабочего. если не ошибаюсь 5-10 минут..
делал не я, подробностей не знаю. но тоже интересно
-
- Местный житель
- Сообщения: 1089
- Зарегистрирован: 04 сен 2008, 11:27
- Откуда: Москва
- Контактная информация:
Re: Отказоустойчивость Галактики в MS SQL
Навскидку простой путь
0) все запускаются с батника в котором подключение к бд прописано в файлике на сетевом диске
1) зеркалирование базы на резервный сервер
2) скрипт который некоторым способом проверяет ну допустим запущена ли служба nap на рабочем сервере
3) как ошибка подменяем файл подключния и шлем рассылку о просьбе переподключится
0) все запускаются с батника в котором подключение к бд прописано в файлике на сетевом диске
1) зеркалирование базы на резервный сервер
2) скрипт который некоторым способом проверяет ну допустим запущена ли служба nap на рабочем сервере
3) как ошибка подменяем файл подключния и шлем рассылку о просьбе переподключится
Время ведет!
Re: Отказоустойчивость Галактики в MS SQL
А вот пример дорогого пути.
Идеальная конфигурация (например для ситуации “пожар в серверной”) обеспечивающая бесперебойную работу в этом случае, может выглядеть примерно так:
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 Галактика, будет продолжать работать даже в случае пожара в одной из серверных.
Идеальная конфигурация (например для ситуации “пожар в серверной”) обеспечивающая бесперебойную работу в этом случае, может выглядеть примерно так:
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 Галактика, будет продолжать работать даже в случае пожара в одной из серверных.