Назад | Перейти на главную страницу

Что могло заставить зеркальные базы данных стать основной базой данных?

Мы используем SQL Server 2005 в конфигурации высокой доступности: 1 основной сервер, 1 зеркальный сервер, 1 следящий сервер. Сегодня утром мы обнаружили, что несколько баз данных были указаны как основные базы данных как на основном сервере, так и на зеркальном сервере, а журналы транзакций вышли из-под контроля.

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

Что могло заставить основной и зеркальный сервер думать, что у них есть основная база данных?

Это своего рода отсутствие ответа, но, возможно, я выберу правильный путь, я бы обязательно проверил следующее на всех серверах:

  • Журналы SQL-сервера. Из SQL Management Studio: Сервер базы данных :: Управление :: Журналы SQL-серверов
  • Журналы событий Windows

Ответ - это что-то вроде следующей серии событий:

  1. Основной сервер недоступен, поэтому зеркало и свидетель формируют кворум, а зеркало инициирует отработку отказа, чтобы стать основным.
  2. Кто-то удаляет определение свидетеля на основном сервере
  3. Основной сервер возвращается в сеть и не может взаимодействовать с зеркалом, поэтому подключается к сети как основной. Это возможно только в том случае, если свидетель не определен, поскольку в противном случае принципал знает, что он не может разговаривать и с зеркалом, и со свидетелем, и отключается, чтобы избежать ситуации «раздвоения мозга», которую вы наблюдаете.

Возможно ли такое в вашей системе?