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

Откуда:
Сообщений: 637
Комрадес, просветите в нескольких вопросах по зеркалированию отдельной БД.
Вот если есть 3 экземпляра: основной сервер, зеркальный сервер и сервер слежения. Если отваливается основной сервер, то сервер слежения автоматически запускает роль основного на зеркальном.

Например есть 2 группы пользователей из 2х разных городов. Роль основного сервера перманентно используется в городе А, зеркальный сервер и сервер слежения находятся в городе Б. В случае падения канала между городами, сервер слежения передаст роль основного зеркальному серверу и теоретически пользователи в городе Б продолжат свою работу.
Далее вопросы:
1. Что будет в таком случае с пользователями города А?
2. Придется ли переподключатся пользователям города Б, после смены роли зеркала на основную?
3. Что произойдет, когда канал поднимется и сервер слежения увидит сервер А?
29 ноя 12, 14:35    [13549784]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
teCa,

1)не смогут подключиться к А,B
2)да
3)ничего, В останется главным
29 ноя 12, 14:48    [13549889]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Ruslan123456
Guest
teCa,

1. Что будет в таком случае с пользователями города А?

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

2. Придется ли переподключатся пользователям города Б, после смены роли зеркала на основную?

Да придется, очень важно, чтоб приложение могло установить новый коннект.

3. Что произойдет, когда канал поднимется и сервер слежения увидит сервер А?

основной сервер останется в городе Б, пока ты в ручном режиме не переведешь в город А.
при появлепнии связи просто начнут транзакции прокачиваться из Б в А
29 ноя 12, 14:51    [13549915]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Crimean
Member

Откуда:
Сообщений: 13148
уточню. если вы ходите через SQLNCLI и в конекшен стринге указали параметр "Failover Partner", то ничего нигде переподключать не надо будет. оно само переподключицо. но я бы на всякий случай перепроверил, действительно ли база в А станет недоступной для пользователей А, если упадет канал с Б. а то может очень неудобно выйти в итоге..
29 ноя 12, 14:57    [13549968]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
dalex1973
Member

Откуда: Польша
Сообщений: 287
Дополнение к 1.
Если в приложении connectionstring указан адрес сервера Б:
автор
Failover Partner=myMirrorServerAddress;

то произойдёт автоматическое перенаправление с А на Б при сбое.(ADO.NET, Sql Native Client)
29 ноя 12, 14:59    [13549987]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
teCa
Member

Откуда:
Сообщений: 637
dalex1973
Дополнение к 1.
Если в приложении connectionstring указан адрес сервера Б:
автор
Failover Partner=myMirrorServerAddress;

то произойдёт автоматическое перенаправление с А на Б при сбое.(ADO.NET, Sql Native Client)


Так же не понял что произойдет, если в схеме отсутствует сервер слежения. В момент падения канала, необходимо на зеркальном сервер включить роль основного(?), как в таком случае отреагирует бывший основным сервер? Или отказ от сервера слежения совсем моветон?
29 ноя 12, 15:13    [13550120]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
teCa,

если ни один сервер не видит еще одного, то в таком случае все станут неактивные и будут ждать ручного вмешательства
29 ноя 12, 15:18    [13550156]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
teCa,

если сервер слежения отсутствует как таковой, то при разрыве канала связи А останется основным (активным), Б зеркальным со статусом "Not synchronized"
29 ноя 12, 15:20    [13550173]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
teCa
Member

Откуда:
Сообщений: 637
Как я понимаю в дальнейшем может случится ситуация, когда и тот и другой сервер какое то время может работать в роли основного. В таком случае, как в дальнейшем пройдет синхронизация?
29 ноя 12, 15:23    [13550203]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
teCa
...Как я понимаю в дальнейшем может случится ситуация, когда и тот и другой сервер какое то время может работать в роли основного....


не может, если это не сделать вручную
29 ноя 12, 15:24    [13550223]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
teCa
dalex1973
Дополнение к 1.
Если в приложении connectionstring указан адрес сервера Б:
пропущено...

то произойдёт автоматическое перенаправление с А на Б при сбое.(ADO.NET, Sql Native Client)


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

при зеркальном отображении БД возможны только три варианта переключения ролей серверов:
1) автоматическое переключение - при использовании следящего сервера, обязательно третий сервер и соответственно доступность с него зеркального сервера должна быть.
2) переключение ролей в ручную
3) переключение ролей в ручную в аварийном режиме, когда пропадает доступность следящего сервера.
29 ноя 12, 15:28    [13550257]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
teCa
Member

Откуда:
Сообщений: 637
Spartakich
teCa
...Как я понимаю в дальнейшем может случится ситуация, когда и тот и другой сервер какое то время может работать в роли основного....


не может, если это не сделать вручную


Понятно, где существуют регламенты - это мало вероятно, но допустим ситуацию, что одни проспали, а другие не сообщив запустили у себя эту роль и какое то время каждый молотит в свою основную БД.
29 ноя 12, 15:30    [13550279]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
teCa
Spartakich
пропущено...


не может, если это не сделать вручную


Понятно, где существуют регламенты - это мало вероятно, но допустим ситуацию, что одни проспали, а другие не сообщив запустили у себя эту роль и какое то время каждый молотит в свою основную БД.


это уже не заслуга и не проблема SQL сервера :)
29 ноя 12, 15:31    [13550293]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
teCa
Spartakich
пропущено...


не может, если это не сделать вручную


Понятно, где существуют регламенты - это мало вероятно, но допустим ситуацию, что одни проспали, а другие не сообщив запустили у себя эту роль и какое то время каждый молотит в свою основную БД.

уволить к чертям собачим, за некомпитентность в принимаемых ответственных решениях.
29 ноя 12, 15:33    [13550308]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
teCa
Member

Откуда:
Сообщений: 637
Spartakich
teCa
пропущено...


Понятно, где существуют регламенты - это мало вероятно, но допустим ситуацию, что одни проспали, а другие не сообщив запустили у себя эту роль и какое то время каждый молотит в свою основную БД.


это уже не заслуга и не проблема SQL сервера :)


Согласен, но это риск, а их мы сейчас и оцениваем) Хотелось бы понимать, чем это грозит и как быстро можно выйти из этой ситуации и какой кровью.
29 ноя 12, 15:34    [13550321]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
teCa
Spartakich
пропущено...


это уже не заслуга и не проблема SQL сервера :)


Согласен, но это риск, а их мы сейчас и оцениваем) Хотелось бы понимать, чем это грозит и как быстро можно выйти из этой ситуации и какой кровью.



отобрать права позволяющие сделать базу Principal
29 ноя 12, 15:35    [13550328]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
teCa
Spartakich
пропущено...


это уже не заслуга и не проблема SQL сервера :)


Согласен, но это риск, а их мы сейчас и оцениваем) Хотелось бы понимать, чем это грозит и как быстро можно выйти из этой ситуации и какой кровью.

1) Накат FULL бэкапа с сервера принципиала на зеркальный сервер 2) пересоздание конфигурации системы зеркалирования 3)
выписывание п...лей виновникам и одновременные китайские поклончики разярённым пользователям сервера зеркала, так как их работа была за зря.
29 ноя 12, 15:45    [13550417]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Ozerov
Member

Откуда: Москва
Сообщений: 3650
после фулла, еще надо бэкап лога транзакций.
29 ноя 12, 15:51    [13550455]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
teCa
Member

Откуда:
Сообщений: 637
Еще вопрос, что из сетбя представляет сервер слежения? Это какой-то сторонний экземпляр? И может ли он распологаться на одной машине с зеркальным?
29 ноя 12, 16:20    [13550749]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2008R2: Зеркалирование  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
teCa
Еще вопрос, что из сетбя представляет сервер слежения? Это какой-то сторонний экземпляр? И может ли он распологаться на одной машине с зеркальным?


отдельный инстанс, может быть SQL Express
29 ноя 12, 16:25    [13550802]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить