Foreversoft.ru

IT Справочник
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

18456 ошибка sql

ИТ База знаний

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

Популярное и похожее

Пошаговый ввод в домен Windows 10

Погружение в Iptables – теория и настройка

Что такое функция как сервис (FaaS)?

Антивирусное обеспечение организации

Решаем ошибку 18456 в SQL

2 минуты чтения

С нетерпением спешим поделиться с тобой способом решения ошибки 18456 — Login Failed for User (Microsoft SQL Server, Error: 18456). Определим пользователя, который имеет права доступа к SQL и создадим новую учетную запись.

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

Получаем доступ

Запустите Server Manager в операционной системе. Переходим в раздел ToolsComputer Management:

Раскрываем список Local Users and Groups, в разделе Computer ManagementSystem Tools и нажимаем на Users.

Смотрим описание к пользователям. Находим описание юзера, которое начинается с Built-in account for administering the computer…. С большой вероятностью, это именно тот аккаунт, с которого мы получим доступ к SQL.

Выходим из под текущего юзера в операционной системе, заходим под пользователем Administrator. Пробуем подключиться – работает.

Даем права нужному пользователю

Подключившись к SQL Management Studio под пользователем Administrator, слева, в меню навигации, раскрываем список под именем сервера, переходим в раздел SecurityLogins. Нажимаем на Logins правой кнопкой мыши и нажимаем New Login…:

Нажимаем на кнопку Search:

В появившемся окне укажите имя пользователя, которому необходимо предоставить права администратора SQL. Нажимаем OK:

В разделе Server Roles выбираем sysadmin и жмем OK:

В разрешениях отмечаем Connect SQL и жмем OK.

Теперь, выходим из под пользователя Administrator в ОС и подключаемся под пользователем, с которым мы изначально пытались подключиться. Готово.

Полезна ли Вам эта статья?

Пожалуйста, расскажите почему?

Нам жаль, что статья не была полезна для вас 🙁 Пожалуйста, если не затруднит, укажите по какой причине? Мы будем очень благодарны за подробный ответ. Спасибо, что помогаете нам стать лучше!

Подпишитесь на нашу еженедельную рассылку, и мы будем присылать самые интересные публикации 🙂 Просто оставьте свои данные в форме ниже.

Ошибка входа в Microsoft SQL Server: 18456

Я получаю эту ошибку при попытке подключиться к SQL Server.

ошибка Microsoft SQL Server: 18456

может кто-нибудь сказать мне, что код ошибки означает?

19 ответов:

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

в среде Microsoft SQL Server Management Studio в обозревателе объектов:

Правой Кнопкой Мыши на сервере и нажмите кнопку Properties

перейти к Security страница

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

перезапустить службы SQL

проверьте эту статью в блоге от команды платформы данных.

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

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

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

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

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

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

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

пожалуйста, посмотрите на прикрепленные изображения,

пожалуйста, измените свою проверку подлинности sql как SQL server и режим WindowsAuthenication,

и перезапустите Sql server.

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

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

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

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

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

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

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

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

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

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

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

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

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

двойной щелчок TCP / IP дал мне это:

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

Читать еще:  Метод шелла паскаль

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

перейти к — > службы

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

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

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

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

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

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

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

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

в моем случае несколько неправильных попыток заблокировали account.To сделайте так, чтобы я попытался выполнить следующий запрос, и это сработало: ИЗМЕНИТЬ ЛОГИН С ПАРОЛЕМ= РАЗБЛОКИРОВАТЬ И не забудьте установить опцию «принудительная Защита паролем» для конкретного пользователя, чтобы снять флажок, щелкнув правой кнопкой мыши на Sql Server -> свойства.

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

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

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

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

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

проверяем состояние

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

Состояние 5

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

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

состояние войти

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

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

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

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

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

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

Я столкнулся с той же проблемой. Сначала необходимо включить проверку подлинности в смешанном режиме. Более подробный Как включить проверку подлинности в смешанном режиме

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

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

помните, чтобы изменить свойства сервера- > безопасность от Server authentication to SQL Server and Windows Authentication mode

Определение источника ошибки авторизации SQL Server (18456 ошибка)

Недавно решил навести порядок в журнале подопечного SQL сервера. Большое количество записей состояло из ошибки 18456 — ошибка авторизации, причем в качестве источника стояла local system — что немного вводило в ступор. Вроде как кроме инстанса SQL сервера ничего больше на сервере не крутится. В итоге выяснилось, что это был Report Server, которому была дадены необходимые права и журнал сервера стал горрраздо читабельнее )). В ходе писоков нашел мануал, котороый в принципе один мог бы почомчь разбораться в ситуации, если бы попался первым )http://www.eraofdata.com/blog/2009/01/. За это его перевод:

