microsoft manage sql-server visual-studio azure azure-virtual-machine

sql server - manage - ¿Por qué aparece el mensaje "No se puede conectar al servidor: error relacionado con la red o específico de la instancia"?



portal azure web (30)

Recibo el siguiente error cuando intento conectarme a SQL Server:

No se puede conectar al 108.163.224.173.

Se produjo un error relacionado con la red o específico de la instancia al establecer una conexión a SQL Server.

El servidor no se encontró o no estaba accesible. Verifique que el nombre de la instancia sea correcto y que SQL Server esté configurado para permitir conexiones remotas.

(proveedor: Named Pipes Provider, error: 40 - No se pudo abrir una conexión a SQL Server) (Microsoft SQL Server, Error: 1326)

Este error se produce cuando intento configurar mi base de datos para gridview en Visual Studio 2010. No sé cómo depurar este error.

¿Cómo depurarías este error? ¿Qué pasos debo seguir para determinar lo que realmente está sucediendo aquí, además del mencionado en el mensaje de error?

Estoy usando SQL Server 2016 y Windows 10.

Lo primero es permitir la conexión remota a SQL Server. Lo que hice es escribir sqlservermanager13.msc en el menú de inicio para abrir el Administrador de configuración de SQL Server. Asegúrese de que el estado TCP / IP esté habilitado.

Verifique su número de puerto TCP haciendo doble clic en el nombre del protocolo TCP / IP. Por lo general, es 1433 por defecto.

Los siguientes procedimientos configuran el Firewall de Windows utilizando el complemento Microsoft Management Console (MMC) de Microsoft Firewall con seguridad avanzada. El Firewall de Windows con seguridad avanzada solo configura el perfil actual.

Para abrir un puerto en el firewall de Windows para el acceso TCP

  1. En el menú Inicio, haga clic en Ejecutar, escriba WF.msc y, a continuación, haga clic en Aceptar.
  2. En el Firewall de Windows con seguridad avanzada, en el panel izquierdo, haga clic con el botón derecho en Reglas de entrada y, a continuación, haga clic en Nueva regla en el panel de acción.
  3. En el cuadro de diálogo Tipo de regla, seleccione Puerto y, a continuación, haga clic en Siguiente.
  4. En el cuadro de diálogo Protocolo y puertos, seleccione TCP. Seleccione Puertos locales específicos y, a continuación, escriba el número de puerto de la instancia del Motor de base de datos, como 1433 para la instancia predeterminada. Haga clic en Siguiente.
  5. En el cuadro de diálogo Acción, seleccione Permitir la conexión y luego haga clic en Siguiente.
  6. En el cuadro de diálogo Perfil, seleccione cualquier perfil que describa el entorno de conexión de la computadora cuando desee conectarse al Motor de base de datos y luego haga clic en Siguiente.
  7. En el cuadro de diálogo Nombre, escriba un nombre y una descripción para esta regla y luego haga clic en Finalizar.

Otra cosa para configurar.

Para abrir el acceso a SQL Server cuando se usan puertos dinámicos

  1. En el menú Inicio, haga clic en Ejecutar, escriba WF.msc y, a continuación, haga clic en Aceptar.
  2. En el Firewall de Windows con seguridad avanzada, en el panel izquierdo, haga clic con el botón derecho en Reglas de entrada y, a continuación, haga clic en Nueva regla en el panel de acción.
  3. En el cuadro de diálogo Tipo de regla, seleccione Programa y luego haga clic en Siguiente.
  4. En el cuadro de diálogo Programa, seleccione Esta ruta del programa. Haga clic en Examinar y navegue hasta la instancia de SQL Server a la que desea acceder a través del firewall y luego haga clic en Abrir. De forma predeterminada, SQL Server se encuentra en C: / Archivos de programa / Microsoft SQL Server / MSSQL13.MSSQLSERVER / MSSQL / Binn / Sqlservr.exe. Haga clic en Siguiente.
  5. En el cuadro de diálogo Acción, seleccione Permitir la conexión y luego haga clic en Siguiente.
  6. En el cuadro de diálogo Perfil, seleccione cualquier perfil que describa el entorno de conexión de la computadora cuando desee conectarse al Motor de base de datos y luego haga clic en Siguiente.
  7. En el cuadro de diálogo Nombre, escriba un nombre y una descripción para esta regla y luego haga clic en Finalizar.

