Мы получаем следующие ошибки на нашем сервере SQL 2008 R2 несколько раз в секунду.
Я искал в Интернете до конца и не могу найти решение, которое сработает в нашей ситуации.
Я нашел несколько решений в Интернете, но большинство из них не будут работать в нашей среде, потому что мы не контролируем объекты User в нашей AD.
Имя журнала: заявка
Источник: MSSQL $ SPSQL
Дата: 12.10.2012 7:33:33
Идентификатор события: 28005
Категория задачи: Сервер
Уровень: ошибка
Ключевые слова: Классический
Пользователь: Нет данных
Компьютер: SQL Server
Описание: Возникла исключительная ситуация при постановке сообщения в целевую очередь. Ошибка: 15404, состояние: 19. Не удалось получить информацию о группе / пользователе Windows NT «DOMAIN \ USER», код ошибки 0x5.
Имя журнала: Безопасность
Источник: Microsoft-Windows-Безопасность-Аудит
Дата: 12.10.2012 7:35:26
Идентификатор события: 4625
Категория задачи: Вход в систему
Уровень: Информация
Ключевые слова: Ошибка аудита
Пользователь: Нет данных
Компьютер: SQL Server
Описание: Не удалось войти в учетную запись.
Тема:
Идентификатор безопасности: DOMAIN \ учетная запись службы SQL
Имя учетной записи: Учетная запись службы SQL
Домен учетной записи: Домен
Идентификатор входа:
Тип входа: 3
Учетная запись, для которой не удалось войти в систему:
Идентификатор безопасности: NULL SID
Имя учетной записи:
Домен учетной записи:
Информация об отказе:
Причина отказа:
Неизвестное имя пользователя или неверный пароль.
Положение дел: 0xc000006d
Дополнительный статус: 0xc0000064
Обрабатывать информацию:
Идентификатор процесса вызывающего абонента: 0x5d4
Имя процесса вызывающего абонента: C: \ Program Files \ Microsoft SQL Server \ MSSQL10_50.SPSQL \ MSSQL \ Binn \ sqlservr.exe
Сетевая информация:
Имя рабочей станции:
SQL Server
Исходный сетевой адрес:
Исходный порт: -
Подробная информация для аутентификации:
Процесс входа в систему: Authz
Пакет аутентификации: Kerberos
Транзитные услуги: -
Имя пакета (только NTLM): -
Длина ключа: 0
Спасибо!
Можете ли вы проверить это, чтобы увидеть, поможет ли это вам :)
Согласно сообщению об ошибке, которое вы предоставили, у вас, скорее всего, есть проблемы с подключением к вашему серверу Active Directory, и идентификатор владельца ваших баз данных (dbo) находится на этом сервере Active Directory. Компонент SQL Service Broker вызывает это исключение. Если это не решаемая проблема, вы можете изменить владельца на логин SQL (например, sa), и это разрешит исключение.
Вы можете сделать это с помощью следующей команды для каждой базы данных, у которой неправильный владелец:
sp_changedbowner 'sa'
выше было взято отсюда:
http://community.office365.com/en-us/forums/178/t/62024.aspx