Определение источника ошибки авторизации SQL Server (18456 ошибка)

Всем нам периодически приходится определять источник ошибок авторизации (login failures), и, заметив рост количества тем на форумах с просьбой о помощи в это вопросе, я решил начать новый год с поиска быстрого способа точного определения этих ошибок. Я порыскал в интернете,в предположении, что эта тема была много раз обсосана и закрыта на других форумах или блогах, но с удивлением обнаружил, что хотя и есть много статей о том, что такое «ошибка авторизации» и что означают все коды, возвращаемые в сообщениях ошибки, я не смог найти пошагового описания того, что должен сделать DBA для определения откуда пришел запрос на авторизацию приведший к ошибке. Эта запись — моя попытка исключить этот пробел и показать как выделить процесс, вызывающий эту проблему.

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

Ошибка входа 18456

Ошибка входа вызывает ошибку 18456 и сопровождается соответствующей записью в журнале SQL сервера (SQL Server 2000 не отображает IP адрес):

Severity в логе указывает на серьезность ошибки. Severity: 14 означает, что ошибка может быть исправлена пользователем, что вполне логично для ошибок авторизации.
Следующее число указывает на номер состяния. Большинство ошибок имеют связанный с ними номер состояния , который обозначает дополнительную информацию обычно уникальную для каждой ошибки. Для ошибки авторизации состояние 8, показанное в приведенном выше примере, указывает что был использован некорректный пароль.

Следовательно, номер состояния предоставляет неоцинимую информацию о причине ошибки авторизации и зачастую его достаточно для определения причины возникновения ошибки 18456.

В приведенной ниже таблице приведены расшифровки некоторых значений:

Состояние (State)Описание ошибки
1Аккаунт заблокирован
2ID пользователя не верно
5ID пользователя не верно
7Используемый логин отключен
8Неверный пароль
9Неподходящий пароль
11-12Авторизация верная, но доступ к серверу невозможен
16авторизация верная, но доступ к выбранной базе не разрешен
18Истек срок действия пароля
27Первоначальная база данных не найдена
38Авторизация верная, на база данных не доступна( или нет разрешения)
Читать еще:  Перевод в двоичную систему счисления паскаль

Следующий пункт информации — логин (SQL сервера или Windows), сгененрировавший ошибку, затем IP адрес хоста, скоторго была предпринята попытка авторизации, который предоставляет полезную информацию для перекрестного поиска, для подтверждения что мы исследуем верный хост для выделения ошибки авторизации.

Определение ошибки авторизации.

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

Если Вы используете SQL Server 2005 или выше т у Вас до сих пор включен трассировщик по умолчанию (который включен по умолчанию в установке из коробки), тогда вам не нужна начинать новую трассировку. Проверьте вместо этого мою запись The SQL Server default trace.

Если у вас более ранняя версия SQL Serverm или же трассировка по умолчанию выключена (или же у вас проблемы с английским) — читайте дальше. (Нничего страшного не произойдет, если запустите еще один поток трассировки).

Запустите SSP, и, используя или ваш любимы шаблон трасировки, или же создав новый (File > Templates > New Templates…), убедитесь что выбраны следующие колонки:

Эти столбцы можно найти в диалоговом окне Trace Properties в закладке Events Selection. Если они не видны, поставте флажок «Show all columns». Обратите внимание, что столбе SPID выбран по умолчанию и не может быть убран.

В столбце Events выберите поле Audit Login в группе Security Audit. Так как мы заинтересованы только в ошибках авторизации, то это будет единственным выбранным событием, и мы будем уверенны что своим вмешательством мы создадаим минимальную нагрузку на систему. В «боевых» системах не желательно (ИМХО) запускать гафическую трассировку SSP на сервере, всегда желательно использовать трассировку на стороне сервера.

Нижеследующий рисунок показываает завршенный шаблон трассировки:

Шаблон поиска ошибки авторизации

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

Шаг 1

Сохраните измененный шаблон трассировки и запустите новую трассировку, определив сохраненный шаблон в качестве шаблона для новой трассировки и ждите появления ошибки авторизации. Остановите трассировку после появления ошибки авторизации.

Шаг 2

Столбец Hostname должен содержать запись имени сервера на котором произошел неверный логин, и ClientProcessID должен содержать идентификатор проблемного процесса (PID) (или процессов, если есть несколько связанных процессов).

Шаг 3

Заходим на сервер, на которм произошла ошибка и просматриваем подходящие процессы с помощью диспетчера задач (Task Manager). Для просмотра PID с помощью диспетчера задач, запустите этот диспетчер (Shift+Ctrl+Esc), идем в пунтк View->Select Columns… и выбираем флажок PID (Process Identifier) и нажимаем Ok.