Eche un vistazo a Microsoft doucmentation Configure un Firewall de Windows para el acceso del motor de base de datos

Agregando mi comment muy votado como respuesta con capturas de pantalla.

Pasé mucho tiempo en esto, finalmente lo que funcionó para mí es:

1) Abra el Administrador de configuración del servidor Sql -> Configuración de la red del servidor SQL -> Protocolos para <(INSTANCE)> -> TCP / IP (haga doble clic en él).

2) Seleccione -> Direcciones IP (Tab) .

3) Vaya a la última entrada IP All y mencione el puerto TCP 1433 .

4) Presione Win + R e ingrese services.msc .

5) Ahora reinicie SQL Server <(INSTANCE)> .

Después de esto, el problema se resolvió!

Creo que estás usando la Edición Express

Intente agregar "/ SQLEXPRESS" a su nombre de servidor

por ejemplo, "MY-SERVER / SQLEXPRESS"

Cuando experimenté este error en Visual Studio,

“Se produjo un error relacionado con la red o específico de la instancia al establecer una conexión a SQL Server. El servidor no se encontró o no estaba accesible. Verifique que el nombre de la instancia sea correcto y que SQL Server esté configurado para permitir conexiones remotas. (proveedor: proveedor de canalizaciones con nombre, error: 40 - No se pudo abrir una conexión a SQL Server) "

... fue durante la ejecución del siguiente código C #, que intentaba obtener mis datos de SQL Server para mostrarlos en una cuadrícula. La ruptura ocurrió exactamente en la línea que dice conectar. Abrir ():

using (var connect = Connections.mySqlConnection) { const string query = "SELECT Name, Birthdate, Narrative FROM Friends"; using (var command = new SqlCommand(query, connect)) { connect.Open(); using (var dr = command.ExecuteReader()) { while (dr.Read()) { // blah } } } }

Era inexplicable porque la consulta SQL era muy simple, tenía la cadena de conexión correcta y el servidor de base de datos estaba disponible. Decidí ejecutar la consulta SQL real manualmente en SQL Management Studio y funcionó bien y produjo varios registros. Pero una cosa se destacó en los resultados de la consulta: había un texto HTML codificado incorrectamente dentro de un campo de tipo varchar (max) dentro de la tabla de Amigos (específicamente, algunos símbolos de comentario codificados del tipo <!-- alojados dentro de la columna "Narrativa" datos). La fila de datos sospechosos se veía así:

Name Birthdate Narrative ==== ========= ============== Fred 21-Oct-79 &lt;!--HTML Comment -->Once upon a time...

Observe el símbolo HTML codificado " &lt; ", que representaba un carácter "<". ¡De alguna manera eso se abrió camino en la base de datos y mi código C # no pudo recogerlo! Falló cada vez que estaba en la línea connect.Open ()! Después de que edité manualmente esa fila de datos en la tabla de la base de datos Amigos y puse el carácter "<" descodificado, ¡todo funcionó! Esto es lo que debería haber sido esa fila:

Name Birthdate Narrative ==== ========= ============== Fred 21-Oct-79 <!--HTML Comment -->Once upon a time...

Edité la única fila mala que tenía al usar esta simple instrucción ACTUALIZACIÓN a continuación. Pero si tenía varias filas ofensivas de HTML codificado, es posible que necesite una instrucción UPDATE más elaborada que use la función REPLACE:

UPDATE Friends SET Narrative = ''<!--HTML Comment -->Once upon a time...'' WHERE Narrative LIKE ''&lt%''

Entonces, la moraleja de la historia es (al menos en mi caso), desinfecte su contenido HTML antes de almacenarlo en la base de datos y, en primer lugar, ¡no recibirá este error de SQL Server críptico! (Uh, la correcta desinfección / descodificación de su contenido HTML es el tema de otra discusión que merece una búsqueda por separado de si necesita más información)

Después de hacer todo lo mencionado aquí:
http://blog.sqlauthority.com/2009/05/21/sql-server-fix-error-provider-named-pipes-provider-error-40-could-not-open-a-connection-to-sql- server-microsoft-sql-server-error / Todavía no funcionó para mí.

Los pasos me funcionaron:

Start > Run > cmd > sqlcmd -L

Le indicará el nombre del servidor. Asegúrese de que el nombre de este servidor sea el mismo al que intenta conectarse en el cuadro CONECTARSE AL SERVIDOR del estudio de administración de SQL.

Cometí este error tonto. Sigo usando MSSQLSERVER lugar de usar este nombre de servidor.

Espero que esto ayude a las personas que cometen errores tontos como yo.

Gracias.

Esta solución también resuelve tanto el error de red como el servicio detrás del servidor SQL

Respondí a una pregunta similar aquí, necesita hacer una estadística del otro open Run type-> services.msc - en servicios -> sort by stopped verá un montón de servicios de SQL detenidos. Right click and start

Para comenzar, hay 4 problemas que podrían estar causando los errores comunes de conectividad del Servidor SQL SqlExpress Sql SQL Network Interfaces, error: 50 - Local Database Runtime error occurred . Antes de comenzar, debe cambiar el nombre de v11 o v12 a (localdb) / mssqllocaldb

Descubrí que lo más sencillo es hacer lo siguiente: adjunto las fotos y los pasos para obtener ayuda.

Primero verifique qué instancia ha instalado, puede hacerlo revisando el registro y ejecutando cmd

  1. cmd> Sqllocaldb.exe i
  2. cmd> Sqllocaldb.exe s "whicheverVersionYouWantFromListBefore" si este paso falla, puede eliminar con la opción d cmd> Sqllocaldb.exe d "someDb"
  3. cmd> Sqllocaldb.exe c "createSomeNewDbIfyouWantDb"
  4. cmd> Sqllocaldb.exe start "createSomeNewDbIfyouWantDb"

Estaba experimentando el mismo problema y el problema era que tenía varios proyectos en la solución ( Web y Droid ) y, aunque se Default project en la Package Manager Console se usó la cadena de conexión del proyecto Droid :

PM> update-database -Verbose Using StartUp project ''Droid''. <-- DROID Using NuGet project ''Web''. <-- WEB Specify the ''-Verbose'' flag to view the SQL statements being applied to the target database. <!-- BAD TARGET DATABASE --> Target database is: ''DefaultConnection'' (DataSource: ./SQLEXPRESS, Provider: System.Data.SqlClient, Origin: Convention). System.Data.SqlClient.SqlException (0x80131904): A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified) [REMOVED TEXT] ClientConnectionId:00000000-0000-0000-0000-000000000000 Error Number:-1,State:0,Class:20 A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified)

Después de configurar el Startup Project en Web y el Default Project en la Package Manger Console hice funcionar.

Este error se produce cuando la instancia de su servidor SQL se stopped .

IR a todos los programas> SQL Server> Herramientas de configuración> ADMINISTRADOR DE CONFIGURACIÓN DEL SERVIDOR SQL

luego haga clic en SQL SERVER SERVICES, aparecerá la lista de instancias, seleccione la instancia en cuestión y haga clic en el ícono de reproducción en la barra de herramientas superior, espero que esto le sirva de ayuda.

esta respuesta es muy tarde (pero mejor tarde que nunca;)

Este error se produjo principalmente cuando se detiene el servicio de SQL. Debe reiniciar el servicio. Para ir a esta ventana, debe buscar los servicios de esta manera:

Luego busque SQLSERVER (MSSQLSERVER) y reinicie el servicio.

Espero que esto funcione.

Estoy resolviendo ese problema al abrir Servicios y luego comenzar a ejecutar el servicio de Sql Server (Sqlexpress) .

He encontrado las siguientes técnicas útiles:

  1. Asegúrese de que su motor de base de datos esté configurado para aceptar conexiones remotas :

    • Inicio> Todos los programas> SQL Server 2005> Herramientas de configuración> Configuración de área de superficie de SQL Server
    • Haga clic en Configuración de superficie para servicios y conexiones.
    • Seleccione la instancia que tiene un problema> Motor de base de datos> Conexiones remotas
    • Habilitar conexiones locales y remotas
    • Instancia de reinicio

  2. Es posible que deba crear una excepción en el firewall para la instancia de SQL Server y el puerto que está utilizando:

    • Inicio> Ejecutar> Firewall.cpl
    • Haga clic en la pestaña de excepciones
    • Agregue sqlservr.exe (normalmente ubicado en C:/Program Files (x86)/Microsoft SQL Server/MSSQL.x/MSSQL/Bin , verifique sus instalaciones para la ruta de la carpeta real) y el puerto (el valor predeterminado es 1433 )
    • Comprueba tu cadena de conexión también

  3. Compruebe si los servicios de su servidor SQL están funcionando correctamente:

    • Vaya a Todos los programas> Microsoft SQL Server 2008> Herramientas de configuración> Administrador de configuración de SQL Server> Servicios de SQL Server
    • Compruebe para asegurarse de que el estado del servicio de SQL Server se está ejecutando.

    Además, asegúrese de que su servidor remoto esté en la misma red . Ejecute sqlcmd -L para determinar si su servidor está incluido en su lista de redes.

  4. Habilitar TCP / IP en la configuración de SQL Server

    Cuando dos o más servidores SQL se conectan a través de la red, todos se comunican mediante TCP / IP. El puerto predeterminado de la instalación de SQL Server es 1433. Este puerto se puede cambiar a través del Administrador de configuración de SQL Server. TCP / IP debe estar habilitado para que SQL Server esté conectado.

    • Vaya a Todos los programas >> Microsoft SQL Server 2008 >> Herramientas de configuración >> Administrador de configuración de SQL Server >> Seleccione TCP / IP
    • Haga clic derecho en TCP / IP >> Haga clic en Habilitar

    Debe reiniciar los servicios de SQL Server para que todos los cambios surtan efecto. Haga clic con el botón derecho y vaya a las propiedades del menú para seleccionar la ubicación donde se puede cambiar el puerto predeterminado de SQL Server.

Intenté todas las demás respuestas a esta pregunta y algunas, si no todas, probablemente contribuyeron a que esto funcionara para mí, pero aún así no pude conectarme a la base de datos de forma remota. Estaba usando un servidor SQL en una máquina virtual de Azure.

Finalmente recordé que la VM tiene puntos finales controlados por el proxy de la cuenta de Azure, así que fui al Portal de Azure y agregué 1433 como un punto final disponible y pude conectarme a mi instancia de SQL.

Espero que esto ayude a alguien que haya intentado todas las otras respuestas y que todavía no tenga suerte.

Junto con intentar todo como lo sugiere Teo Chuen Wei Bryan, asegúrese de que también se refiera al nombre correcto del Servidor / Instancia en la cadena de conexión.

Si está utilizando la forma abreviada de nombre de host / instancia en el servidor de base de datos o en el archivo web.config, asegúrese de usar el nombre de dominio completo (FQDN) / Instancia

Además, para probar la conectividad de un servidor donde el cliente del servidor SQL NO está presente,

-> crea un archivo de texto y cambia su extensión de archivo a .udl

-> Haga clic derecho en el archivo y puede ver la pestaña de conexión.

-> Ingrese el nombre del servidor y la información de inicio de sesión para probar la conexión al servidor de la base de datos.

Espero que esto ayude.

MS SQL Server 2014 en Windows 7

1) Vaya al programa de búsqueda y escriba (administrador de configuración del servidor Sql 2014)

2) luego haga clic en "Servicio de servidor Sql" en el menú del árbol del lado izquierdo

