Невозможно войти в SQL Server + проверка подлинности SQL Server + ошибка: 18456

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

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

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

Но войти в SQL Server не удается со следующим сообщением (для User123)

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

Детали ошибки:

Ошибка входа для пользователя User123 (поставщик данных Net.SqlClient)

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

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

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

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

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

Хорошо, а теперь что, глядя на сообщение об ошибке, вы чувствуете, что оно не информативно для понимания уровня и состояния. По умолчанию в ошибке операционной системы «Состояние» отображается как 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 не определен уровень серьезности или состояния. Таким образом, следующий вариант устранения неполадок - просмотреть журнал безопасности программы просмотра событий [редактировать, потому что снимок экрана отсутствует, но вы получаете

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

Вам необходимо включить аутентификацию SQL Server:

1. В обозревателе объектов щелкните правой кнопкой мыши сервер и выберите «Свойства».

2. В окне «Свойства сервера» щелкните «Безопасность» в списке страниц слева. В разделе «Проверка подлинности сервера» выберите переключатель «Режим проверки подлинности SQL Server и Windows».

3. Перезапустите службу SQLEXPRESS.

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

Вы можете получить к нему доступ через

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

Вы можете получить к нему доступ через

Right click on instance (IE SQLServer2008)
Select "Properties"
Select "Security" option
Change "Server authentication" to "SQL Server and Windows Authentication mode"
Restart the SQLServer service
    Right click on instance
    Click "Restart"

Просто для всех, кто это читает: у меня это сработало и на SQL Server 2012. Спасибо

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

После включения «SQL Server и режима проверки подлинности Windows» перейдите к следующему.

1. Управление компьютером (в меню Пуск)
2. Услуги и приложения
3. Диспетчер конфигурации SQL Server
4. Сетевая конфигурация SQL Server
5. Протоколы для MSSQLSERVER
6. Щелкните правой кнопкой мыши TCP / IP и включите его.

Наконец перезапустите SQL Server.