Нажимаем на вкладку Processes для просмотра процессов, запущенных на сервере (убедитесь что стоит флажок Show all processes from all users) и нажмите на заголовок колонки PID, для сортировки по убыванию или возрастанию.

Ошибка входа на сервер Microsoft SQL: 18456

Я получаю эту ошибку при попытке подключиться к серверу SQL.

Ошибка Сервера Microsoft SQL: 18456

Может ли кто-нибудь сказать мне, что означает Код ошибки?

21 Ответов

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

В среде Microsoft SQL Server Management Studio в объекте explorer:

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

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

В разделе Server authentication выберите переключатель SQL Server and Windows Authentication mode

Нажмите кнопку OK

Перезапуск Служб SQL

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

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

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

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

сначала смотрите подробности ошибки если «state» — это «1» Убедитесь, что база данных настроена для проверки подлинности SQL и Windows в разделе SQL server / Properties / Security.

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

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

Я уже сталкивался с этим вопросом.

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

Пожалуйста, измените вашу аутентификацию sql как SQL сервер и WindowsAuthenication режим,

и перезагрузите ваш сервер Sql.

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

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

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

Двойной щелчок по TCP/IP дал мне это:

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

Государственный Список Ошибка 18456

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

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

Потенциальная причина Ниже приведен список причин и некоторые краткие объяснения, что делать:

SQL Authentication not enabled : если вы используете SQL Login в первый раз на экземпляре сервера SQL, то очень часто возникает ошибка 18456, так как сервер может быть настроен в режиме Windows Authentication (только).

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

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

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

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

Читать еще:  Ошибка при проверке подлинности 0x507

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

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

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

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

GO to— > услуги

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

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

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

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

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

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

В моем случае несколько неверных попыток заблокировали учетную запись. Для этого я попытался выполнить следующий запрос и он сработал: ИЗМЕНИТЬ ЛОГИН С ПАРОЛЕМ= РАЗБЛОКИРОВАТЬ И обязательно установите опцию «Enforce Password Security» option для конкретного пользователя, чтобы снять флажок, щелкнув правой кнопкой мыши на Sql Server — > Properties.

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

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

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

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

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

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

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

Состояние 5

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

Наиболее вероятное объяснение-это наиболее вероятное и правильное.

Состояние входа в систему

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

«You don’t look at the right place» или «what you see is not what you think».

Локальный конфликт DB и SQLEXPRESS

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

Когда вы соединяетесь через аутентификацию сервера SQL с 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 настройка

Это недавно произошло со мной из-за неправильного написания имени базы данных в строке подключения приложения.

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

Я создал учетную запись для входа на моем сервере localhostsql2008 (например. User123) Сопоставлено с базой данных (по умолчанию) Режим аутентификации на сервере SQL установлен в оба значения.

Я первый пользователь сервера SQL. Я установил его на моей машине windows 7. Когда я попытался войти на сервер, это дает мне ошибку, Ошибка входа для пользователя Admin-PCAdmin. (Поставщик Данных.

Привет я создал новый логин SQL сервер аутентификации в SQL server 2008, однако я не могу войти с этим пользователем. Получаю сообщение об ошибке, как , TITLE: подключение к серверу Не удается.

Я создаю веб-сайт с использованием PHP на сервере Somee (somee.com) и Microsoft SQL . Теперь у меня есть проблема с установлением связи между php и SQL. Вот мой код подключения :

Я установил дополнение разработчика SQL server 2012. Мой windows работает на параллельном доступе, установленном на MAC. Когда я попытался открыть SQL сервер, он инициировал вызов для подключения к.

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

Я использую sql server 2005. TCP / IP включен. Используется аутентификация windows. при попытке подключить сервер с компонентом Database Engine в качестве типа сервера, я получаю сообщение об ошибке.

Внезапно я не могу войти на наш сервер SQL. Никто в офисе не может подключиться к серверу. В чем же может быть проблема? Ошибка Ошибка входа для пользователя XXX/YYY (Microsoft SQL Server, ошибка;.

Я установил SQL Server 2008 Enterprise Edition на Windows 7 Ultimate от пользователя sadegh. Эта учетная запись существует в роли администратора. через несколько дней я удалил пользователя sadegh из.

Я получаю ошибку 18456 от SQL Server Management Studio, когда пытаюсь подключить Windows Authentication или SQL Server Authentication, как показано на рисунках ниже. Проверка подлинности Windows SQL.

Ссылка на основную публикацию
Adblock
detector