3) verifique su instancia del estado del servicio del servidor SQL (detener o ejecutar)

4) Si está detenido, cambie el estado de ejecución e inicie sesión en su SQL Server Management Studio 2014

Mi problema comenzó cuando intenté cambiar el servidor de IIS Express a Local IIS (mientras utilizaba LocalDB ).

Estaba usando LocalDB (para fines de desarrollo), y cuando fui a revertir de Local IIS a IIS Express, Visual Studio cambió mi fuente de datos de Fuente de datos = (LocalDb) / MSSQLLocalDB a Fuente de datos =. / SQLEXPRESS

Cadena de conexión incorrecta

<add name="DefaultConnection" connectionString="Data Source=./SQLEXPRESS;AttachDbFilename=|DataDirectory|/SurveyTestsDB.mdf;Initial Catalog=SurveyTestsDB;Integrated Security=True;User Instance=True" providerName="System.Data.SqlClient" />

Cadena de conexión correcta

<add name="DefaultConnection" connectionString="Data Source=(LocalDb)/MSSQLLocalDB;AttachDbFilename=|DataDirectory|/SurveyTestsDB.mdf;Initial Catalog=SurveyTestsDB;Integrated Security=True" providerName="System.Data.SqlClient" />

Espero que esto ayude a alguien por ahí.

Mi problema fue que necesita tener una entrada de cadena de conexión tanto en la capa de repositorio como en la capa web. Una vez que lo agregué a mi web.config , así como a mi app.config, Entity Framework pudo crear la migración.

Mi pregunta es por qué, si el web.config lo necesita, cuando no hay absolutamente ningún acceso a la base de datos allí.

Mientras que las soluciones anteriores deberían funcionar en el 90% de los casos, ¡¡¡pero si todavía estás leyendo esta respuesta !!! Probablemente esté tratando de conectarse a un servidor diferente al que estaba previsto. Puede deberse a un archivo de configuración que apunta a un servidor SQL diferente al servidor real al que cree que intenta conectarse.

Me pasó al menos al menos.

Parece que tu instancia de localdb no se está ejecutando. Para iniciarlo en el inicio de la computadora, agregue en su menú Inicio / carpeta de inicio el archivo BAT con la siguiente línea

sqllocaldb start name_of_instance

donde name_of_instance es el nombre de la instancia localdb, que desea iniciar. Puede listar las instancias disponibles en la línea de comandos usando sqllocaldb i .

por ejemplo, si está utilizando SQL Server Management Studio y se conecta a Server Name (localdb)/v11.0 , su archivo BAT se verá así

sqllocaldb start v11.0

Pasé de una computadora portátil de trabajo en Windows 7 a una computadora portátil de trabajo en Windows 10. Había estado usando SSMS2016 con éxito en Windows 7.

El mismo problema se aplicó utilizando SSMS2012 o SSMS2016. Mi acceso a los servidores de 10 sql usando la autenticación de Windows seguía siendo el mismo. Podría probar esto desde otro servidor. Sin embargo, 2 de los 10 servidores no se conectaban desde mi computadora portátil . Ambos eran ms sql server 9 pero pude conectarme a otras bases de datos de sql server 9.

La solución fue agregar una regla de firewall (usando Firewall de Windows con seguridad avanzada).

Cree una regla entrante para cada SSMS, por ejemplo, C: / Archivos de programa (x86) / Microsoft SQL Server / 130 / Tools / Binn / ManagementStudio / Ssms.exe

No soy un experto en redes, por lo que no he incluido los detalles, pero espero que te orienten en la dirección correcta.

Mensaje de error (regla previa al cortafuegos) "Se produjo un error relacionado con la red o específico de la instancia al establecer una conexión a SQL Server. No se encontró el servidor o no se pudo acceder a él. Verifique que el nombre de la instancia sea correcto y que SQL Server esté configurado para permitir conexiones remotas (proveedor: Interfaces de red SQL, error: 26 - Error al localizar el servidor / Especificación especificada) (.Net SqlClient Data Provider) "

Por qué este error es tan aburrido y ruidoso, simplemente porque puede ocurrir en una situación variada.

He hecho todos los acercamientos aquí arriba, y todavía estoy siendo apestado. Así que asegúrate de haber hecho lo mismo que yo antes de navegar hacia abajo.

Tal vez no sea capaz de solucionar su situación instantáneamente, pero puedo señalar una dirección o pensar en usted (el que finalmente se desliza aquí). Comencé a reflexionar sobre el error de mi programa en ejecución después de asegurarme de que el nombre de la instancia sea claramente correcto y configurar mi base de datos para permitir el control remoto siguiendo los métodos anteriores. Después de eso, sospeché que algo malo estaba pasando en mi fragmento de código de conexión SQL.

Solución de mi problema:

  • Compruebe mi función sqlconnection

  • Haga clic para ver su configuración.

  • Nueva conexión

  • Seleccione su nombre de servidor

Funciona para mí reflexionando qué sucede exactamente en el proceso de conexión. Espero que mi pensamiento te lleve a matar tu error.

Presione window + R (Run window Open) y en la ventana de ejecución escriba "services.msc" y los nuevos servicios abren encontrar el servicio del SQL SERVER(SQLEXPRESS) e inténtelo de nuevo. Funciona para mí. Hope Its Works for You también.

Puedes probar los siguientes métodos.

  • una

    1. Compruebe la cadena de conexión del proyecto.

  • segundo

    1. Ir a servicios y reiniciar la instancia de SQLServer.

  • do

    1. Abra ''Administrador de configuración de SQLServer''
    2. En el panel izquierdo, seleccione ''Configuración de red SQLServer'' y amplíelo
    3. Seleccione ''Protocolos para MSSQLServer''
    4. En el panel derecho dbl haga clic en ''TCP / IP''
    5. En la pestaña ''Protocolo'', establezca ''Activado'' en ''Sí''
    6. En la pestaña ''Direcciones IP'', desplácese hacia abajo
    7. En el conjunto de ''IPAll'' ''Puerto TCP'' a 1433
  • re
    1. Abra ''Firewall con seguridad avanzada''
    2. En la pestaña derecha, seleccione ''Reglas de entrada''

En la pestaña central, busque el registro de que ''Puerto local'' es 1433. Si no puede encontrarlo, intente crearlo con los siguientes niveles

  • En el menú Inicio, haga clic en Ejecutar, escriba ''WF.msc'' y luego haga clic en Aceptar
  • En el panel izquierdo, haga clic en ''Firewall de Windows con seguridad avanzada''
  • En el panel derecho, haga clic con el botón derecho en ''Reglas de entrada'' y luego haga clic en ''Nueva regla''
  • En el cuadro de diálogo Tipo de regla, seleccione ''Puerto'', y luego haga clic en Siguiente
  • En el cuadro de diálogo Protocolo y puertos, seleccione ''TCP'', seleccione ''Puertos locales específicos'' y luego escriba el número de puerto 1433, haga clic en Siguiente
  • En el cuadro de diálogo Acción, seleccione Permitir la conexión y, a continuación, haga clic en Siguiente.
  • En el cuadro de diálogo ''Perfil'', marcando Dominio, Privado y Público, luego haga clic en Siguiente
  • En el cuadro de diálogo ''Nombre'', escriba ''Puerto SQL 1433'' y escriba una descripción para la descripción. Luego haga clic en Finalizar
  1. Luego, en la pestaña central, haga doble clic en el elemento encontrado (Instancia) o el elemento creado con el nombre de ''Puerto de SQL 1433'' por usted.
  2. Seleccione la pestaña ''Ámbito'' en el cuadro de diálogo abierto (Propiedades de SQL Server)
  3. En la PC local Vaya a google.com en su navegador y busque ''Mi IP''.
  4. entonces copia de tu ''IP''
  5. Vaya al servidor remoto y, en el cuadro de diálogo ''Propiedades del servidor SQL'' de la pestaña ''Ámbito'', en la ''Dirección IP remota'' seleccione la opción ''Estas direcciones IP'' y haga clic en el botón ''Agregar''
  6. En el cuadro de diálogo abierto (Dirección IP), seleccione la opción ''Esta dirección IP o subred'' y pegue su ''IP'', haga clic en el botón Aceptar.

