sql - Mensaje de error:(proveedor: Proveedor de memoria compartida, error: 0-No hay ningún proceso en el otro extremo del conducto).

asp.net-mvc windows-server-2003

Question

Estoy tratando de implementar mi sitio web en Windows Server 2003. ¿Me falta algo o lo que está mal en el siguiente mensaje de error, cómo puedo corregirlo? Gracias

Tengo el mensaje de error:

Se estableció con éxito una conexión con el servidor, pero luego se produjo un error durante el proceso de inicio de sesión. (provider: Shared Memory Provider, error: 0 - No hay ningún proceso en el otro extremo de la tubería). Descripción: Se produjo una excepción no controlada durante la ejecución de la solicitud web actual. Revise el seguimiento de la pila para obtener más información sobre el error y dónde se originó en el código.

Detalles de la excepción: System.Data.SqlClient.SqlException: se estableció con éxito una conexión con el servidor, pero luego se produjo un error durante el proceso de inicio de sesión. (proveedor: Proveedor de memoria compartida, error: 0 - No hay ningún proceso en el otro extremo del conducto).

Error de fuente:

Se generó una excepción no controlada durante la ejecución de la solicitud web actual. La información sobre el origen y la ubicación de la excepción se puede identificar utilizando el seguimiento de pila de excepción a continuación.

Stack Trace:

[SqlException (0x80131904): se estableció con éxito una conexión con el servidor, pero luego se produjo un error durante el proceso de inicio de sesión. (proveedor: Proveedor de memoria compartida, error: 0 - No hay proceso en el otro extremo de la tubería).]
System.Data.ProviderBase.DbConnectionPool.GetConnection (DbConnection owningObject) +1019
System.Data.ProviderBase.DbConnectionFactory.GetConnection (DbConnection owningConnection) +108
System.Data.ProviderBase.DbConnectionClosed.OpenConnection (DbConnection outerConnection, DbConnectionFactory connectionFactory) +126
System.Data.SqlClient.SqlConnection.Open () +125
NHibernate.Connection.DriverConnectionProvider.GetConnection () +104
NHibernate.Tool.hbm2ddl.SuppliedConnectionProviderConnectionHelper.Prepare () +15 NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.GetReservedWords (dialecto dialecto, IConnectionHelper connectionHelper) +89
NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.Update (ISessionFactory sessionFactory) +80
NHibernate.Impl.SessionFactoryImpl..ctor (Configuración cfg, asignación de IMapping, configuraciones, escuchas de EventListeners) +599
NHibernate.Cfg.Configuration.BuildSessionFactory () +104
MyProject.API.Data.SessionManager..cctor () en C: / Dev / Code / API / Data / SessionManager.cs: 27

Answer 1

Debe habilitar el modo de autenticación del servidor en modo mixto de la siguiente manera: En SQL Studio, seleccione YourServer -> Propiedad -> Seguridad -> Seleccione SqlServer y el modo de Autenticación de la ventana.

Answer 2

Estaba recibiendo este error hoy. En mi caso, al mirar el archivo ERRORLOG en el servidor SQL me dio este error:

Error de usuario ''''. Motivo: no se pudo abrir la base de datos '''' especificada en las propiedades de inicio de sesión.

Esto fue porque había borrado la "base de datos predeterminada" de este usuario hace unos días. Establecer la base de datos predeterminada en mi nueva base de datos solucionó el problema.

Espero que esto ayude a alguien más.

Answer 3

Esto es antiguo, pero tuve el problema en el cuadro de diálogo de conexión de que todavía estaba en default en una base de datos que había eliminado. Y al ejecutar esos comandos, la base de datos predeterminada en el indicador no cambiaba. Leí en algún lugar que no puedo encontrar ahora, que si abres el cuadro de diálogo "Conectarse al servidor" y luego seleccionas "Opciones" y seleccionas la pestaña "Propiedades de conexión" escribiendo la base de datos predeterminada ( no seleccionando de la lista desplegable) el la base de datos permanecerá en ese nuevo valor ingresado. Esto me parece un error, pero en caso de que alguien se esté preguntando sobre eso, eso debería solucionar el problema, al menos en SQL Server 2012.

Answer 4

Habilite el modo de autenticación mixta al instalar el servidor MSSQL. También proporcione una contraseña para sa usuario.

Answer 5

Hola Simplemente habilite ambos para la autenticación del servidor según la captura de pantalla adjunta a continuación.

Answer 6

Normalmente, para solucionar este problema, vaya al Administrador de configuración de SQL Server (SSCM) y:

1. asegurar que el protocolo de memoria compartida esté habilitado
2. asegurar que el protocolo Named Pipes esté habilitado
3. asegúrese de que TCP / IP esté habilitado, y s delante de las tuberías con nombre en la configuración

Tal vez puede ayudar: No se pudo abrir una conexión a SQL Server

Answer 7

Olvidé agregar la "Contraseña = xxx;" en la cadena de conexión en mi caso.

Answer 8

Solo otra posibilidad. Tuve que reiniciar el servicio del servidor SQL para solucionar este problema.

Answer 9

Tuve el mismo error en SQL Server Management Studio.

Descubrí que para ver el error más específico, mira el archivo de registro creado por el servidor SQL. Cuando abrí el archivo de registro, encontré este error

No se pudo conectar porque ya se alcanzó el número máximo de conexiones de usuario ''2''. El administrador del sistema puede usar sp_configure para aumentar el valor máximo. La conexión ha sido cerrada

Dedico bastante tiempo a descifrar esto. Finalmente, ejecutar el siguiente código solucionó mi problema.

sp_configure ''show advanced options'', 1;
go

reconfigure
go

sp_configure ''user connections'', 0
go

reconfigure
go

Más here y here

Editar

Para ver registros de búsqueda de "registros" en el botón de inicio de Windows, haga clic en "ver registros de eventos" . Desde allí, vaya a Aplicaciones en "Registros de Windows". También puede elegir registros de "Sistema" para ver los errores sabios del sistema. Puede usar el filtro en los registros actuales haciendo clic en "Filtrar registros actuales" en el lado derecho y luego seleccionar "Casilla de verificación de error".

Answer 10

Tuve este mismo mensaje de error, resulta que fue porque no tenía activado el modo mixto. Solo tenía Windows Auth. Esto es común en implementaciones MSSQL predeterminadas para vSphere, y se convierte en un problema al actualizar a vSphere 5.1.

Para cambiar a la autenticación de modo mixto, puede seguir las instrucciones en http://support.webecs.com/kb/a374/how-do-i-configure-sql-server-express-to-enable-mixed-mode-authentication.aspx .

Answer 11

Vaya al servidor SQL usando Credenciales de Windows -> Inicios de sesión -> Seleccione el Inicio de sesión -> en Propiedades -> Verifique si el inicio de sesión está habilitado / deshabilitado. Si está Deshabilitado, habilítelo, esta solución funcionó para mí.