Ошибка входа пользователя sa причина не удалось открыть явно указанную базу данных

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

Полезно

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

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

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

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

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

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

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

Навигация

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

Телефония

FreePBX и Asterisk

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

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

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

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

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

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

Syslog протокол — серверы, сообщения и безопасность

Composer – Моцарт для вашего PHP

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

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

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

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

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

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

Раскрываем список Local Users and Groups, в разделе Computer Management → 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.

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

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

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

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

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

Ошибка входа в 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», а пароль — ваш выигранный пароль.

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

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

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

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

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

Ошибка пользователя sa 18456

Вопрос

Имеется MS Windows 2008r2 + SQL Server 2008 Standart. Буквально каждую минуту выскакивает в логах:

Ошибка: 18456, серьезность: 14, состояние: 38.

Login failed for user ‘NT AUTHORITYсистема’. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: ]

Посоветуйте что можно предпринять.

Ответы

State 38 означает одно из двух:

* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст базы которой просто нет на данном сервере

* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст существующей базы, но данному логину (точнее — юзеру, т.к. на уровне БД безопасностью заведуют именно они) не разрешена работа с целевой БД

Кто этот «некто» и в какую БД он ломится — спрашивайте себя. Не можете ответить — профайлер и его события на логин вам в помощь.

www.sqlCMD.ru — all around MS SQL Server

• Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 29 апреля 2013 г. 7:46
• Помечено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 6 мая 2013 г. 6:56

Все ответы

Вы к серверу то подключиться можете в итоге?

Что возвращает этот запрос?

Вы к серверу то подключиться можете в итоге?

Что возвращает этот запрос?

Сообщение 208, уровень 16, состояние 1, строка 1
Недопустимое имя объекта «syslogins».

К серверу я подключаюсь, стоит и аутентификация Windows и по админам СУБД. Все базы работают, планы обслуживания запускаются. Кроме вот этой ошибки меня все устраивает. Не могу понять что это обращается к БД.

Создан пользователь sqladmin от которого собственно происходит обращение ко всем базам 1С.

Проверил кластеры 1С 8.1 и 8.2 — там везде стоит sqladmin.

Есть бызы 7-ки, но там аналогично прописан пользователь иначе не работало бы ничего.

Как понять что это за процесс такой?

На предприятии домен. 2 контроллера, 1 терминальный и 1 сервер БД (этот).

Запускал трассировку — там ничего не понял.

Стоит на резервном контроллере WSUS, но у него своя база — локальная, не стал подключать к SQL.

Больше как бы даже и не знаю что может использовать SQL.

Причем данная ошибка появляется каждую минуту. Ровно через минуту.

Ошибка пользователя sa 18456

Вопрос

Имеется MS Windows 2008r2 + SQL Server 2008 Standart. Буквально каждую минуту выскакивает в логах:

Ошибка: 18456, серьезность: 14, состояние: 38.

Login failed for user ‘NT AUTHORITYсистема’. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: ]

Посоветуйте что можно предпринять.

Ответы

State 38 означает одно из двух:

* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст базы которой просто нет на данном сервере

* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст существующей базы, но данному логину (точнее — юзеру, т.к. на уровне БД безопасностью заведуют именно они) не разрешена работа с целевой БД

Кто этот «некто» и в какую БД он ломится — спрашивайте себя. Не можете ответить — профайлер и его события на логин вам в помощь.

www.sqlCMD.ru — all around MS SQL Server

• Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 29 апреля 2013 г. 7:46
• Помечено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 6 мая 2013 г. 6:56

Все ответы

Вы к серверу то подключиться можете в итоге?

Что возвращает этот запрос?

Вы к серверу то подключиться можете в итоге?

Что возвращает этот запрос?

Сообщение 208, уровень 16, состояние 1, строка 1
Недопустимое имя объекта «syslogins».

К серверу я подключаюсь, стоит и аутентификация Windows и по админам СУБД. Все базы работают, планы обслуживания запускаются. Кроме вот этой ошибки меня все устраивает. Не могу понять что это обращается к БД.

Создан пользователь sqladmin от которого собственно происходит обращение ко всем базам 1С.

Проверил кластеры 1С 8.1 и 8.2 — там везде стоит sqladmin.

Есть бызы 7-ки, но там аналогично прописан пользователь иначе не работало бы ничего.

Как понять что это за процесс такой?

На предприятии домен. 2 контроллера, 1 терминальный и 1 сервер БД (этот).

Запускал трассировку — там ничего не понял.

Стоит на резервном контроллере WSUS, но у него своя база — локальная, не стал подключать к SQL.

Больше как бы даже и не знаю что может использовать SQL.

Причем данная ошибка появляется каждую минуту. Ровно через минуту.