0

У меня есть зеркальное отображение настроек только с принципом и зеркалом в ненадежной среде домена с использованием сертификатов. Я успешно протестировал сеанс зеркалирования, выполнив ручной переход на другой ресурс. Но я вижу много сбоев входа в зеркальный сервер, говорящийНастройка зеркалирования в ненадежной среде домена с использованием сервера Sql 2008 R2

Ошибка входа для пользователя 'NT AUTHORITY \ LOCAL SERVICE'. Причина: Не удалось открыть явно указанную базу данных . [КЛИЕНТ:]

Неверное подтверждение связи SSPI с кодом ошибки 0x8009030c, состояние 14, в то время как установление соединения с интегрированная система безопасности; соединение было закрыто. Причина: Ошибка AcceptSecurityContext. Код ошибки указывает на ошибку ошибки.

Ошибка входа. Вход из ненадежного домена и не может использоваться с аутентификацией Windows.

Я не использую проверку подлинности Windows для зеркалирования. Может кто-нибудь попросит, чтобы избежать появления этих ошибок в журнале ошибок. Также почему главный сервер все еще пытается использовать проверку подлинности Windows?

ответ

2

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

Первой ошибкой является локальная служба, пытающаяся открыть явную базу данных, находящуюся в автономном режиме (возможно, пытается подключиться к зеркальной базе данных). Вторая ошибка - от клиента, которому не удалось выполнить рукопожатие SSPI. И третий - от клиента, который преуспел в hansdhake, но ему не доверяют.

Вы должны проверить свои строки подключения к вашим приложениям, а также задания своего агента и т. Д. И посмотреть, кто пытается эти соединения.

+0

Спасибо за ответ. Remus, – kishore

+0

У меня нет клиентских приложений, обращающихся к принципам или зеркальным серверам. Вторая и третья ошибки связаны с тем, что основной сервер пытается подключиться к зеркальному серверу с проверкой подлинности Windows (в конце сообщений об ошибках он дал [КЛИЕНТ: «IP основного сервера»]). Также почему NT AUTHORITY \ LOCAL SERVICE пытается подключиться к зеркальной базе данных, которая недоступна. Есть ли способ избежать этого? – kishore

+1

Вы уверены, что у вас нет задания SQL-агента, пытающегося подключиться к базе данных? BTW, я предполагаю, что ваши конечные точки DBM настроены на использование сертификатов (как описано здесь: http://rusanu.com/2008/10/23/how-does-certificate-based-authentication-work/) –

1

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

 Смежные вопросы

  • Нет связанных вопросов^_^