Автоматический переход на другой ресурс с зеркалированием SQL и строками подключения

Question

У меня есть 3 сервера, настроенных для зеркалирования SQL и автоматического переключения на другой ресурс с использованием сервера-свидетеля. Это работает так, как ожидалось.

Теперь мое приложение, которое подключается к базе данных, похоже, имеет проблемы при возникновении сбоя - мне нужно вручную вмешаться и изменить строки подключения, чтобы он снова подключался. Лучшее решение, которое я нашел до сих пор, включает в себя параметр Failover Partner строки подключения, однако он не является ни интуитивным, ни полным: Data Source="Mirror";Failover Partner="Principal"found here.

Из примера в вышеприведенном блоге (сценарий №3), когда происходит первый переход на другой ресурс, а основной (партнер по отказоустойчивости) недоступен, вместо этого используется источник данных (который является новым директором). Если он снова не работает (и я только пробовал в течение ограниченного периода времени), тогда появляется сообщение об ошибке. Это происходит из-за того, что строка подключения кэшируется, поэтому пока обновление не будет обновлено, оно будет выходить с ошибкой (кажется, строка подключения обновляется через 5 минут после того, как она встречает ошибку). Если после перехода на другой ресурс я заменил источник данных и партнера по отказоустойчивости, у меня снова возникнет еще один «молчащий» переход на другой ресурс.

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

Я вижу потенциальные обходные пути, используя пользовательские скрипты, которые будут опроса текущего активного имени узла базы данных и соответственно настроить строку соединения, однако на данный момент это кажется излишним.

Answer 1

Прочитайте сообщение в блоге здесь http://blogs.msdn.com/b/spike/archive/2010/12/15/running-a-database-mirror-setup-with-the-sqlbrowser-service-off-may-produce-unexpected-results.aspx

Это объясняет, что происходит, партнер отказоустойчивого действительно читается с сервера SQL не из вашей конфигурации. Запустите запрос в этом сообщении, чтобы узнать, что на самом деле используется в качестве сервера отказоустойчивости. Вероятно, это имя машины, которое не будет доступно для обнаружения, где работает ваш клиент.

Answer 2

Решения превратить Пулы соединений от Pooling="false"

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

Answer 3

Вы можете очистить пул приложений в случае, если произошел переход на другой ресурс. Не очень хорошо знаю ;-)

// ClearAllPools resets (or empties) the connection pool. 
    // If there are connections in use at the time of the call, 
    // they are marked appropriately and will be discarded 
    // (instead of being returned to the pool) when Close is called on them. 
    System.Data.SqlClient.SqlConnection.ClearAllPools(); 

Мы используем его, когда мы изменить основной сервер с помощью псевдонима SQL Server, для обеспечения соблюдения «обновить» от имени сервера.

http://msdn.microsoft.com/en-us/library/system.data.sqlclient.sqlconnection.clearallpools.aspx