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

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

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

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

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

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

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

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