SQL Server 2005 зеркально отражает базу данных все еще в (восстанавливающий …) состояние
Похож на Вас, пытаются выполнить пакет на 32 бита на сервере на 64 бита, по умолчанию эти 32 не установлены
на 64-разрядном компьютере, выбирая Услуги по интеграции во время Установки устанавливает только 64-разрядное время выполнения и инструменты. Если необходимо выполнить пакеты в 32-разрядном режиме, необходимо также выбрать дополнительную опцию установить 32-разрядное время выполнения и инструменты:
* If the 64-bit computer is running the x86 operating system, select Business Intelligence Development Studio or Management Tools - Complete.
* If the 64-bit computer is running the Itanium operating system, select Management Tools - Complete.
Ничего. Это - нормальное состояние зеркала. Пока принципал говорит, "Синхронизировался", все находится в синхронизации между серверами, и зеркало работает правильно. Дополнительную информацию см. в этой статье Technet: http://technet.microsoft.com/en-us/library/cc917681.aspx#ELAA.
Единственная вещь, которую я предложил бы, состоит в том, чтобы протестировать обработку отказа, но только если основная база данных не является живой производственной базой данных.
Именно это должен произойти. Зеркальная база данных всегда будет в состоянии восстановления, поскольку она всегда берет в новых транзакциях. То, когда Вы заменяете зеркало база данных, которая в настоящее время активна, покажет восстановлением, и текущее зеркало станет активным.
Я предложил бы, чтобы Вы протестировали сбой теперь. Необходимо удостовериться, что остальная часть экосистемы вокруг базы данных правильно настроена для, заменяют. Вот наиболее распространенные вещи к проверкам:
- dbo SID отображается на допустимый вход в систему
- пользователи не являются осиротевшими после того, как заменят
- главный ключ базы данных может быть открыт, после заменяют (оба экземпляра добавили свое сервисное шифрование главного ключа к главному ключу базы данных),
- необходимые задания агента настроены на новом основном хосте, и они могут войти в систему правильно
- все приложения используют строки подключения, которые включают партнера по зеркальному отражению, и они соединяются с новым принципалом и резюме
- если база данных является издателем репликации, агенты репликации настроены для следования за обработкой отказа к ее новому принципалу
- нет никаких перекрестных запросов базы данных, которые полагаются на доступность другой базы данных
Проверьте соответствующие темы в Руководящих Метаданных При Предоставлении доступа к Базе данных Доступной на Другом Экземпляре Сервера
Да, просто протестируйте обработку отказа и возврат к состоянию до сбоя, и удостоверьтесь, что Вы находитесь в рабочем режиме зеркального отражения, который Вы хотите. Может быть большой компромисс между отказоустойчивостью и производительностью с транзакционной безопасностью, полной по сравнению с транзакционной безопасностью прочь. Вы также могли бы хотеть изучить обновление строк подключения Ваших приложений, чтобы быть осведомленными о зеркальном отражении, если Вы хотите, чтобы они снова соединились автоматически после обработки отказа.