He creado un servicio web que está guardando algunos datos en db. Pero recibo este error:
No se puede abrir la "prueba" de la base de datos solicitada por el inicio de sesión. El inicio de sesión falló. Error de inicio de sesión para el usuario 'xyz \ ASPNET'.
Mi cadena de conexión es
Data Source=.\SQLExpress;Initial Catalog=IFItest;Integrated Security=TrueRespuestas:
Bueno, el error es bastante claro, ¿no? Está intentando conectarse a su servidor SQL con el usuario "xyz / ASPNET"; esa es la cuenta con la que se ejecuta su aplicación ASP.NET.
Esta cuenta no puede conectarse a SQL Server; cree un inicio de sesión en SQL Server para esa cuenta o, luego, especifique otra cuenta válida de SQL Server en su cadena de conexión.
¿Puede mostrarnos su cadena de conexión (actualizando su pregunta original)?
ACTUALIZACIÓN: Ok, estás usando la autenticación integrada de Windows -> necesitas crear un inicio de sesión de SQL Server para "xyz \ ASPNET" en tu SQL Server - o cambiar tu cadena de conexión a algo como:
connectionString="Server=.\SQLExpress;Database=IFItest;User ID=xyz;pwd=top$secret"Si tiene un usuario "xyz" con una contraseña de "top $ secret" en su base de datos.
Yo optaría por la segunda opción: el mensaje de error implica que la base de datos predeterminada no está allí o no tiene derechos en ella, en lugar de no estar configurada como inicio de sesión.
Para probar si está configurado como inicio de sesión
SELECT SUSER_ID('xyz\ASPNET') -- (**not** SUSER_SID)Si es NULL
CREATE LOGIN [xyz\ASPNET] FROM WINDOWSSi no es NULO
USE test
GO
SELECT USER_ID('xyz\ASPNET')Si es NULL
USE test
GO
CREATE USER [xyz\ASPNET] FROM LOGIN [xyz\ASPNET]Tuve este problema y lo que me resolvió fue:
La mejor solución para el problema de inicio de sesión es crear un usuario de inicio de sesión en sqlServer. Estos son los pasos para crear un inicio de sesión de SQL Server que use la autenticación de Windows (SQL Server Management Studio):
Por ejemplo, si el nombre de usuario es xyz\ASPNET, ingrese este nombre en el cuadro Nombre de inicio de sesión.
Además, debe cambiar la asignación de usuario para permitir el acceso a la base de datos a la que desea acceder.
La mayoría de las veces, no es un problema de inicio de sesión, sino un problema con la creación de la base de datos. Entonces, si hay un error al crear su base de datos, no se creará en primer lugar. En cuyo caso, si intentaba iniciar sesión, independientemente del usuario, el inicio de sesión fallaría. Esto suele ocurrir debido a una mala interpretación lógica del contexto de la base de datos.
Visite el sitio en un navegador y REALMENTE lea esos registros de errores, esto puede ayudarlo a detectar el problema con su código (generalmente problemas lógicos conflictivos con el modelo).
En mi caso, el código se compiló bien, el mismo problema de inicio de sesión, mientras todavía estaba descargando Management Studio, revisé el registro de errores, arreglé las restricciones de contexto de mi base de datos y el sitio comenzó a funcionar bien ... mientras tanto Management Studio todavía se está descargando
Para mí, la base de datos no se creó y el código EF primero debería haberla creado, pero siempre se encontró con este error. La misma cadena de conexión estaba funcionando en el proyecto web predeterminado de aspnet core. La solución fue agregar
_dbContext.Database.EnsureCreated()antes del primer contacto con la base de datos (antes de la siembra de la base de datos).
El error se presenta como un mensaje similar a este:
No se puede abrir la base de datos "DATABASE NAME" solicitada por el inicio de sesión. El inicio de sesión falló. Error de inicio de sesión para el usuario XYZ.
La solución se coloca en los siguientes pasos. ¡No perderá ningún dato en su base de datos y no debe borrar su archivo de base de datos!
Requisito previo: debe tener instalado SQL Server Management Studio (Full o Express)
La fuente de la solución: https://www.codeproject.com/Tips/775607/How-to-fix-LocalDB-Requested-Login-failed
Esto funciona para mí.
Lea este blog.
Usé la autenticación de Windows para conectarme al archivo .mdf de la base de datos local y mi servidor local era SQL Server 2014. Mi problema se resolvió usando esta cadena de conexión:
string sqlString = " Data Source = (LocalDB)\\MSSQLLocalDB;" + "AttachDbFilename = F:\\.........\\myDatabase.mdf; Integrated Security = True; Connect Timeout = 30";En mi caso es un tema diferente. La base de datos se convirtió en modo de usuario único y una segunda conexión a la base de datos mostraba esta excepción. Para resolver este problema, siga los pasos a continuación.
exec sp_who2ay busque todas las conexiones a la base de datos 'my_db'. Elimine todas las conexiones haciendo KILL { session id }donde id de sesión es el SPID enumerado por sp_who2.USE MASTER;
EXEC sp_who2USE MASTER;
ALTER DATABASE [my_db] SET MULTI_USER
GONo he visto esto mencionado en los números anteriores, así que permítanme descartar otra posibilidad. Puede ser que IFItestno sea accesible o simplemente no exista. Por ejemplo, si uno tiene varias configuraciones, cada una con su propia base de datos, es posible que el nombre de la base de datos no se haya cambiado al correcto para la configuración actual.
NB: si utiliza un servicio de Windows para alojar el servicio web.
Debe asegurarse de que su servicio web esté utilizando la cuenta de inicio de sesión correcta para conectarse a SQL Server.
Inspirado por la respuesta de Cyptus que usé
_dbContext.Database.CreateIfNotExists();en EF6 antes del primer contacto con la base de datos (antes de la siembra de la base de datos).
Si no ha creado la base de datos en su servidor, obtendrá el mismo error de inicio de sesión. Asegúrese de que la base de datos exista antes de iniciar sesión.
Me encontré con este problema al intentar escribir en la base de datos predeterminada proporcionada en la plantilla asp.net mvc. Esto se debió al hecho de que la base de datos aún no se había creado.
Para crear la base de datos y asegurarse de que sea accesible, siga estos pasos:
Esto creará la base de datos y ejecutará todas las migraciones necesarias en ella.
Descubrí que también tenía que configurar la opción UserMapping al crear un nuevo inicio de sesión y esto me resolvió el problema. ¡Espero que ayude a todos los que también se encontraron atrapados aquí!
Editar: configurar el inicio de sesión como propietario de la base de datos también resolvió el siguiente problema
Algunas veces, este problema puede aparecer si abre esta base de datos en otro servidor SQL (por ejemplo, inicia SQL Management Studio (SMS) y agrega esta base de datos) y se olvida de detener este servidor. Como resultado, su aplicación intenta conectarse con el usuario que ya está conectado en esta base de datos en otro servidor. Para solucionarlo, intente detener este servidor mediante Config. despachador servidor sql.
Mis disculpas por el mal inglés. Saludos cordiales, Ignat.
En mi caso, la aplicación asp.net normalmente puede conectarse a la base de datos sin ningún problema. Noté ese mensaje en los registros. Me enciendo los registros del servidor SQL y me entero de este mensaje:
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.Entonces, parece que el servidor se estaba reiniciando y que el servidor SQL se había estado cerrando un poco antes que la aplicación ASP.NET y la base de datos no estuvo disponible durante unos segundos antes del reinicio del servidor.
Incluso si configuró el inicio de sesión como propietario de la base de datos y estableció la asignación de usuarios para la base de datos que usará el inicio de sesión, verifique que el usuario real de la base de datos (no solo el inicio de sesión) tenga el rol de 'propietario'.
En mi caso, estaba ejecutando un servicio de Windows con la identidad del "Sistema". El error fue:
System.Data.SqlClient.SqlException (0x80131904):
Cannot open database "MyDbName" requested by the login. The login failed.
Login failed for user 'MYDOMAINNAME\HOSTNAME$'.El problema es que el error es muy engañoso. Incluso después de que agregué el inicio de sesión 'MYDOMAINNAME \ HOSTNAME $' a la base de datos, y le otorgué acceso de administrador del sistema de inicio de sesión y agregué un usuario para ese inicio de sesión en mi base de datos de destino, e hice que ese usuario dbowner, todavía recibía el mismo error. Aparentemente, necesitaba hacer lo mismo para el inicio de sesión de 'NT AUTHORITY \ SYSTEM'. Después de hacer eso, pude iniciar sesión sin problemas. No sé por qué el mensaje de error indica 'MYDOMAINNAME \ HOSTNAME $'. Eliminé ese inicio de sesión y el usuario correspondiente y todo sigue funcionando.