Невозможно войти в SQL Server + Аутентификация SQL Server + Ошибка: 18456

Я создал учетную запись для входа на сервер localhost \ sql2008 (например, User123)

, сопоставленный с базой данных (по умолчанию)

Режим аутентификации на SQL Server установлен на оба (Windows и SQL )

Но при входе в SQL Server происходит сбой со следующим сообщением (для пользователя 123)

Примечание. Несколько раз проверялось, правильно ли введены имя пользователя и пароль

Сведения об ошибке:

Не удалось войти в систему для пользователя 'User123' (поставщик данных Net.SqlClient)

Имя сервера: localhost \ sql2008 Номер ошибки: 18456 Серьезность: 14 Состояние: 1 Номер строки: 65536

любую помощь в этом, пожалуйста.

118
задан Sreedhar 4 January 2013 в 06:41
поделиться

2 ответа

По умолчанию сообщение об ошибке неудачного входа в систему представляет собой не что иное, как соединение клиентского пользователя было отклонено сервером из-за несоответствия учетных данных для входа. Первая задача, которую вы можете проверить, - это увидеть, есть ли у этого пользователя соответствующие привилегии на этом экземпляре SQL Server и соответствующей базе данных, это хорошо. Очевидно, что если необходимые привилегии не установлены, вам необходимо исправить эту проблему, предоставив соответствующие привилегии для входа в систему.

Хотя, если у этого пользователя есть соответствующие гранты в базе данных и на сервере, если сервер обнаружит какие-либо проблемы с учетными данными для этого входа в систему, тогда это предотвратит предоставление аутентификации обратно на SQL Server, клиент получит следующее сообщение об ошибке:

Msg 18456, Level 14, State 1, Server <ServerName>, Line 1
Login failed for user '<Name>'

Ok Теперь что, глядя на сообщение об ошибке, вы чувствуете, что оно не является описательным для понимания уровня и состояния. По умолчанию в ошибке операционной системы «Состояние» отображается как 1 независимо от характера проблем при аутентификации входа в систему. Поэтому для дальнейшего исследования вам необходимо также просмотреть соответствующий журнал ошибок экземпляра SQL Server, чтобы получить дополнительную информацию о серьезности и состоянии этой ошибки.Вы можете просмотреть соответствующую запись в журнале следующим образом:

2007-05-17 00:12:00.34 Logon     Error: 18456, Severity: 14, State: 8.
or

2007-05-17 00:12:00.34 Logon     Login failed for user '<user name>'.

Как определено выше, столбцы «Серьезность и состояние» ошибки являются ключевыми для поиска точного отражения источника проблемы. В приведенной выше ошибке номер 8 для состояния указывает на сбой аутентификации из-за несоответствия пароля. Ссылка на электронную книгу: по умолчанию определяемые пользователем сообщения с уровнем серьезности ниже 19 не отправляются в журнал приложений Microsoft Windows при их возникновении. Таким образом, определяемые пользователем сообщения с уровнем серьезности ниже 19 не вызывают предупреждений агента SQL Server.

Сунг Ли, менеджер программ по протоколам SQL Server (команда разработчиков), изложил дополнительную информацию об описании состояния ошибки: Общие состояния ошибок и их описания представлены в следующей таблице:

ERROR STATE       ERROR DESCRIPTION
------------------------------------------------------------------------------
2 and 5           Invalid userid
6                 Attempt to use a Windows login name with SQL Authentication
7                 Login disabled and password mismatch
8                 Password mismatch
9                 Invalid password
11 and 12         Valid login but server access failure
13                SQL Server service paused
18                Change password required


Well I'm not finished yet, what would you do in case of error:

2007-05-17 00:12:00.34 Logon     Login failed for user '<user name>'.

Как видите, серьезности нет или уровень состояния, определенный из журнала ошибок этого экземпляра SQL Server. Таким образом, следующий вариант устранения неполадок - это просмотреть журнал безопасности программы просмотра событий [редактировать, потому что снимок экрана отсутствует, но вы поняли

идею, посмотрите в журнале событий интересные события].

47
ответ дан 24 November 2019 в 01:52
поделиться

У меня была такая же проблема, но у меня была такая же проблема, потому что я не установил для проверки подлинности сервера значение «Режим проверки подлинности SQL Server и Windows» (который у вас был), я просто хотел упомянуть об этом здесь, в если кто-то пропустил это в вашем вопросе.

Вы можете получить доступ к этому,

  • Щелкните правой кнопкой мыши по экземпляру (IE SQLServer2008)
  • Выберите «Свойства»
  • Выберите параметр «Безопасность»
  • Измените «Проверка подлинности сервера» на «Режим проверки подлинности SQL Server и Windows. "
  • Перезапустите службу SQLServer.
    • Щелкните правой кнопкой мыши экземпляр
    • Нажмите «Перезагрузить»
42
ответ дан 24 November 2019 в 01:52
поделиться
Другие вопросы по тегам:

Похожие вопросы: