none
Acceso a instancia en servidor remoto

    Pregunta

  • Hola a todos,

    aqui estoy otra vez con un entuerto, tengo un SQLServer 2008 R2 en un equipo remoto, al cual puedo acceder sin problemas, tanto por escritorio remoto como por MSSMS a la instancia por defecto, llamemosle INSTANCIA1

    He actualizado a 2012 por necesidades del guión, he creado otra instancia, llamemosle INSTANCIA2, si trato de acceder a la INSTANCIA2 desde MSSMS local ejecutado via escritorio remoto, perfecto, indico nombre del servidor e instancia (SERVIDOR\INSTANCIAx) y accedo sin problemas, pero hete ahí que si desde mi equipo local ejecuto MSSMS y trato de acceder a INSTANCIA1 con el formato IP\INSTANCIA1, conecta sin problemas pero si pretendo acceder con el mismo formato a INSTANCIA2 (IP\INSTANCIA2) tururú, me dice que no.

    TÍTULO: Conectar con el servidor
    ------------------------------
    No se puede conectar a 2xx.1x.2xx.xx\GxxxxSxIxxxxxxx.
    ------------------------------
    INFORMACIÓN ADICIONAL:
    Error relacionado con la red o específico de la instancia mientras se establecía una conexión con el servidor SQL Server. No se encontró el servidor o éste no estaba accesible. Compruebe que el nombre de la instancia es correcto y que SQL Server está configurado para admitir conexiones remotas. (provider: SQL Network Interfaces, error: 26 - Error al buscar el servidor o instancia especificado) (Microsoft SQL Server, Error: -1)

    Para obtener ayuda, haga clic en: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=-1&LinkId=20476

    He buscado todo lo que he podido, adjunto foto de la configuracion.

    Muchas gracias por vuestra ayuda.

    miércoles, 24 de abril de 2013 16:40

Respuestas

  • Hola.

    Lo que comentas es confuso y tiene toda la pinta de que la instancia "INSTANCIA1" es la instancia por defecto. Así, se accede por la IP (a secas, por cualquiera de las que tenga), sin indicar puerto. Y a la instancia "INSTANCIA2" no se accede seguramente por un problema con el firewall.

    Debes tener en cuenta que además de esas formas de conexión influyen cuestiones de red, de resolución de nombres, el servicio SQL Browser ha de estar también habilitado, como el tráfico UDP para el puerto 1434 para que éste funcione, etc. Te sugiero que intentes unificar el tema en una sola IP y que trates de conectar a ambas instancias, una es la default (INSTANCIA1). Lo segundo, verifica con un telnet que se alcanza el puerto en el que has configurado la instancia "IP\INSTANCIA2". Si eso funciona, siempre podrás conectarte usando "IP,#puerto", por ejemplo "192.168.1.100,1533", de modo que no tendrías que recurrir a un DNS ni al SQL Browser para que te hagan ese trabajo que hacen habitualmente.

    Inténtalo, si no lo logras, nos dices.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    domingo, 12 de mayo de 2013 16:46

Todas las respuestas

  • Fijate en el nodo "Configuracion de Red de SQL Server"

    luego sobre la instancia2, busca TCP/IP, propiedades, "Escuchar Todo" colocale SI

    Reincia, el servicio y vuelve a probar. 

    Tambien puedes verificar sobre que puerto esta corriendo dicha instancia, y si no hay algún firewall que lo esté bloquando, ya sea un FW del Server, alguno fisico de la red, o de tu propia maquina cliente.

    Si es externo, tambien tendrias que ver si el router, está nateando correctamente el puerto.

    Por lo pronto descarta estas cosas, si no son, veremos otras posibilidades.

    miércoles, 24 de abril de 2013 21:05
  • Hola Ronald,

    he revisado la configuración tal y como dices y ya estaba habilitado para escuchar todo.

    Comparando la configuración con INSTANCIA1 he puesto en IPALL el puerto 1433, para dejarlo igual y entonces al reiniciar el servicio da un error.

    ¿Debo tener un puerto diferente para cada instancia?

    Un saludo y muchas gracias por tu ayuda.

    jueves, 25 de abril de 2013 15:53
  • Hola. Primero, ¿desde tu equipo cliente actualizaste también a SQL Server 2012? Si tu SQL Server Management Studio y demás herramientas cliente son de SQL Server 2008 R2, no te podrás conectar, que parece ser lo que te sucede. Recuerda, siempre nos podemos conectar vía SSMS hacia versiones inferiores y no hacia versiones superiores. O por lo menos, esa ha sido mi experiencia...

    Segundo, cada instancia requiere un puerto diferente. Así, si en tu servidor tienes dos instancias, y una de ellas es la MSSQLSERVER, ésta trabajará por el puerto 1433; la otra si requiere un puerto, el cual a veces el mismo SQL Server define como dinámico pero que puedes poner fijo; revisa este artículo: How to configure SQL Server to listen on a specific port.

    Saludos,


    Guillermo Taylor F.
    IT Pro & Xbox gamer
    My blog

    jueves, 25 de abril de 2013 16:23
  •  Hola Guillermo,

    he cambiado el puerto de la instancia2 al 1533, tanto para la ip principal como la secundaria y tambien en el parametro IPALL.

    He abierto el puerto en el cortafuegos y he reiniciado el servicio de la instancia2.

    De momento lo único que he conseguido es que no puedo conectar indicando el nombre de la instancia a ninguna de ellas, es decir, si antes podía conectar como [IP]\[INSTANCIA1] y no podia como [IP]\[INSTANCIA2] ahora no puedo conectar con ninguno de los dos si pongo el nombre de la instancia, y al poner solo la ip me conecta con la instancia predeterminada.

    Muchas gracias por tu ayuda

    Un saludo

    lunes, 29 de abril de 2013 12:47
  • Hola. ¿Puedes compartirnos una imagen del SQL Server Configuration Manager de tu servidor, por favor? Del mismo modo, una ventana o imagen por configuración de red de cada instancia para revisar en detalle lo qué sucede. Es un tema de conectividad, ya que a la instancia predeterminada si logras conexión.

    Gracias y saludos,


    Guillermo Taylor F.
    IT Pro & Xbox gamer
    My blog

    lunes, 29 de abril de 2013 16:14
  • Hola Guillermo,

    La imagen que inserté en el primer post corresponde al Server Configuration Manager, todo es identico ahora mismo excepto que en INSTANCIA2 el puerto que escucha es el 1533.

    ¿Es eso lo que pides?

    Un saludo

    Angel Zapata

    lunes, 29 de abril de 2013 16:49
  • Hola. Gracias, es que antes no podía cargar la imagen, pero si, eso es lo que quería ver. Por favor, en la ventana de Propiedades TCP/IP, muéstranos una imagen en donde se muestre debajo de "IPAll" las propiedades para dicha instancia. Es solo para validar que en efecto ya en SQL Server se hizo lo que se necesitaba hacer.

    Saludos,


    Guillermo Taylor F.
    IT Pro & Xbox gamer
    My blog

    lunes, 29 de abril de 2013 16:58
  • Hola Guillermo,

    aqui te mando la captura de pantalla que me pides

    De nuevo muchas gracias por tu ayuda.

    martes, 30 de abril de 2013 9:24
  • Hola. Gracias por la imagen. Como sospechaba, es necesario que solo dejes el valor en la casilla "Puerto TCP" y quites el valor en la casilla "Puertos dinámicos TCP". Para claridad sobre el tema, este post en mi blog, aunque habla de SQL Server Edición Express, con seguridad te ayudará a aclarar las cosas y al final hay un par de artículos en línea, uno de ellos relacionado en alguna respuesta, que te ayudarán a configurar este tema de los puertos.

    Nos cuentas como te fue, por favor.

    Saludos,


    Guillermo Taylor F.
    IT Pro & Xbox gamer
    My blog

    martes, 30 de abril de 2013 10:33
  • Hola Guillermo,

    He configurado los puertos tal y como me indicas, pero sigo teniendo el problema, y creo que voy a tirar por el camino de enmedio, ya que tengo 2 direcciones IP consecutivas y la aplicación que accede la INSTANCIA1 se conecta a la direccion 2xx.1xx.2xx.1, voy a configurar que la INSTANCIA2 esté en la ip 2xx.1xx.2xx.2 cada una con un puerto diferente y listo.

    ¿Estas de acuerdo?

    martes, 30 de abril de 2013 11:54
  • Hola. Cada instancia requiere un puerto diferente, correcto. Lo de la dirección IP, no lo tengo tan claro porque si todo está en el mismo servidor, la conexión hacia IP\INSTANCIA1:Puerto1 y hacia IP\INSTANCIA2:Puerto2, teniendo en cuenta que IP es la misma para ambas conexiones, debe funcionar sin problemas.

    Yo no he tenido experiencia con conexiones a un único servidor por diferentes IP para SQL Server, porque siempre me conecto NombreDNS\INSTANCIA1:Puerto1 o NombreDNS\INSTANCIA2:Puerto2 y me funciona. Ahí si toca probar con diferentes IP a ver como te va o que algún otro forista nos de mayores indicaciones sobre el escenario que planteas.

    Saludos,


    Guillermo Taylor F.
    IT Pro & Xbox gamer
    My blog

    martes, 30 de abril de 2013 13:13
  • Hola Guillermo,

    resultado de configurar IP1\INSTANCIA1 e IP2\INSTANCIA2

    Si accedo con IP1 me conecta a la INSTANCIA1

    Si accedo con IP1\INSTANCIA1 me da error de conexion

    Si accedo con IP1\INSTANCIA2 me da error de conexion

    Si accedo con IP2 me conecta a la INSTANCIA1

    Si accedo con IP2\INSTANCIA1 me da error de conexion

    Si accedo con IP2\INSTANCIA2 me da error de conexion

    Conclusión, no se que hacer pero esto va a funcionar como sea.

    martes, 30 de abril de 2013 15:04
  • Hola.

    Lo que comentas es confuso y tiene toda la pinta de que la instancia "INSTANCIA1" es la instancia por defecto. Así, se accede por la IP (a secas, por cualquiera de las que tenga), sin indicar puerto. Y a la instancia "INSTANCIA2" no se accede seguramente por un problema con el firewall.

    Debes tener en cuenta que además de esas formas de conexión influyen cuestiones de red, de resolución de nombres, el servicio SQL Browser ha de estar también habilitado, como el tráfico UDP para el puerto 1434 para que éste funcione, etc. Te sugiero que intentes unificar el tema en una sola IP y que trates de conectar a ambas instancias, una es la default (INSTANCIA1). Lo segundo, verifica con un telnet que se alcanza el puerto en el que has configurado la instancia "IP\INSTANCIA2". Si eso funciona, siempre podrás conectarte usando "IP,#puerto", por ejemplo "192.168.1.100,1533", de modo que no tendrías que recurrir a un DNS ni al SQL Browser para que te hagan ese trabajo que hacen habitualmente.

    Inténtalo, si no lo logras, nos dices.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.com
    Sígueme en twitter en http://twitter.com/qwalgrande

    domingo, 12 de mayo de 2013 16:46
  • Hola Alberto,

    nada, no lo consigo, así que mientras lo que voy a hacer es olvidarme de la instancia2 y crear una nueva base de datos en la instancia1, al menos podré trabajar.

    Muchas gracias por la ayuda

    lunes, 20 de mayo de 2013 15:36