Resolví este problema configurando el proyecto que utiliza Entity Framework como el proyecto de inicio y luego ejecuté el comando "actualizar la base de datos".

Si ninguna de las soluciones anteriores funciona (nada me funcionó), REINICIE su computadora y podrá conectarse a su servidor de SQL (localhost).

Si repentinamente encuentra este error, diga en un entorno de producción y nada ha cambiado, pruebe los siguientes 4 elementos en el orden a continuación para ver si se soluciona.

  1. reinicie el servicio del servidor sql.
  2. reinicie el servicio (por ejemplo, IIS) que está llamando al servidor SQL. (Probablemente el problema esté aquí si el tiempo entre el inicio de la llamada de servicio al servidor SQL y el momento en que obtiene el error de respuesta es muy breve (aproximadamente uno o dos segundos).
  3. reiniciar el servidor SQL Server está en.
  4. reiniciar el servidor en el que se encuentra el servicio de llamadas.

Si se encuentra con esto mientras realiza la depuración en Visual Studio, asegúrese de que la ruta de compilación del proyecto apunte a una unidad local, o siga estos pasos para otorgar permisos a la carpeta de la red.

Tengo que ejecutar el servicio de navegador de SQL Server en el Administrador de configuración de SQL Server . La instalación no puede descubrir el servicio recién creado sin esto.

Tengo una solución para mí:

Abra "Administrador de configuración de SQL Server"

Ahora haga clic en "Configuración de red de SQL Server" y haga clic en "Protocolos para nombre "

Haga clic derecho en "TCP / IP" (asegúrese de que esté habilitado) Haga clic en Propiedades

Ahora seleccione la pestaña "Direcciones IP" -y- Vaya a la última entrada "IP Todas"

Introduzca "Puerto TCP" 1433.

Ahora reinicie "SQL Server .Name". utilizando "services.msc" (winKey + r)

Funcionará...

Tuve el mismo error cuando quise ejecutar mi proyecto WinForms (que incluye trabajar con una base de datos de SQL Server y que funcionó perfectamente en mi PC) en otra PC. El problema estaba en el Firewall de Windows en mi PC. Resolví esto agregando dos reglas. Este es todo el procedimiento para permitir SQL Server a través del Firewall de Windows:

  1. Abra "Ejecutar" e ingrese services.msc
  2. Encuentre el servicio para SQL Server (nombre de instancia) y el buscador de SQL Server. Uno a la vez, haga clic con el botón derecho, seleccione "Propiedades", copie la ruta al archivo exe
  3. Luego abra firewall.cpl , haga clic en permitir una aplicación o agregue una regla, agregue la ruta copiada anteriormente (hay un procedimiento que debe seguir), marque Dominio y Privado, deseleccione Público.

Este es el enlace de YouTube donde puede ver este procedimiento: Permitir SQL Server a través del Firewall de Windows

Resumen

Para solucionar este problema que se produce al ejecutar la aplicación local contra la base de datos remota , use el Administrador de configuración de SQL Server para agregar un alias para la base de datos remota.

Detalles

Me había topado con este problema recientemente al pasar de una computadora portátil con Windows 7 a una Windows 10. Estaba ejecutando un entorno de tiempo de ejecución y desarrollo local accediendo a nuestra base de datos de Dev en un servidor remoto. Accedemos a la base de datos de Dev a través de una configuración de alias de servidor a través de la utilidad de red de cliente de SQL Server (cliconfg.exe). Después de confirmar que el alias se configuró correctamente en las versiones de 64 y 32 bits de la utilidad y que se pudo acceder al servidor de la base de datos desde la nueva computadora portátil a través de SSMS, aún recibí el error visto por el OP (no la dirección IP del OP, de curso).

Era necesario usar el Administrador de configuración de SQL Server para agregar un alias para el servidor de base de datos de desarrollo remoto. Arreglado las cosas bien arriba.