Пользователь sa удалось войти систему. Меняем пароль sa в sql. Локальный БД и конфликт SQLEXPRESS

Оставьте комментарий 6,950

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

Ошибка Microsoft SQL Server: 18456

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В разделе SQL Server and Windows Authentication mode Server authentication выберите SQL Server and Windows Authentication mode

Нажмите OK

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

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

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

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

Впоследствии Google, как решить проблему.

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

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

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

В моем случае несколько неправильных попыток заблокировали учетную запись. Чтобы сделать это, я попытался выполнить приведенный ниже запрос, и он сработал: ALTER LOGIN WITH PASSWORD = UNLOCK И обязательно установите параметр «Enforce Password Security» для того, чтобы конкретный пользователь не был отмечен щелкните правой кнопкой мыши на Sql Server -> Свойства.

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

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

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

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

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

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

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

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

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

ОШИБКА ОШИБКИ ОШИБКИ

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

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

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

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

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

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

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

18456 state 1 пояснения: Обычно Microsoft SQL Server даст вам состояние ошибки 1, которое на самом деле ничего не значит, кроме ошибки 18456. Состояние 1 используется, чтобы скрыть действительное состояние, чтобы защитить систему, что для меня имеет смысл. Ниже приведен список со всеми различными состояниями и для получения дополнительной информации о получении точных состояний. http://blogs.msdn.com/b/sql_protocols/archive/2006/02/21/536201.aspx

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

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

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

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

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

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

ошибка входа пользователя sa (16)

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

Ошибка Microsoft SQL Server: 18456

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

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

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

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

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

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

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

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

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

В разделе SQL Server and Windows Authentication mode Server authentication выберите SQL Server and Windows Authentication mode

Нажмите OK

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

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

ОШИБКА ОШИБКИ ОШИБКИ

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

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

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

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

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

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

Изменить параметры сервера -> Безопасность с Server authentication на SQL Server and Windows Authentication mode

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Недавно решил навести порядок в журнале подопечного 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 адрес):

2009-01-15 09:40:24.55 Logon Error: 18456, Severity: 14, State: 8. 2009-01-15 09:40:24.55 Logon Login failed for user "Domain\User". 2009-01-15 09:40:24.55 Logon Error: 18456, Severity: 14, State: 8.2009-01-15 09:40:24.55 Logon Login failed for user "Domain\User".

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

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

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

Состояние (State)	Описание ошибки
1	Аккаунт заблокирован
2	ID пользователя не верно
5	ID пользователя не верно
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…), убедитесь что выбраны следующие колонки:

ClientProcessID Hostname LoginName NTUserName NTDomainName ApplicationName

Эти столбцы можно найти в диалоговом окне 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, для сортировки по убыванию или возрастанию.

Шаг 4

После того, как Вы определите проесс по его PID, остается всего-лишь вопрос определения где процесс хранит настройки авторизации SQL сервера и проверить их Обычно, это процесс является сервисом, так что это вопрос всего0лишь вопрос запуска оснастки Services через Панель управления, или Start->Run-> services.msc

Так что, счастливой охоты!

Всем привет, сегодня расскажу как изменить или сбросить пароль sa sql сервера. Напомню sa это логин пользователя в MS SQL, имеющий по умолчанию самые высокие привилегии, сама учетка локальная, зачастую даже выключенная, но тем не менее часто используемая. Может получиться такая ситуация, что вы забыли от нее пароль и тем самым потеряли доступ к базам данных, сегодня вы научитесь это обходить и восстанавливать доступ до ваших БД.

sp_password NULL, <вставьте_новый_пароль_тут>, ’sa’

Если вылезет сообщение Password validation failed. The password does not meet Windows policy requirements because it is too short. То задайте более строгий пароль.

Все после этого вы сбросите пароль sa в sql.

Еще вариант использования osql это вот так

затем мы пытаемся подключиться под доверенной учетной записей ОС

osql.exe" -S (local)\имя вашего сервера -E

И последний рубеж
ALTER LOGIN SA WITH PASSWORD= "new_password"
она заменит пароль на new_password

С помощью программы Asunsoft SQL Password Geeker

Есть утилита Asunsoft SQL Password Geeker, к сожалению платная, но способная выполнить поставленную задачу. Запускаем ее жмем Browse далее идем по пути C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA и открываем master.mdf

теперь, чтобы сбросить пароль sa в sql, выберите его и нажмите Reset.

Сменить пароль sa в монопольном режиме

Есть еще четвертый способ поменять пароль от sa, и заключается он в запуске MS SQL в однопользовательском режиме (single-user mode). Что нам потребуется.

Первое это останавливаем MS SQL Server, можно через службы, а можно и из командной строки

net stop MSSQLSERVER

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\ MSSQLSERVER

Теперь вам нужно задать параметр в строке ImagePath -m как раз и будет говорить об однопользовательском режиме. У меня получилось вот так

"C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe" -m -s MSSQLSERVER

Теперь запускаете MS SQL командой

net start MSSQLSERVER

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

В командной строке пишем

cd C:\Program Files\Microsoft SQL Server\110\Tools\Binn

sqlcmd.exe: EXEC sp_addsrvrolemember "имя сервера\имя пользователя", "sysadmin"

Перезапускаем службу и радуемся жизни, не забудьте потом убрать параметр -m в реестре. Вот так вот просто сбросить пароль sa в sql, как встроенными методами так и сторонними.

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

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

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

Раскрываем список , в разделе → System Tools и нажимаем на Users .

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

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

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

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

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

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

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

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