Я создал веб-сервис, который сохраняет некоторые данные в db. Но я получаю эту ошибку:
Невозможно открыть "тест" базы данных, запрошенный логином. Ошибка входа в систему. Ошибка входа для пользователя "xyz\ASPNET".
Моя строка подключения
Data Source=.\SQLExpress;Initial Catalog=IFItest;Integrated Security=True
Ну, ошибка довольно ясная, нет? Вы пытаетесь подключиться к вашему SQL Server с помощью пользователя "xyz/ASPNET" - что ваша учетная запись работает под ASP.NET.
У этой учетной записи не разрешено подключаться к SQL Server - либо создайте учетную запись на SQL Server для этой учетной записи, либо укажите другую действующую учетную запись SQL Server в своей строке подключения.
Можете ли вы показать нам свою строку соединения (обновив исходный вопрос)?
UPDATE: Хорошо, вы используете встроенную проверку подлинности Windows → вам нужно создать логин SQL Server для "xyz\ASPNET" на вашем SQL Server - или изменить строку подключения на что-то вроде:
connectionString="Server=.\SQLExpress;Database=IFItest;User ID=xyz;pwd=top$secret"
Если у вас есть пользователь "xyz" с паролем "top $secret" в вашей базе данных.
Я бы выбрал второй вариант: сообщение об ошибке подразумевает, что база данных по умолчанию либо не существует, либо не имеет прав в ней, а не не установлена в качестве входа.
Чтобы проверить, настроен ли он как login
SELECT SUSER_ID('xyz\ASPNET') -- (**not** SUSER_SID)
Если NULL
CREATE LOGIN [xyz\ASPNET] FROM WINDOWS
Если не NULL
USE test
GO
SELECT USER_ID('xyz\ASPNET')
Если NULL
USE test
GO
CREATE USER [xyz\ASPNET] FROM LOGIN [xyz\ASPNET]
Лучшим решением проблемы входа является создание пользователя входа в sqlServer. Ниже приведены шаги по созданию входа в SQL Server, который использует проверку подлинности Windows (SQL Server Management Studio):
Например, если имя пользователя xyz\ASPNET, введите это имя в поле "Имя входа".
Также вам нужно изменить сопоставление пользователя, чтобы разрешить доступ к базе данных, к которой вы хотите получить доступ.
У меня была эта проблема, и для меня это решило:
В большинстве случаев это не проблема входа, но проблема с созданием самой базы данных. Поэтому, если возникла ошибка при создании вашей базы данных, она не будет создана в первую очередь. В этом случае, если вы попытались войти в систему, независимо от пользователя, логин завершится ошибкой. Это обычно происходит из-за логического неправильного толкования контекста db.
Посетите сайт в браузере и ДЕЙСТВИТЕЛЬНО прочитайте эти журналы ошибок, это поможет вам выявить проблему с вашим кодом (обычно конфликтующие логические проблемы с моделью).
В моем случае код скомпилирован в порядке, такая же проблема с регистрацией, пока я все еще загружал студию управления, я просмотрел журнал ошибок, исправил мои ограничения контекста db, и сайт начал работать нормально... тем временем студия управления все еще загрузки
Для меня база данных не была создана, и EF-код сначала должен был ее создать, но всегда Endet этой ошибки. Эта же строка подключения работала в веб-проекте по умолчанию aspnet. Решением было добавить
_dbContext.Database.EnsureCreated()
перед первым контактом с базой данных (до посева БД).
Ошибка представляет собой сообщение, подобное этому:
Невозможно открыть базу данных "DATABASE NAME", запрошенную логином. Вход не смогли. Ошибка входа в систему для пользователя XYZ.
Решение положено в следующие этапы. Вы не потеряете данные в своей базе данных, и вы не должны удалять свой файл базы данных!
Предпосылка: вы должны установить SQL Server Management Studio (полный или экспресс)
Источник решения: https://www.codeproject.com/Tips/775607/How-to-fix-LocalDB-Requested-Login-failed
Я попытался обновить пользователя, и он сработал. См. Приведенную ниже команду.
USE ComparisonData// databaseName
EXEC sp_change_users_login @Action='update_one', @UserNamePattern='ftool',@LoginName='ftool';
Просто замените user('ftool') соответственно.
Я использовал проверку подлинности Windows для подключения к локальной базе данных .mdf файла и моим локальным сервером был сервер sql 2014. Моя проблема решена с использованием этой строки подключения:
string sqlString = " Data Source = (LocalDB)\\MSSQLLocalDB;" + "AttachDbFilename = F:\\.........\\myDatabase.mdf; Integrated Security = True; Connect Timeout = 30";
В моем случае это другая проблема. База данных перешла в однопользовательский режим, и второе соединение с базой данных показывало это исключение. Чтобы решить эту проблему, выполните следующие действия.
exec sp_who2 и найдите все соединения с базой данных ‘my_db. Убейте все соединения, выполнив KILL { session id }, где ID сеанса - это SPID, указанный в sp_who2.USE MASTER;
EXEC sp_who2
USE MASTER;
ALTER DATABASE [my_db] SET MULTI_USER
GO
Лучшим вариантом было бы использовать встроенную проверку подлинности Windows, поскольку она более безопасна, чем аутентификация sql. Создайте нового пользователя Windows на сервере sql с необходимыми разрешениями и измените пользователя IIS в настройках безопасности пула приложений.
Я не видел этого в предыдущих выпусках, поэтому позвольте мне выпустить еще одну возможность. Возможно, что IFItest недоступен или просто не существует. Например, если у вас есть несколько конфигураций, каждый со своей собственной базой данных, может быть, что имя базы данных не было изменено на правильное для текущей конфигурации.
Это работает для меня.
Прочтите этот блог.
Это также происходит, когда вы вводите неправильное имя DB
ex : xxx-db-dev to xxx-dev-db
Когда-то это просто глупая ошибка. Я занимаю более 1 часа, чтобы узнать это:( потому что я просто стараюсь много сложного в первую очередь
Вдохновленный ответом cyptus, который я использовал
_dbContext.Database.CreateIfNotExists();
на EF6 до первого контакта с базой данных (до заполнения базы данных).
Я обнаружил, что мне также пришлось установить параметр UserMapping при создании нового входа, и это решило проблему для меня. Надеюсь, что это поможет любому, кто тоже оказался здесь!
Изменить: настройка входа в систему как владельца db также разрешила следующую проблему.
В некоторых случаях эта проблема может возникнуть, если вы откроете этот db на другом сервере sql (например, вы запустите студию управления sql (SMS) и добавьте этот db) и забудьте остановить этот сервер. В результате - вы пытаетесь подключиться к пользователю, уже подключенному к этому db под другим сервером. Чтобы исправить это, попробуйте остановить этот сервер с помощью Config. сервер диспетчера sql.
Извиняюсь за плохой английский. С наилучшими пожеланиями, Игнат.
В моем случае приложение asp.net обычно может подключаться к базе данных без каких-либо проблем. Я заметил такое сообщение в журналах. я включить журналы SQL-сервера, и я узнаю это сообщение:
2016-10-28 10:27:10.86 Logon Login failed for user '****'. Reason: Failed to open the explicitly specified database '****'. [CLIENT: <local machine>]
2016-10-28 10:27:13.22 Server SQL Server is terminating because of a system shutdown. This is an informational message only. No user action is required.
Итак, кажется, что сервер перезагружается, и что SQL-сервер, который раньше закрывал бит, затем приложение ASP.NET, и база данных не была доступна в течение нескольких секунд до перезапуска сервера.
Даже если вы установили логин как владелец базы данных и установили сопоставление пользователя для базы данных, которая будет использовать логин, убедитесь, что фактический пользователь БД (а не только логин) имеет роль "владелец".
NB. При использовании службы Windows для размещения веб-службы.
Вы должны убедиться, что ваш веб-сервис использует правильную учетную запись входа для подключения к SQL Server.
Если вы не создали базу данных на своем сервере, вы получите ту же ошибку при входе в систему. Убедитесь, что база данных существует, прежде чем войти в систему.
В моем случае я запускал Службу Windows под именем "Система". Ошибка была:
System.Data.SqlClient.SqlException (0x80131904):
Cannot open database "MyDbName" requested by the login. The login failed.
Login failed for user 'MYDOMAINNAME\HOSTNAME$'.
Проблема в том, что ошибка очень обманчива. Даже после того, как я добавил логин 'MYDOMAINNAME\HOSTNAME $' в базу данных, предоставил этому логину доступ sysadmin, добавил пользователя для этого логина в моей целевой базе данных и сделал этого пользователя dbowner, я все еще получал ту же ошибку. Очевидно, мне нужно было сделать то же самое для входа в систему NT AUTHORITY\SYSTEM. После того, как я это сделал, я смог войти без проблем. Я не знаю, почему сообщение об ошибке жалуется на 'MYDOMAINNAME\HOSTNAME $'. Я удалил этот логин и соответствующего пользователя, и все еще работает.