|
Выпилить остатки репликации
|
|||
---|---|---|---|
#18+
Здравствуйте! Я тут опять с заковыристым вопросом (других у меня не бывает). Жила себе AG с двумя нодами-паблишерами, одним дистрибьютором и одним подписчиком на Microsoft SQL Server 2014 (SP3-GDR) (KB4583463) - 12.0.6164.21 (X64). И publisher redirect там был настроен. Но вот некие злыдни задумали дистрибьютора с подписчиком поднять на другом сервере, а прежний - выпилить с мясом. Как и что они в точности проделали, я уже от них не добьюсь, но получилось так, что первая нода теперь настроена как publisher с другим дистрибютором и в одно рыло себе работает. А на вторую - забили. А когда админы обновляли винды, они сделали, естественно, failover, и репликация, понятно, остановилась, что никто не заметил, логи транзакций выросли, базы стопнулись, и началось бурление говн. Обратились ко мне, чтобы пофиксил. Ну я, понятно, подготовил скрипты, чтобы вторую ноду сделать паблишером уже при новом дистрибьюторе и редирект настроить. Но вот когда я на паблишере попытался выполнить Код: sql 1.
он мне матюгнулся, что типа а я уже при другом дистрибютере. И в самом деле, проверил в SSMS свойства паблишера, а он указывает на уже почивший старый дистрибютор. И как я только не пытался этот мусор вычистить: и через визард удаления репликации и через процедуры всякие, а он матюгается, что база такая-то в AG участвует и сейчас неактивна, потому фиг тебе. Я попытался эту ситуацию повторить в своей тестовой среде, на SQL Server 2016, а он там вполне себе позволяет всё вычистить без ошибок на неактивной ноде. И вот я теперь в недоумении, как бы этот трабл забороть. Делать файловер на вторую ноду, чтобы запустить Код: sql 1.
мне как-то стрёмно: а вдруг поломается уже работающая репликация с первой ноды? Также, может, кто подскажет, а где, собственно, хранятся метаданные на паблишере о том, что он - паблишер? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2021, 00:47 |
|
Выпилить остатки репликации
|
|||
---|---|---|---|
#18+
Я вопрос задал, и я же на него и отвечу. В общем, я таки смог повторить ситуацию на своих виртуалках. И от версии оно, походу, не зависит. Видимо, в прошлый разы я что-то делал не так. Если выпилить репликацию на активном паблишере и настроить её на другой дистрибютор, то на остальных нодах остаются orphaned настройки, которые выпиливаются только после файловера опубликованных баз в AG на данную ноду. При этом вновь настроенная на другой дистрибютор репликация не страдает и возобновляет свою работу, если сделать failover back. То есть, теперь я могу то же самое проделать и на проде и настроить publisher redirect с неизбезным даунтаймом репликации, конечно, на время этих манипуляций. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.11.2021, 19:19 |
|
|
start [/forum/topic.php?fid=46&fpage=9&tid=1684104]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
24ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 109ms |
0 / 0 |