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

Зеркальная база данных SQL Server 2005 все еще находится в состоянии (восстановление…)

Я только что успешно зеркалировал одну и ту же базу данных на двух наших серверах. Основное состояние базы данных в Management Studio: (имя базы данных, участник, синхронизировано). Состояние зеркальной базы данных (имя базы данных, Зеркало / Восстановление ...). Каков наш следующий шаг?

Ничего. Это нормальное состояние зеркала. Пока принципал говорит «Синхронизировано», все синхронизировано между серверами и зеркалом работает правильно. См. Эту статью Technet для более подробной информации: http://technet.microsoft.com/en-us/library/cc917681.aspx#ELAA.

Единственное, что я бы посоветовал, - это проверить отказоустойчивость, но только если первичная база данных не является действующей производственной базой данных.

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

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

  • идентификатор безопасности dbo соответствует действительному логину
  • пользователи не осиротели после отработки отказа
  • главный ключ базы данных можно открыть после отработки отказа (оба экземпляра добавили шифрование своего главного ключа службы к главному ключу базы данных)
  • необходимые задания агента настроены на новом основном хосте, и они могут правильно войти в систему
  • все приложения используют строки подключения, которые включают партнера по зеркалированию, и они подключаются к новому принципалу и возобновляют
  • если база данных является издателем репликации, агенты репликации настроены для перехода на новый принципал после отказа.
  • нет перекрестных запросов к базе данных, которые зависят от доступности другой базы данных

Ознакомьтесь с соответствующими темами в Управление метаданными при предоставлении доступа к базе данных на другом экземпляре сервера

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