Foreversoft.ru

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

Ошибка 18456 sql server

Ошибка входа в 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

Login to Microsoft SQL Server Error: 18456

I am getting this error while trying to connect to the SQL Server.

Microsoft SQL Server Error: 18456

Can anybody tell me what the error code means?

22 Answers 22

If you’re trying to connect using «SQL Server Authentication» then you may want to modify your server authentication:

Within the Microsoft SQL Server Management Studio in the object explorer:

Right click on the server and click Properties

Go to the Security page

Under Server authentication choose the SQL Server and Windows Authentication mode radio button

Restart SQL Services

Check out this blog article from the data platform team.

You really need to look at the state part of the error message to find the root cause of the issue.

Afterwards, Google how to fix the issue.

Before opening, right-click and choose ‘Run as Administrator’. This solved the problem for me.

first see the details of the error if «state» is «1» Ensure the database is set for both SQL and Windows authentication under SQL server / Properties / Security.

for other state see the above answers .

I have faced this issue.

Please look at the attached image,

Step 1: Go to server property

Step 2: Go to Security

Step 3: Change server authentication as SQL server and WindowsAuthenication mode

and restart your Sql server.

  1. Check whether mixed mode authentication is enabled in you server->properties
  2. Then create a login in the server->security
  3. create an user for that login in your database
  4. Then restart your server by right clicking the instance and select restart

Just happened to me, and turned out to be different than all other cases listed here.

I happen to have two virtual servers hosted in the same cluster, each with it own IP address. The host configured one of the servers to be the SQL Server, and the other to be the Web server. However, SQL Server is installed and running on both. The host forgot to mention which of the servers is the SQL and which is the Web, so I just assumed the first is Web, second is SQL.

When I connected to the (what I thought is) SQL Server and tried to connect via SSMS, choosing Windows Authentication, I got the error mentioned in this question. After pulling lots of hairs, I went over all the setting, including SQL Server Network Configuration, Protocols for MSSQLSERVER:

Double clicking the TCP/IP gave me this:

The IP address was of the other virtual server! This finally made me realize I simply confused between the servers, and all worked well on the second server.

18456 Error State List

ERROR STATE ERROR DESCRIPTION

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

Potential causes Below is a list of reasons and some brief explanation what to do:

SQL Authentication not enabled: If you use SQL Login for the first time on SQL Server instance than very often error 18456 occurs because server might be set in Windows Authentication mode (only).

Invalid userID: SQL Server is not able to find the specified UserID on the server you are trying to get. The most common cause is that this userID hasn’t been granted access on the server but this could be also a simple typo or you accidentally are trying to connect to different server (Typical if you use more than one server)

Читать еще:  Ошибка получения списка рабочих процессов

Invalid password: Wrong password or just a typo. Remember that this username can have different passwords on different servers.

less common errors: The userID might be disabled on the server. Windows login was provided for SQL Authentication (change to Windows Authentication. If you use SSMS you might have to run as different user to use this option). Password might have expired and probably several other reasons…. If you know of any other ones let me know.

18456 state 1 explanations: Usually Microsoft SQL Server will give you error state 1 which actually does not mean anything apart from that you have 18456 error. State 1 is used to hide actual state in order to protect the system, which to me makes sense. Below is a list with all different states and for more information about retrieving accurate states visit Understanding «login failed» (Error 18456) error messages in SQL Server 2005

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

153 merazuu [2014-01-04 18:43:00]

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

Ошибка Microsoft SQL Server: 18456

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

19 ответов

359 Решение Aringan [2014-04-30 21:35:00]

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

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

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

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

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

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

57 CRAFTY DBA [2014-01-04 20:07:00]

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

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

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

13 Gsic [2015-07-25 18:54:00]

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

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

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

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

2 Neo Vijay [2017-02-22 13:53:00]

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

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

Не забудьте изменить свой SQL-аутентификацию как SQL-сервер и режим WindowsAuthenation,

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

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

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

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

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

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

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

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

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

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

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

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

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

1 dush88c [2016-08-06 12:48:00]

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

Перейти к → Услуги

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

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

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

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

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

Читать еще:  Код ошибки ex0

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

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

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

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

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

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

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

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

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

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

0 stolsvik [2017-03-30 23:11:00]

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

0 Fab [2017-09-25 11:45:00]

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

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

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

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

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

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

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

Состояние 5

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

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

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

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

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

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

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

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

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

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

Полезно

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

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

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

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

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

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

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

Навигация

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

Телефония

FreePBX и Asterisk

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

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

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

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

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

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

Про операционную систему Cisco IOS

Arduino vs Raspberry Pi – что выбрать?

Решаем ошибку 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 в ОС и подключаемся под пользователем, с которым мы изначально пытались подключиться. Готово.

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

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

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

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

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