Если вы пытаетесь подключиться с помощью «Аутентификации SQL Server», вы можете изменить аутентификацию вашего сервера:

В Microsoft SQL Server Management Studio в проводнике объектов:

1. Щелкните сервер правой кнопкой мыши и выберите Properties

2. Перейти на страницу Security

3. Под Server authentication выберите SQL Server and Windows Authentication mode переключатель

4. Нажмите OK

5. Перезапустите службы SQL

Ознакомьтесь с этой статьей в блоге команды разработчиков платформы данных.

http://blogs.msdn.com/b/sql_protocols/archive/2006/02/21/536201.aspx

Вам действительно нужно посмотреть на состояние сообщения об ошибке, чтобы найти основную причину проблемы.

2, 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, 12 = Valid login but server access failure
13 = SQL Server service paused
18 = Change password required

После этого погуглите, как исправить проблему.

Перед открытием щелкните правой кнопкой мыши и выберите «Запуск от имени администратора». Это решило проблему для меня.

сначала просмотрите подробную информацию об ошибке, если «состояние» равно «1». Убедитесь, что база данных настроена как для проверки подлинности SQL, так и для проверки подлинности Windows в разделе «Сервер SQL / Свойства / Безопасность».

для другого государства см. ответы выше ....

Я столкнулся с этой проблемой.

Посмотрите на прикрепленное изображение,

Шаг 1. Перейдите в свойство сервера

Шаг 2: перейдите в раздел "Безопасность"

Шаг 3. Измените аутентификацию сервера как SQL-сервер и режим аутентификации Windows

и перезапустите свой сервер Sql.

1. Проверьте, включена ли аутентификация в смешанном режиме на вашем сервере-> свойства
2. Затем создайте логин на сервере-> безопасность
3. создать пользователя для этого логина в своей базе данных
4. Затем перезапустите сервер, щелкнув экземпляр правой кнопкой мыши и выберите перезапуск.

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

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

Когда я подключился к (как я думал) SQL Server и попытался подключиться через SSMS, выбрав Windows Authentication, я получил ошибку, упомянутую в этом вопросе. Потрепав много волос, я просмотрел все настройки, включая конфигурацию сети SQL Server, протоколы для MSSQLSERVER:

Двойной щелчок по TCP / IP дал мне следующее:

IP-адрес принадлежал другому виртуальному серверу! Это наконец заставило меня понять, что я просто перепутал серверы, и все работало хорошо на втором сервере.

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

ПЕРЕЙДИТЕ в -> Услуги

Затем перейдите к SQL Server (MSSQLSERVER), остановитесь и начните снова.

А теперь попробуйте авторизоваться, надеюсь, у вас получится.

Спасибо

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

18456 Список состояний ошибок

СОСТОЯНИЕ ОШИБКИ ОПИСАНИЕ ОШИБКИ

• Состояние 2 и состояние 5 Неверный идентификатор пользователя
• Состояние 6 Попытка использовать имя для входа в Windows с аутентификацией SQL
• Состояние 7 Вход в систему отключен и несоответствие пароля
• Состояние 8 Несоответствие пароля
• Состояние 9 Неверный пароль
• Состояние 11 и Состояние 12 Допустимый вход в систему, но отказ доступа к серверу
• Состояние 13 Служба SQL Server приостановлена
• Состояние 18 Требуется изменить пароль

Возможные причины Ниже приводится список причин и краткое объяснение того, что делать:

Аутентификация SQL не включена: если вы впервые используете вход в систему SQL на экземпляре SQL Server, очень часто возникает ошибка 18456, поскольку сервер может быть установлен в режиме аутентификации Windows (только).

Как исправить? Посетите эту страницу режима аутентификации SQL Server и Windows.

Недействительный идентификатор пользователя: SQL Server не может найти указанный идентификатор пользователя на сервере, который вы пытаетесь получить. Наиболее частая причина заключается в том, что этому идентификатору пользователя не предоставлен доступ на сервере, но это также может быть простая опечатка или вы случайно пытаетесь подключиться к другому серверу (обычно, если вы используете более одного сервера)

Неверный пароль: неправильный пароль или просто опечатка. Помните, что это имя пользователя может иметь разные пароли на разных серверах.

менее распространенные ошибки: идентификатор пользователя может быть отключен на сервере. Вход в Windows был предоставлен для проверки подлинности SQL (измените ее на проверку подлинности Windows. Если вы используете SSMS, вам, возможно, придется запускаться как другой пользователь, чтобы использовать эту опцию). Возможно, срок действия пароля истек и, возможно, по нескольким другим причинам…. Если вы знаете о других, дайте мне знать.

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

надеюсь, это поможет

Сначала перейдите на панель запуска, затем выполните поиск локальных служб. Затем нажмите «Просмотреть локальные службы». Затем откроется окно службы, затем перейдите к SQL Server (MSSQLSERVER), щелкните его правой кнопкой мыши и нажмите «Стоп», а затем снова щелкните правой кнопкой мыши и нажмите «Пуск». Теперь вы можете войти в систему и указать свое имя пользователя как «sa», а пароль - это ваш выигранный пароль.

Также вы можете просто войти в систему с проверкой подлинности Windows и запустить следующий запрос, чтобы включить ее:

ALTER LOGIN sa ENABLE ;  
GO  
ALTER LOGIN sa WITH PASSWORD = '<enterStrongPasswordHere>' ;  
GO

Источник: https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/change-server-authentication-mode

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

Для меня это были неправильные логин и пароль.

Я считаю, что это может произойти, если вы пытаетесь войти в систему с пользователем, который определен в Active Directory, но пытаетесь использовать «Аутентификацию SQL Server» на экране входа в систему. Я не знаю, как указать другого пользователя с помощью NTLM / Windows Authentication: когда я нажимаю раскрывающийся список Windows Authentication, имя пользователя и пароль не отображаются, и я могу войти в систему только как сам.

В моем случае учетная запись была заблокирована несколькими ошибочными попытками. Для этого я попытался выполнить приведенный ниже запрос, и он сработал: ALTER LOGIN WITH PASSWORD = UNLOCK щелкните правой кнопкой мыши на сервере Sql -> Свойства.

Устранение неполадок подключения к SQL Server

Если вы не можете подключиться с помощью проверки подлинности SQL и пробовали другие решения.

Вы можете попробовать следующее:

Проверить подключение

• Отключите брандмауэр.
• Запустите PortQry на 1434 и проверьте ответ.

Проверить состояние

• Попробуйте подключиться с помощью SSMS или sqlcmd и проверьте сообщение.
• Состояние 1 редко документируется, но это просто означает, что у вас нет права знать истинное состояние.
• Посмотрите файл журнала в каталоге SQL-сервера, чтобы узнать, в каком состоянии.

Государство 5

Какие ? мой логин не существует? это прямо там, я вижу это в SSMS. Как это может быть ?

Наиболее вероятное объяснение, скорее всего, будет правильным.

Состояние логина

• Уничтожьте, воссоздайте, включите.
• сбросить пароль.

Or...

«Вы смотрите не в том месте» или «то, что видите, не то, о чем вы думаете».

Конфликт локальной БД и SQLEXPRESS

Если вы подключаетесь к SSMS с проверкой подлинности Windows и ваш экземпляр называется SQLEXPRESS, вы, вероятно, смотрите на LocalDb и не на тот сервер. Итак, вы только что создали свой логин на LocalDb.

Когда вы подключаетесь через аутентификацию SQL Server с SSMS, он попытается подключиться к реальному серверу SQLEXPRESS, на котором ваш любимый логин еще не существует.

Дополнительное примечание: проверьте вкладку параметров подключения, если вы не забыли там какую-то странную строку подключения.

Другое работающее решение для меня. serever->security->logins->new logins->General->создайте свое имя пользователя в качестве имени входа, нажмите "Проверка подлинности сервера sql", добавьте пароли.

снимите три галочки с проверки пароля. Это сработает.

Не забудьте изменить свойства сервера -> Безопасность с Server authentication на SQL Server and Windows Authentication mode

вы можете сделать в Linux для mssql изменить пароль для учетной записи sa

настройка sudo / opt / mssql / bin / mssql-conf

The license terms for this product can be downloaded from
 http://go.microsoft.com/fwlink/?LinkId=746388 Jump Jump
and found in /usr/share/doc/mssql-server/LICENSE.TXT.
Do you accept the license terms? [Yes/No]:yes
  Setting up Microsoft SQL Server
Enter the new SQL Server system administrator password:  --Enter strong password
Confirm the new SQL Server system administrator password: --Enter strong password
 starting Microsoft SQL Server...
 Enabling Microsoft SQL Server to run at boot...
Setup completed successfully.

Я получил эту ошибку после создания нового пользователя sysadmin в моем экземпляре SQL. Мой пользователь-администратор был создан в определенном домене MyOrganization / useradmin

Использование useradmin в отключенной среде позволяет вам создавать других пользователей, использующих аутентификацию SQL Server, но как только вы попытаетесь войти в систему, вы получите

Ошибка Microsoft SQL Server: 18456

Чтобы решить эту проблему, попробуйте снова подключиться к сети вашей организации и создать пользователя, пока вы подключены, а затем вы можете отключиться и работать.

Я столкнулся с той же проблемой. Если вы его видите, запустите этот запрос:

DBCC FREEPROCCACHE

DBCC DROPCLEANBUFFERS

затем отображается код ошибки 18456.

Сделайте одно дело, снова запустите тот же запрос после переподключения SQL-сервера. Будет работать нормально.