with una then the successfully que por other microsoft fue established error entidad end emitida during confía certificación cadena but sql sql-server

una - SQL Server 2008 Error 233



microsoft sql server error 233 (14)

"Se estableció con éxito una conexión con el servidor, pero luego se produjo un error durante el proceso de inicio de sesión".

Estaba obteniendo este problema de sqllocaldb cuando se usaba desde Docker. El problema fue que a la imagen de Docker no se le asignó suficiente memoria. El aumento de la memoria en realidad solucionó el problema.

Estoy creando un nuevo inicio de sesión en SQL Server 2008 con la siguiente secuencia de comandos SQL:

CREATE LOGIN [xyz] WITH PASSWORD=''xyz'', DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF

Crea nuevo inicio de sesión con éxito. Pero cuando intento iniciar sesión con él utilizando SQL Server Management Studio, falla:

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). (Microsoft SQL Server, Error: 233)

Que pasa ¿Cómo resuelvo este problema?

Así es como lo hice, quizás también te funcione.

  1. iniciar sesión en Mirosoft SQL Server 2012 con autenticación de windows.

  2. Haga clic derecho en el nombre del servidor en el Explorador de objetos y haga clic en Propiedades

  3. En la nueva pestaña haz clic en Seguridad.

  4. Seleccione SQL Server y Windows Authentification

  5. De acuerdo

  6. Cierre el estudio de gestión del servidor SQL.

  7. iniciar + correr

  8. escribir services.msc

  9. busque SQL allí y reinicie todos los servicios.

funciona para mi.

De acuerdo con: https://msdn.microsoft.com/en-us/library/bb326280.aspx

Ir a -> Ajuste remoto

Ir a la pestaña "Remoto"

en "Asistencia remota", marque " Permitir conexión de asistencia remota a esta computadora ", haga clic en el botón "Avanzar" y marque " Permitir ... " y en la "Invitación" establezca los " 30 días "

Luego en la parte "Escritorio remoto"

Simplemente marque " Permitir conexión remota a esta computadora "

Después de seguir los ejemplos aquí y aún no entrar, descubrí que mi inicio de sesión de sa estaba deshabilitado. Lo siguiente me metió en:

Logged back in under windows authentication. Expanded Security Tab Expanded Logins Tab Right-clicked sa and selected Properties Went to the Status Tab Under Login: Clicked ''Enabled'' radio Restarted Server and logged in as sa. This assumes you have set sa password already using ALTER LOGIN sa WITH PASSWORD = ''<enterStrongPasswordHere>'' ;

Estaba enfrentando el mismo error.
He resuelto el error siguiendo los pasos mencionados a continuación:

  1. Deshabilite las canalizaciones con nombre y reinicie los servicios SQL.
  2. Después de reiniciar el servidor SQL, habilité las canalizaciones de nombres e hice un reinicio del servidor SQL de nuevo ( Enlace para el Paso 1 y 2 )
  3. Conectarse al servidor SQL a través de estudio.
  4. Haga clic derecho en la instancia de SQL -> Propiedades -> Conexiones -> "Establezca el número máximo de 5. conexiones simultáneas en ''0''".
  5. Guarde el cambio.
  6. Reinicie el servidor SQL si es posible. ( Enlace para los pasos 3 a 6 )

Espero que esto ayude a alguien

Esto podría no ser un problema de conexión. Compruebe su base de datos predeterminada y si está en línea. Más comúnmente, estos problemas se ven cuando la base de datos predeterminada estará sin conexión o no existe. Si su base de datos predeterminada es distinta de la maestra, marque esta opción.

Inicie sesión con el Administrador en SQL Server Vaya a Valores >> Inicios de sesión >> seleccione su nombre de usuario y vaya a las propiedades

De Estado >> desmarque la casilla de verificación Bloqueo de cuenta de usuario Cambiar contraseña para el usuario Reinicie el servidor SQL e inicie sesión con su nombre de usuario.

No he usado el estilo de script, pero inicie sesión a través de GUI. Encontré el mismo código de error. Ingresé un user name incorrecto y esta es la razón por la que estaba recibiendo el Sql Server, Error: 233 .

Para resolver esto, debes ingresar la siguiente información:

Nombre del servidor: Nombre de MachineName/SQLEXPRESS
Autenticación: SqlServer Authentication
Nombre de usuario: nombre de Assigned user-name o simplemente sa
Contraseña: xyzpqr

NOTA: Aquí he escrito los datos anteriores solo para fines de demostración, los datos reales son las propiedades de su máquina y software.

Parece que está intentando conectarse utilizando canalizaciones con nombre, pero SQL Server no está escuchando en ese protocolo. Ver MSDN.

Las dos correcciones que sugiere MSDN son:

  • Conéctese usando TCP / IP, o use el Administrador de configuración de SQL Server para habilitar las conexiones remotas usando tuberías con nombre.
  • Con el Administrador de configuración de SQL Server en el equipo cliente, mueva TCP antes de las canalizaciones con nombre en la lista de orden de protocolo.

Probé la mayor parte de la solución, pero no pude resolverla hasta que encontré esta URL que dice lo siguiente:

Abra SQL Server Management Studio y ejecute estas consultas:

sp_configure ''show advanced options'', 1; go reconfigure go sp_configure ''user connections'', 0 go reconfigure go

La razón por la que recibimos este error es que las conexiones de usuario se restablecieron a 1, por lo que solo un usuario pudo conectarse con el servidor SQL. Sólo una simple consulta funcionó para. Espero que esto funcione para otros también.

También es posible que esté intentando usar la autenticación de SQL Server sin haberla habilitado. Para solucionar este problema, haga clic con el botón derecho en Propiedades en la instancia de su servidor en SQL Server Management Studio y actualice la configuración de seguridad para incluir el "Modo de autenticación de SQL Server y Windows".

Tengo una manera de solucionar el problema.

  • Abra una instancia e inicie sesión con la autenticación de Windows
  • Permitir la autenticación de SQL y Windows haciendo clic derecho en el servidor db.
  • Abra la segunda instancia e inicie sesión con la autenticación SQL.

bingo la instancia autenticada sql abierta .. :)

De hecho, de esta manera, engañamos a la instancia autenticada de SQL ya que trata de encontrar una instancia que ya esté en ejecución.

Tuve el mismo problema cuando configuré SQL Server 2014 por primera vez en mi máquina local. En mi caso, la solución fue establecer una base de datos de valores correctos.

Tuve un problema similar: 1. inicie sesión como usuario maestro o usuario autenticado de Windows. 2. haga clic con el botón derecho en la base de datos -> propiedades -> seguridad -> 3. cambie el modo de autenticación de Windows al "modo de autenticación del servidor SQL y de Windows" haciendo clic en el botón de radio. (si no lo es) 4. reinicia el servidor