У меня нулевой опыт подключения к зеркальным базам данных, так что это все ересь!:)
Короче говоря, вам может не потребоваться делать что-то особенное, если вы передаете атрибут FailoverPartner в строке подключения.В конце концов, вам может потребоваться дополнительная обработка ошибок, чтобы попытаться установить новое соединение, поэтому в предоставляемых данных будет фактически использоваться имя FailoverPartner в новом соединении.
Похоже, есть некоторая полезная информацияс Подключение клиентов к сеансу зеркального отображения базы данных , чтобы начать.У вас была возможность проверить это?
Если нет, то он там с Создание начального соединения , где они вводят атрибут FailoverPartner ConnectionString атрибуты свойства.
Повторное подключение к сеансу зеркального отображения базы данных предполагает, что при любом отключении клиента из-за аварийного переключения клиент должен будет перехватить это исключение и быть готовым к повторному подключению:
Приложение должно узнать об ошибке.Затем приложению необходимо закрыть неудачное соединение и открыть новое соединение, используя те же атрибуты строки соединения .
Если атрибут FailoverPartner доступен,этот процесс должен быть относительно прозрачным для клиента.
Если вышеприведенное не работает, то вам может потребоваться ввести некоторую логику на уровне приложения, чтобы отслеживать, кто является основным узлом, узлом отработки отказа и строками подключения для каждого, и быть готовым к сохранению.эта информация где-то - так же, как провайдер доступа к данным должен делать для нас (с широко открытыми глазами).
Существует также сообщение ServerFault о зеркальном отображении базы данных с Sql Server, которое может представлять интерес с операционной точки зрения и имеет дополнительную справочную информацию.
Надеюсь, кто-то имеет реальный опытсоздам резервную копию всего этого!