Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Архитектура построения системы  [new]
Spirit of the wind
Member

Откуда:
Сообщений: 300
Подскажите какие еще бывают типы построения отказоустойчивой системы кроме зеркало принципал и следящий сервер
26 июл 13, 07:48    [14619567]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура построения системы  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
Failover Cluster.
26 июл 13, 08:26    [14619607]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура построения системы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
Spirit of the wind,

Ещё логшиппинг и распределённые системы с репликациями или без.
26 июл 13, 08:57    [14619686]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура построения системы  [new]
Сергей Викт.
Member

Откуда: Москва
Сообщений: 888
Spirit of the wind
Подскажите какие еще бывают типы построения отказоустойчивой системы кроме зеркало принципал и следящий сервер


Теоретически Вам ответили))

А как стоит задача, какие цели?
Какой время "простоя" критично или не критично?
Какой бюджет на реализацию системы: железо + СУБД?


Из личного скромного опыта могу сказать: Failover Cluster (2 ноды) + LogShipping (раз в 15 минут) на резервный сервер = достаточно надёжное решение.
26 июл 13, 10:18    [14620145]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура построения системы  [new]
Spirit of the wind
Member

Откуда:
Сообщений: 300
Сергей Викт.,

Задача в том чтобы если сервер1 к примеру выключается/перезагружается сервер2 автоматом принимал работу на себя при помощи следящего сервера.
26 июл 13, 11:37    [14620829]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура построения системы  [new]
Сергей Викт.
Member

Откуда: Москва
Сообщений: 888
Spirit of the wind
Сергей Викт.,

Задача в том чтобы если сервер1 к примеру выключается/перезагружается сервер2 автоматом принимал работу на себя при помощи следящего сервера.

BOL
Выбор решения для обеспечения высокого уровня доступности

В следующем списке приведены соображения по выбору решений для повышения уровня доступности:
Работа в отказоустойчивом кластере и зеркальное отображение базы данных обладают следующими общими характеристиками:
автоматическое обнаружение сбоя и переход на другой ресурс;
переход на другой ресурс вручную;
прозрачное перенаправление клиента.
Применение отказоустойчивого кластера налагает следующие ограничения:
работа на уровне экземпляра сервера;
требование подписанного оборудования;
отсутствие средств создания отчетов по резервной базе данных;
использование одной копии базы данных;
отсутствие защиты от дисковых сбоев.
Зеркальное отображение базы данных предоставляет следующие преимущества:
работа на уровне базы данных;
использование одной копии-дубликата базы данных; Примечание.
Если необходимы дополнительные копии, то в дополнение к зеркальному отображению базы данных можно использовать доставку журналов.



использование стандартных серверов;
ограниченные возможности создания отчетов на зеркальном сервере с использованием моментальных снимков базы данных;
нулевая потеря данных при работе в синхронном режиме, достигаемая за счет задержки фиксации транзакций в основной базе данных.
Зеркальное отображение базы данных предлагает значительное увеличение уровня доступности по сравнению с предыдущим возможным уровнем для SQL Server, а также предлагает легкоуправляемую альтернативу отказоустойчивому кластеру. Примечание.
Дополнительные сведения об использовании зеркального отображения баз данных в отказоустойчивом кластере см. в разделе Зеркальное отображение базы данных и отказоустойчивый кластер. Сведения об использовании служб Notification Services в отказоустойчивом кластере см. в разделе Использование отказоустойчивого кластера со службами Notification Services. Сведения об использовании служб Notification Services с зеркальным отображением базы данных см. в разделе Использование доставки журналов и зеркального отображения базы данных со службами Notification Services.



Доставка журналов
Доставка журналов может быть дополнительным или альтернативным средством для зеркального отображения базы данных. Асинхронное зеркальное отображение базы данных и доставка журналов построены на сходных принципах, но обладают существенными отличиями. Доставка журналов предлагает следующие возможности:
Поддерживаются несколько баз данных-получателей на нескольких экземплярах сервера для одной базы данных-источника.
Позволяет пользователю задать задержку между моментом, когда сервер-источник создает резервную копию журнала базы данных-источника и моментом, когда сервер-получатель должен восстановить резервную копию журнала. Большая задержка может быть полезной, например если данные в базе данных-источнике изменены случайно. Если случайное изменение будет замечено достаточно быстро, задержка позволит получить еще не измененные данные с базы данных-получателя до того, как изменения будут отражены в ней.
Если рассматривать наименьшее время, необходимое доставке журналов для отражения изменений в базе данных-получателе, то асинхронное зеркальное отображение базы данных имеет потенциальное преимущество, заключающееся в меньшем промежутке времени между моментом изменения в базе данных-источнике и моментом отражения этого изменения в зеркальной базе данных.
Преимущество зеркального отображения базы данных над доставкой журналов состоит в том, что в режиме с высоким уровнем безопасности в качестве простой стратегии перехода на резервный ресурс поддерживается конфигурация, в которой исключается потеря данных.Примечание.
Сведения об использовании доставки журналов совместно с зеркальным отображением баз данных см. в разделе Зеркальное отображение баз данных и доставка журналов. Сведения об использовании доставки журналов со службами Notification Services см. в разделе Использование доставки журналов и зеркального отображения базы данных со службами Notification Services.



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


Источник
26 июл 13, 11:59    [14621050]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура построения системы  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
Spirit of the wind
Сергей Викт.,

Задача в том чтобы если сервер1 к примеру выключается/перезагружается сервер2 автоматом принимал работу на себя при помощи следящего сервера.


SQL 2012 + AlwaysOn
26 июл 13, 12:20    [14621249]     Ответить | Цитировать Сообщить модератору
 Re: Архитектура построения системы  [new]
AnyKey45
Member

Откуда: Ekaterinburg-Moscow-EU
Сообщений: 219
1)"зеркало принципал и следящий сервер" - дешево и сердито
2)failover cluster(если свыше 2х нод - нужен ентерпрайз sql и win server)
3)always on(но нужна ентерпрайз 2012 вроде)
других нет, чтобы автоматом переключались
26 июл 13, 16:47    [14623475]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить