Instancias SQL 2000

Otra cosa que puede hacer es usar en la cadena de conexión
Nombreservidor,puerto ejemplo SQL,1433 , suele funcionar estupendamente
cuando hay instnacias.


Miguel Egea
Visita mi web http://www.portalsql.com
SQL Server MVP, Mentor
Solid Quality Learning
http://www.SolidQualityLearning.com
"Solid Quality Learning is the trusted global provider of advanced
education and solutions for the entire Microsoft database platform"

"Guillermo Roldán" wrote in message
news:%23%

Entiendo entonces que tienes dos instancias en la misma máquina.

Obviamente, no pueden existir dos procesos escuchando en el mismo puerto,
luego una de las instancias es posible que sí esté escuchando en el
puerto 1433, pero la otra no.

Para comprobar la configuración TCP de tu instancia, abrete la
"herramienta de red de servidor", selecciona la instancia que deseas,
comprueba que tienes habilitado el TCP (imagino que lo estará), y muestra
sus propiedades. En el diálogo que te va a aparecer a continuación,
podrás comprobar la configuración TCP de dicha instancia, es decir, el
puerto de escucha. Ese puerto, estará escuchando en todas las interfaces
de red de tu máquina.

Ahora, puedes hacer "telnet servidor puerto" desde un PC cliente de la
WAN y comprobar si tienes o no conectividad, al igual que podrías hacerlo
desde la LAN.

También puedes probar a instalarte la herramientas de cliente en un PC de
la WAN, y probar a conectarte con el Analizador de consultas. No sé si
será necesario que te configures un ALIAS desde las "herramientas de red
de cliente" para acceder a una instancia con nombre (una vez me comentó
algo un compañero, pero el caso que hace muchos años de eso, y yo en
persona no me he encontrado con este escenario).

Saludos,
Guillermo Roldán





"Omar" escribió en el mensaje
news:

Guillermo al principio el problema era que no tenia entorno de
validación
mixto y ya lo cambie a que validara tanto usuario SQL como usuario
Windows,
la maquina pertenece a un mismo dominio, el servidor principal SQL y la
instancia puede salir por el mismo puerto?

Slds,

Omar

"Guillermo Roldán" wrote:

Hola Omar,

Pueden ser muchas cosas. Para empezar, yo te sugeriría que desde uno de
los
equipos de la WAN, pruebes lo siguiente:
1) PING al servidor SQL Server. Si es satisfactorio, sabemos que
físicamente
hay conexión. Sino, puede ser que haya conexión (pero hayan cortado
ICMP) o
que no la haya (ej: problema de enrutamiento).
Puedes comprobar tanto el PING al nombre como a la IP, para descartar
también un problema de resolución de nombres.

2) "Telnet servidor 1433" Suponiendo que se trata de una instancia por
defecto, con TCP habilitado, si ejecutas el anterior comando desde una
consola de comando, y se queda la pantalla negra, puedes tener certeza
que
es posible la conexión desde el PC al propio servicio SQL Server que se
está
ejecutando en la máquina (es decir, es posible el establecimiento de un
socket TCP con tu SQL Server).

3) Autenticación. Si no tienes habilitada la autenticación mixta, o si
la
tienes habilitada pero estás intentando conectarte con un inicio de
sesión
de Windows, si las máquinas pertenecen a diferentes dominios y no hay
relaciones de confianza, es probable que no pueda producirse esta
autenticación (también hay más razones... pero no es el tema). Quizás
te
interese probar con un inicio de sesión de SQL Server y la
autenticación
mixta, para descarta problemas (suponiendo, que no lo hayas probado
antes).

Espero te sirva de ayuda. Sino, coméntanos los resultados y seguiremos
ayudándote.

Saludos,
Guillermo Rodán

PD: Desde el Administrador Corporativo, mostrando el diálogo de
Propiedades
de un servidor (con el botón derecho), en la pestaña de Seguridad
podrás
comprobar como está autenticada la seguridad en tu servidor.

"Omar" escribió en el mensaje
news:
> Señores he instalado un SQL 2000 y ademas una instancia sobre el
> mismo
> servidor el problema que tengo es que sobre una LAN el SQL funciona
> sin
> problemas pero cuando intentan accesar desde una WAN la instancia da
> error
> de
> coneccion de Error que puedo hacer?
>
> Slds y gracias por sus comentarios,
>
> Omar

Entiendo entonces que tienes dos instancias en la misma máquina.

Obviamente, no pueden existir dos procesos escuchando en el mismo puerto,
luego una de las instancias es posible que sí esté escuchando en el puerto
1433, pero la otra no.

Para comprobar la configuración TCP de tu instancia, abrete la "herramienta
de red de servidor", selecciona la instancia que deseas, comprueba que
tienes habilitado el TCP (imagino que lo estará), y muestra sus propiedades.
En el diálogo que te va a aparecer a continuación, podrás comprobar la
configuración TCP de dicha instancia, es decir, el puerto de escucha. Ese
puerto, estará escuchando en todas las interfaces de red de tu máquina.

Ahora, puedes hacer "telnet servidor puerto" desde un PC cliente de la WAN y
comprobar si tienes o no conectividad, al igual que podrías hacerlo desde la
LAN.

También puedes probar a instalarte la herramientas de cliente en un PC de la
WAN, y probar a conectarte con el Analizador de consultas. No sé si será
necesario que te configures un ALIAS desde las "herramientas de red de
cliente" para acceder a una instancia con nombre (una vez me comentó algo un
compañero, pero el caso que hace muchos años de eso, y yo en persona no me
he encontrado con este escenario).

Saludos,
Guillermo Roldán





"Omar" escribió en el mensaje
news:
> Guillermo al principio el problema era que no tenia entorno de validación
> mixto y ya lo cambie a que validara tanto usuario SQL como usuario
> Windows,
> la maquina pertenece a un mismo dominio, el servidor principal SQL y la
> instancia puede salir por el mismo puerto?
>
> Slds,
>
> Omar
>
> "Guillermo Roldán" wrote:
>
>> Hola Omar,
>>
>> Pueden ser muchas cosas. Para empezar, yo te sugeriría que desde uno de
>> los
>> equipos de la WAN, pruebes lo siguiente:
>> 1) PING al servidor SQL Server. Si es satisfactorio, sabemos que
>> físicamente
>> hay conexión. Sino, puede ser que haya conexión (pero hayan cortado ICMP)
>> o
>> que no la haya (ej: problema de enrutamiento).
>> Puedes comprobar tanto el PING al nombre como a la IP, para descartar
>> también un problema de resolución de nombres.
>>
>> 2) "Telnet servidor 1433" Suponiendo que se trata de una instancia por
>> defecto, con TCP habilitado, si ejecutas el anterior comando desde una
>> consola de comando, y se queda la pantalla negra, puedes tener certeza
>> que
>> es posible la conexión desde el PC al propio servicio SQL Server que se
>> está
>> ejecutando en la máquina (es decir, es posible el establecimiento de un
>> socket TCP con tu SQL Server).
>>
>> 3) Autenticación. Si no tienes habilitada la autenticación mixta, o si la
>> tienes habilitada pero estás intentando conectarte con un inicio de
>> sesión
>> de Windows, si las máquinas pertenecen a diferentes dominios y no hay
>> relaciones de confianza, es probable que no pueda producirse esta
>> autenticación (también hay más razones... pero no es el tema). Quizás te
>> interese probar con un inicio de sesión de SQL Server y la autenticación
>> mixta, para descarta problemas (suponiendo, que no lo hayas probado
>> antes).
>>
>> Espero te sirva de ayuda. Sino, coméntanos los resultados y seguiremos
>> ayudándote.
>>
>> Saludos,
>> Guillermo Rodán
>>
>> PD: Desde el Administrador Corporativo, mostrando el diálogo de
>> Propiedades
>> de un servidor (con el botón derecho), en la pestaña de Seguridad podrás
>> comprobar como está autenticada la seguridad en tu servidor.
>>
>> "Omar" escribió en el mensaje
>> news:
>> > Señores he instalado un SQL 2000 y ademas una instancia sobre el mismo
>> > servidor el problema que tengo es que sobre una LAN el SQL funciona sin
>> > problemas pero cuando intentan accesar desde una WAN la instancia da
>> > error
>> > de
>> > coneccion de Error que puedo hacer?
>> >
>> > Slds y gracias por sus comentarios,
>> >
>> > Omar
>>
>>
>>