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

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


Поскольку используется редакция Стандарт и нельзя поднять кластер рассматриваю для этого использование транзакционной репликации

Нагрузка OLTP, порядка 300 батчей в секунду, размер БД 90 Гиг

Подскажите, какие могут возникнуть проблемы и на что обратить внимание?

Посоветуйте что почитать на тему использования репликации в такой задаче
1 фев 16, 13:11    [18755901]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
Glory
Member

Откуда:
Сообщений: 104751
fduch f.f.
Подскажите, какие могут возникнуть проблемы и на что обратить внимание?

Вы хотите, чтобы вам заранее предсказли, где и что у вас сломается ?

fduch f.f.
Посоветуйте что почитать на тему использования репликации в такой задаче

Т.е. хелп вы уже весь прочитали ?
1 фев 16, 13:14    [18755922]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
Glory

fduch f.f.
Посоветуйте что почитать на тему использования репликации в такой задаче

Т.е. хелп вы уже весь прочитали ?


Хелп читал , настроил в тестовой среде репликацию таблиц
использовать ли репликацию процедур пока не решил
может есть какие-то бестпрактисы для данной задачи

в хелпе написано что транзакционная репликация предназначена для распределения нагрузки, а не для высокой доступности
так что задеча немного нестандартная


Glory
fduch f.f.
Подскажите, какие могут возникнуть проблемы и на что обратить внимание?

Вы хотите, чтобы вам заранее предсказли, где и что у вас сломается ?



Хочу что бы посоветовали насколько вообще жизнеспособно такое решение,
если жизнеспособно, то какие параметры лучше мониторить для обеспечения бесперебойной работы
1 фев 16, 13:21    [18755963]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
Glory
Member

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

Потому что репликация не предусматривает автоматических действий сервера при падении.
У вас есть требования к этому критерию вашей высокой доступности ?
Сколько времени вам отводится на то, что вы вторичный сервер стал основным ? И чтобы все клиенты переключились на работу со вторичным сервером ?

fduch f.f.
Хочу что бы посоветовали насколько вообще жизнеспособно такое решение,
если жизнеспособно, то какие параметры лучше мониторить для обеспечения бесперебойной работы

Жизнеспособно. Только сложнее того же зеркалирвания и доставки журнала для задачи простого запосного сервера/базы
1 фев 16, 13:31    [18756077]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
Glory
fduch f.f.
в хелпе написано что транзакционная репликация предназначена для распределения нагрузки, а не для высокой доступности
так что задеча немного нестандартная

Потому что репликация не предусматривает автоматических действий сервера при падении.
У вас есть требования к этому критерию вашей высокой доступности ?
Сколько времени вам отводится на то, что вы вторичный сервер стал основным ? И чтобы все клиенты переключились на работу со вторичным сервером ?

fduch f.f.
Хочу что бы посоветовали насколько вообще жизнеспособно такое решение,
если жизнеспособно, то какие параметры лучше мониторить для обеспечения бесперебойной работы

Жизнеспособно. Только сложнее того же зеркалирвания и доставки журнала для задачи простого запосного сервера/базы


переключение на запасной сервер должно происходить как можно быстрее, и с минимальным риском потери данных
сейчас предполагается что решение о переключении будет принимать сервер приложений (переключаться если продакшн недоступен)

понимаю что с обратным переключением все сложно, пока предполагается делать это восстановлением из бекапа с запасного сервера с период времени согласованный с заказчиком

Сейчас вижу такие непонятные моменты

1. доставка изменений на запасной сервер происходит с небольшой задержкой зависящей от рабочей нагрузки. Скорее всего придется использовать отдельный Distrebutor.
Как на подписчике убедиться что все данные с дистрибьютора закончили накатываться и подписчик готов к тому что бы на него переключились?

2. Нужно ли что-то делать (связанное с репликацией) на подписчике перед переключением на него нагрузки?

3. Достаточно ли будет ограничиться репликацией таблиц? (если код процедур синхронизировать в ручную )
1 фев 16, 13:54    [18756286]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
Glory
Member

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

Ну так вот и потренируйтесь, за какое время вы всех переключите на второй сервер.
И будут ли там все нужные логины, пользователи, объекты, права и тд.

fduch f.f.
понимаю что с обратным переключением все сложно, пока предполагается делать это восстановлением из бекапа с запасного сервера с период времени согласованный с заказчиком

И не забудьте, что репликацию придется заново сконфигурировать.
И что пользователи смогут делать в базе на время обратного переключения - ничего, только читать, еще и менять данные (тогда как эти изменения попадут на новый сервер)

fduch f.f.
1. доставка изменений на запасной сервер происходит с небольшой задержкой зависящей от рабочей нагрузки. Скорее всего придется использовать отдельный Distrebutor.
Как на подписчике убедиться что все данные с дистрибьютора закончили накатываться и подписчик готов к тому что бы на него переключились?

Что ?
Если у вас упал основной сервер, то вам уже надо куда-то переключаться. Что вы еще собрались накатывать ?


fduch f.f.
2. Нужно ли что-то делать (связанное с репликацией) на подписчике перед переключением на него нагрузки?

Не нужно

fduch f.f.
3. Достаточно ли будет ограничиться репликацией таблиц? (если код процедур синхронизировать в ручную )

Достаточно для чего ?
Чтобы все смогли подключиться к новому серверу ?
Или чтобы никто не заметил разницы после переключения ?
1 фев 16, 14:04    [18756392]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
LoopN
Guest
Эту задачу можно решить без репликации. Репликация не гарантирует полную копию базы данных. Сделаете репликацию, будете только ей и заниматься т.к. эта технология: древняя, глючная, с бесконечным число косяков и сюрпризов.

Для решения этой задачи самый нормальный вариант зеркало.
1 фев 16, 14:12    [18756466]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
Glory

fduch f.f.
1. доставка изменений на запасной сервер происходит с небольшой задержкой зависящей от рабочей нагрузки. Скорее всего придется использовать отдельный Distrebutor.
Как на подписчике убедиться что все данные с дистрибьютора закончили накатываться и подписчик готов к тому что бы на него переключились?

Что ?
Если у вас упал основной сервер, то вам уже надо куда-то переключаться. Что вы еще собрались накатывать ?


например если какие-то изменения были переданы на дистрибьютор но не успели попасть на подписчик. речь идет о проверки того все ли данные с дистрибьютора ушли на подписчик

Glory
fduch f.f.
3. Достаточно ли будет ограничиться репликацией таблиц? (если код процедур синхронизировать в ручную )

Достаточно для чего ?
Чтобы все смогли подключиться к новому серверу ?
Или чтобы никто не заметил разницы после переключения ?



важно что бы не заметили разницы
если я правильно понял, репликация процедур предполагает передачу вызовов процедур,
но по идее если вызовы меняют данные, то это отражается в репликации таблиц
1 фев 16, 14:17    [18756506]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

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

Для решения этой задачи самый нормальный вариант зеркало.


зеркалирование не разрешают использовать потому что оно Deprecated в следующей версии
1 фев 16, 14:21    [18756565]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
LoopN
Guest
Значит ответ один - log shipping
1 фев 16, 14:23    [18756588]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
o-o
Guest
fduch f.f.
зеркалирование не разрешают использовать потому что оно Deprecated в следующей версии

оно Deprecated в 2012-ом.
и в 2014, и в 2016.
не Discontinued, а только Deprecated.
................................
вот, например, TEXT, NTEXT and IMAGE data types -- они Deprecated уже в 2005.
а смотрим, что с ними в 2016-ом?
их даже не уберут in the Next Version of SQL Server,
они в списке Features Not Supported in a Future Version of SQL Server,
т.е. когда-то там...
................................
Discontinued Features in SQL Server 2016 Community Technology Preview 3.2 (CTP 3.2)
No Database Engine features have been removed in SQL Server 2016 Community Technology Preview 3.2 (CTP 3.2).
1 фев 16, 15:45    [18757210]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8807
Зеркалирование, однако, не волшебная палочка. Этот механизм требует дополнительных телодвижений со стороны клиентского приложения и сетевых админов, дабы комплексный софт работал как ни в чем не бывало. Алсо не забывайте, что зеркало не создаст имен входа, джобов и прочего. Вы можете придти к тому, что сервер-то оно переключит, но работать с ним будет невозможно.
1 фев 16, 16:14    [18757384]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
o-o
fduch f.f.
зеркалирование не разрешают использовать потому что оно Deprecated в следующей версии

оно Deprecated в 2012-ом.
и в 2014, и в 2016.
не Discontinued, а только Deprecated.
................................
вот, например, TEXT, NTEXT and IMAGE data types -- они Deprecated уже в 2005.
а смотрим, что с ними в 2016-ом?
их даже не уберут in the Next Version of SQL Server,
они в списке Features Not Supported in a Future Version of SQL Server,
т.е. когда-то там...
................................
Discontinued Features in SQL Server 2016 Community Technology Preview 3.2 (CTP 3.2)
No Database Engine features have been removed in SQL Server 2016 Community Technology Preview 3.2 (CTP 3.2).


это ценный аргумент
попробую его использовать
1 фев 16, 16:18    [18757413]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
Владислав Колосов
Зеркалирование, однако, не волшебная палочка. Этот механизм требует дополнительных телодвижений со стороны клиентского приложения и сетевых админов, дабы комплексный софт работал как ни в чем не бывало. Алсо не забывайте, что зеркало не создаст имен входа, джобов и прочего. Вы можете придти к тому, что сервер-то оно переключит, но работать с ним будет невозможно.


вы правы, но это проблема есть и у других HA технологий , у лог шиппинга и даже у AlwaysOn AAG
1 фев 16, 16:19    [18757423]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8807
fduch f.f.,

собственно, поэтому мы пришли к аппаратному резервированию хранилища и кластеру сервера. Хранилище гарантирует работу с каким-то микроскопическим шансом полного отказа плюс для надежности аппаратное копирование "на лету". Простой системы, конечно, не считанные минуты при переключении, но шанс вообще возможности простоя ничтожен.
1 фев 16, 16:29    [18757517]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
komrad
Member

Откуда:
Сообщений: 5735
fduch f.f.
Поскольку используется редакция Стандарт и нельзя поднять кластер рассматриваю для этого использование транзакционной репликации

это про винду или про сиквел ?
1 фев 16, 16:39    [18757588]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
komrad
fduch f.f.
Поскольку используется редакция Стандарт и нельзя поднять кластер рассматриваю для этого использование транзакционной репликации

это про винду или про сиквел ?


про винду
1 фев 16, 16:43    [18757618]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
komrad
Member

Откуда:
Сообщений: 5735
fduch f.f.
komrad
пропущено...

это про винду или про сиквел ?


про винду

Windows 2008 ?
1 фев 16, 16:45    [18757631]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
komrad
fduch f.f.
пропущено...


про винду

Windows 2008 ?


Windows Server 2008 R2 Standard
1 фев 16, 16:49    [18757654]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
fduch f.f.
Member

Откуда: Белокаменная
Сообщений: 260
komrad
fduch f.f.
пропущено...


про винду

Windows 2008 ?


да и если бы даже проапгредить винду и сделать виндовый кластер, то в Sql Standard все равно не удалось бы сделать AwayasOn AAG
1 фев 16, 16:55    [18757700]     Ответить | Цитировать Сообщить модератору
 Re: Настройка репликации для Disaster recovery  [new]
komrad
Member

Откуда:
Сообщений: 5735
fduch f.f.
komrad
пропущено...

Windows 2008 ?


да и если бы даже проапгредить винду и сделать виндовый кластер, то в Sql Standard все равно не удалось бы сделать AwayasOn AAG

да, вам ведь нужен DR, а не HA
1 фев 16, 17:49    [18758094]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить