У меня есть база данных SQL 2005, которая публикуется с десятками (в основном) транзакционных публикаций и десятками подписчиков. В настоящее время у нас есть местный дистрибьютор. Я пытаюсь улучшить нашу HA для этой настройки, и я смотрю на зеркалирование опубликованной базы данных. Лучшие практики говорят, что использовать удаленный дистрибьютор, в случае, если мы должны потерпеть неудачу в зеркало, чтобы репликация продолжалась. Я тестировал это, и он отлично работает.Репликация SQL-сервера, сервер распространения изменений
Но что делать, если удаленный дистрибьютор не работает? Как я могу исключить это как единственную точку отказа или лучше, как мне восстановить, когда она не работает?
Из тестирования и того, что я мог найти в Интернете, мне нужно полностью отменить настройку репликации (удалить подписчиков, статьи & публикации, дистрибьютор) и заново создать все с указанным новым дистанционным дистрибьютором. Я был бы в порядке с этим IF Я мог бы добавить своих подписчиков, не требуя повторной инициализации их. Я успешно использовал вход @subscriptionlsn для отправки sp_adds для похожих ситуаций, где я хочу возобновить репликацию без повторного удаления &, повторно инициализируя их. Но, полностью уничтожая репликацию, min_autosynch_lsn теряется, как и все выдающиеся транзакции, которые идут с ним.
Должно быть, мне что-то не хватает. Я знаю, что кластеризация моего дистрибьютора добавляет уровень безопасности, но даже это может потерпеть неудачу. Итак, как, или я могу переключиться на другого дистрибьютора, не переинициализируя свои данные на них?
Он всегда возвращается к тому, резервное копирование, и зная, как восстановить их. – Hiram