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

Откуда:
Сообщений: 405
Всем привет! Можно ли настроить репликацю данных вместо кластера? Т.е. чтобы каждая машина была с супер быстрым локальным SSD RAID вместо общего хранилища. Какие будут последствия если это возможно и как оно на практике работает (у кого таковая была). Спасибо!
14 авг 14, 14:52    [16441759]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37224
Читайте про Mirroring / AlwaysOn
14 авг 14, 15:02    [16441809]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
temoxa
Member

Откуда:
Сообщений: 405
Просто хотелось бы услышать людей, которые вплотную на практике столкнулись с репликацией... Какие она имеет узкие места, на что стоит обратить внимание и тд, ну или полезные линки тыкните, а то в инете много всего, но только теория( В случае репликации что будет в слечуя сбоя одного сервера и что будет если сил одного не хватит и нужно будет использовать два сервера одновременно? Спасибо.
14 авг 14, 17:43    [16442819]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8570
Дык кластер резервирует железо, а не данные.

Что лучше - чай или молоток?
14 авг 14, 17:57    [16442884]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Логин123
Guest
temoxa, моё решение оптимизации СХД вы можете обсудить со мной :)

По теме рекомендую тынц. IE3: IMMERSION EVENT ON HIGH AVAILABILITY AND DISASTER RECOVERY.
+ в BOl читать про репликацию секционированных данных
14 авг 14, 18:54    [16443142]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
a_voronin
Member

Откуда: Москва
Сообщений: 4831
Я сам не настраивал зеркала, но могу сказать, что у нас нехилые объёмы забираются с зеркал. 40-60 тыс продаж в день со всей сопутствующей информацией. SQL 2008 с последующим ETL в хранилище на 2012-2014
14 авг 14, 19:45    [16443297]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Stan2000
Member

Откуда: California
Сообщений: 1825
temoxa, вы задачу-то какую хотите решить? расскажите нам, а мы уже посоветуем.
15 авг 14, 07:48    [16444167]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
temoxa
Member

Откуда:
Сообщений: 405
Задачка состоит в том, чтобы сделать сиквельный сервер более отказоусточевым и сбалансировочным, то есть чтобы если первый сервер отрубился, ра помощь пришел второй, или же когда первый сервер начал задыхаться, второй сервер взял бы на себя нагрузку и тем самым ьблегчил жизнь первого, то есть это основная идея, по железу есть два сервака физических с локальными ssd, которые общаются по сети. Есть идея делать репликацию, правильный ли это подход и чем это чревовато? Спасибо.
15 авг 14, 10:48    [16444835]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Glory
Member

Откуда:
Сообщений: 104751
temoxa
или же когда первый сервер начал задыхаться, второй сервер взял бы на себя нагрузку и тем самым ьблегчил жизнь первого

Встроенного load-balancing в MSSQL нет

Все остальное называется High Availability и все возможные варианты находятся в хелпе по эти ключевым словам
15 авг 14, 10:57    [16444916]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Логин123
Guest
Stan2000, коллеги решают задачу обеспечения высокой доступности для системы с высокой нагрузкой на запись. Хотят иметь зеркало с возможностью балансировки нагрузки. Вангую, что в кластере смущает наличие точки отказа в виде СХД. Называют реализацию такой доступности репликацией.
temoxa
Можно ли настроить репликацю данных вместо кластера?

Можно настроить мирроринг или alwaysOn, только не "вместо кластера". Эти механизмы коррелированные, а не взаимозаменяемые. Например, AlwaysOn строится на WSFC кластере.
temoxa
Какие она имеет узкие места

Поиск на sql.ru и sqlservercentral.com запросом alwaysOn покажет типовые проблемы.
temoxa
что будет если сил одного не хватит и нужно будет использовать два сервера одновременно

Ничего не будет. Вы уже говорите о mpp системе. Можно балансировать нагрузку на чтение между серверами юзая alwaysOn. Балансировать нагрузку на запись вам не нужно на стороне sql server. Вместо этого можно построить подсистему гарантированной доставки. Т.е. сторонний программный продукт, который который будет представлять программную очередь с возможность балансировки нагрузки(через NLB кластер например).
15 авг 14, 10:58    [16444926]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
dvim
Member

Откуда: Санкт Петербург
Сообщений: 698
temoxa,

Задачка состоит в том, чтобы сделать сиквельный сервер более отказоусточевым и сбалансировочным, то есть чтобы если первый сервер отрубился, ра помощь пришел второй, или же когда первый сервер начал задыхаться, второй сервер взял бы на себя нагрузку и тем самым ьблегчил жизнь первого, то есть это основная идея, по железу есть два сервака физических с локальными ssd, которые общаются по сети. Есть идея делать репликацию, правильный ли это подход и чем это чревовато? Спасибо.


Если отрубился, то улетит реплика....
Потом будет переинициализация и много проблем.
Мое большое ИМХо реплика не повышает отказоустойчивость.

Нагрузку перекинуть - реально. Особенно если не динамически и работа будет хоть немного разделена логически. (Если править одни и те же данные - умрете от конфликтов)

Реплику можно применять для повышения производительности плюс для обеспечения надежного доступа к СУБД удаленным подразделениям.
15 авг 14, 11:14    [16445023]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
temoxa
Member

Откуда:
Сообщений: 405
То есть репликация вообщем то лучшие решение в данной ситуации, так? Лучше тогда смотиеть на зеркалирование, так? Просто для alwayson не хватает железа...
15 авг 14, 11:33    [16445194]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
temoxa
Member

Откуда:
Сообщений: 405
Ps.: НЕ лучшее
15 авг 14, 11:37    [16445234]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Glory
Member

Откуда:
Сообщений: 104751
temoxa
То есть репликация вообщем то лучшие решение в данной ситуации, так?

В какой данной ?
"Задачка состоит в том, чтобы сделать сиквельный сервер более отказоусточевым и сбалансировочным"
Балансировки нет в MSSQL
Каждый из методов отказоустойчивости имеет свои ограничения и затраты на реализацию.
От покупки нужной редакции и железа до внесения изменений в структуры таблиц и клиентсий код
15 авг 14, 11:39    [16445259]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Логин123
Guest
temoxa, какого железа не хватает для реализации alwaysOn, но хватает для зеркалирования ? Версии 2012 у вас не хватает. Мирроринг признан deprecated(тынц). AlwaysOn - новая веха его развития.
15 авг 14, 11:51    [16445342]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8570
Балансирования нагрузки в сиквеле нет и, вероятно не будет никогда. Если только MS не выпустит новый мега-сервер не windows.

Собственно, периодически возникающие идеи балансирования нагрузки возникают в среде не слишком компетентного менеджерского состава. Сервер SQL же имеет приличный запас мощности, задействовать все возможные 160 ядер даже на средней промышленной системе - надо сильно постараться. А плохой архитектурой сети, оборудования, бизнес-процессов можно убить что угодно и никакая балансировка не поможет.
15 авг 14, 12:01    [16445438]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
temoxa
Member

Откуда:
Сообщений: 405
Вообщем, есть железо: 2 физических сервака с локальными дисками, которые подключены к сети. Какой метод более подходящий и более отказоустойчив для такого набора железа? Ситуации, которые нужно покрыть, это: остановка продакшена -> переход на резервный и если не хватает мощности у продакшена - подключение резевного. Просто практики не было в этом вопросе, за понимание спасибо.
15 авг 14, 12:13    [16445541]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37224
Владислав Колосов
Балансирования нагрузки в сиквеле нет и, вероятно не будет никогда. Если только MS не выпустит новый мега-сервер не windows.
Чтение отлично балансится чем угодно, начиная от репликации и заканчивая AlwaysOn.
15 авг 14, 12:47    [16445864]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Glory
Member

Откуда:
Сообщений: 104751
temoxa
есть железо: 2 физических сервака с локальными дисками, которые подключены к сети.

Это весь бюджет ?
Более ничего нельзя преобретать ?

temoxa
Ситуации, которые нужно покрыть, это: остановка продакшена -> переход на резервный

Автоматический переход через 2 секунды ?
Или ручной переход через 2 дня ?

temoxa
и если не хватает мощности у продакшена - подключение резевного.

Не такой автоматической возможности


temoxa
Просто практики не было в этом вопросе, за понимание спасибо.

Может вы начнете с поиска узких мест в существующем сервере ?
Потому что "не хватает мощности" - это результат, а не причина
15 авг 14, 12:52    [16445900]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8570
Мощности не может не хватать, это результат кривого проектирования и только.
15 авг 14, 13:37    [16446224]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8570
Гавриленко Сергей Алексеевич
Владислав Колосов
Балансирования нагрузки в сиквеле нет и, вероятно не будет никогда. Если только MS не выпустит новый мега-сервер не windows.
Чтение отлично балансится чем угодно, начиная от репликации и заканчивая AlwaysOn.


Разве чтение балансируется автоматически? Или я упустил что-то?
15 авг 14, 13:38    [16446239]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37224
Владислав Колосов
Разве чтение балансируется автоматически? Или я упустил что-то?
А если не автоматически - это уже не балансировка что ли?

И да, в AlwaysOn балансируется автоматически, если драйвер поддерживает.

Сообщение было отредактировано: 15 авг 14, 13:40
15 авг 14, 13:39    [16446245]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31863
Владислав Колосов
Балансирования нагрузки в сиквеле нет и, вероятно не будет никогда. Если только MS не выпустит новый мега-сервер не windows.
Балансирование нагрузки на сиквеле есть и давно продаётся. Называется pdw.

temoxa
Вообщем, есть железо: 2 физических сервака с локальными дисками, которые подключены к сети. Какой метод более подходящий и более отказоустойчив для такого набора железа? Ситуации, которые нужно покрыть, это: остановка продакшена -> переход на резервный и если не хватает мощности у продакшена - подключение резевного. Просто практики не было в этом вопросе, за понимание спасибо.
Решение зависит как минимум от версии и редакции сиквела, ещё от требований к доступности, ещё от бюджета.
Можно использовать восстановление из резервной копии, репликацию, кластер, зеркалирование, лог-шиппинг и т.д.
"Подключение резервного в параллель" - это слишком дорогое решение, не окупается при распараллеливании только на 2 сервера, проще просто апгрейдить сервер, это же стоит копейки.

А вообще, если фирма считает важным отказоустойчивость, доступность, вдобавок есть потребность в большой нагрузке, то ей нужно нанять хотя бы одного специалиста. А то ведь наверняка у вас подход "да зачем спецы по сиквелу, есть же программисты?"
15 авг 14, 13:54    [16446375]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31863
alexeyvg
Владислав Колосов
Балансирования нагрузки в сиквеле нет и, вероятно не будет никогда. Если только MS не выпустит новый мега-сервер не windows.
Балансирование нагрузки на сиквеле есть и давно продаётся. Называется pdw.
Да, это я про полную автоматизацию из коробки.
А так, в общем, в мире эксплуатируются тыщи и тыщи решений с распределением нагрузки, это же архитектурный вопрос в первую очередь, а не вопрос опций и функций СУБД - даже для тех СУБД, где эта автоматическая балансировка уже как бы встроена в продукт. Можно хоть на текстовых файлах делать балансировку. В сиквеле для этого тем более есть масса возможностей, допустим, балансировка для чтений делается совсем просто.
15 авг 14, 13:58    [16446410]     Ответить | Цитировать Сообщить модератору
 Re: Репликация данных  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8570
Гавриленко Сергей Алексеевич
Владислав Колосов
Разве чтение балансируется автоматически? Или я упустил что-то?
А если не автоматически - это уже не балансировка что ли?

И да, в AlwaysOn балансируется автоматически, если драйвер поддерживает.


Читаю про AlwaysON:

автор
Настройка маршрутизации только для чтения в группе доступности (SQL Server)

...
Клиент, запрашивающий данные в режиме только чтения, должен направлять свои запросы к данному прослушивателю, а строки подключения клиента должны определять намерение приложения как «только для чтения». Это означает, что они должны быть запросами на соединение с намерением чтения.
...
Запросы на соединение с намерением чтения направляются в первую имеющуюся вторичную реплику, доступную для чтения, из списка маршрутизации только для чтения текущей первичной реплики.
Балансировка нагрузки отсутствует.
15 авг 14, 14:24    [16446604]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить