Cómo conectarse a una base de datos SQL remota

/support/howto/mssql.htm

lt; tutorial gráfico gt;

Solución para conexión remota al servidor sql server 2000:

Compruebe si hacer ping a la IP del servidor es exitoso.

Esto en realidad depende de si existe la conexión física con el servidor SQL Server 2000 remoto. Si no funciona, verifique la red, verifique la configuración y, por supuesto, asegúrese de que la IP del servidor SQL Server 2000 remoto esté escrita correctamente.

2. Ingrese el puerto IP del servidor telnet en Dos o en la línea de comando para ver si se puede conectar.

Por ejemplo, telnet 202.114.100.100 1433

Generalmente el valor del puerto es 1433, porque 1433 es el puerto de escucha predeterminado de SQL Server 2000 para Tcp/IP. Si hay un problema, normalmente es este paso el que sale mal. El mensaje habitual es "...no se puede abrir la conexión, la conexión falló".

Si tienes problemas con este paso, debes marcar las siguientes opciones.

1 Compruebe si el servicio SQL Server 2000 está iniciado en el servidor remoto. Si no, empieza.

2 Compruebe si el protocolo Tcp/IP está habilitado en el lado del servidor, ya que la conexión remota (a través de Internet) requiere este protocolo. El método de verificación es abrir Menú Inicio-gt; Programas-gt; Utilidad de red del servidor Microsoft SQL en el servidor para ver si hay un protocolo TCP/IP entre los protocolos habilitados.

3 Compruebe si el puerto tcp/ip del servidor está configurado como puerto 1433. Aún en la utilidad de red del servidor, verifique las propiedades de tcp/ip en el protocolo habilitado, asegúrese de que el puerto predeterminado sea 1433 y que la casilla de verificación Ocultar servidor no esté marcada.

De hecho, es posible si se modifica el puerto predeterminado, pero cuando el cliente realiza pruebas de telnet, el número de puerto del servidor debe ser coherente con el número de puerto configurado por el servidor. Si la casilla de verificación Ocultar servidor está marcada, significa que el cliente no puede ver este servidor al enumerar el servidor, que desempeña una función protectora pero no afecta la conexión, pero el puerto predeterminado del protocolo Tcp/ip se modificará implícitamente a 2433, se deben realizar los cambios correspondientes cuando el cliente se conecta.

4 Si el sistema operativo del lado del servidor ha sido parcheado con SP2, se deben realizar ciertas configuraciones en el firewall de Windows y se debe abrir el puerto 1433. Por lo general, el firewall de Windows se puede desactivar directamente durante. pruebas (también se pueden desactivar otros firewalls).

5 Compruebe si el servidor está escuchando en el puerto 1433. Si el servidor no está escuchando en el puerto 1433 de la conexión tcp, no se conectará. El método de verificación es ingresar netstat -a -n o netstat -an en el DOS o en la línea de comando del servidor. Verifique si hay un elemento similar a tcp 127.0.0.1 1433 escuchando en la lista de resultados. De lo contrario, normalmente deberá aplicar al menos el parche sp3 al servidor SQL 2000. De hecho, inicie el analizador de consultas en el lado del servidor e ingrese seleccione @@versión. Después de la ejecución, puede ver que cualquier número de versión inferior a 8.0.2039 debe parchearse.

Si no hay ningún problema con lo anterior, entonces puedes hacer la prueba IP 1433 del servidor telnet nuevamente. Verás que la pantalla parpadea y luego el cursor sigue parpadeando en la esquina superior izquierda. Felicitaciones, ahora puede comenzar a conectarse en Enterprise Manager o Query Analyzer.

3. Verifique la configuración del cliente

Programa-gt; herramienta de uso de red del cliente Microsoft SQL Server. Al igual que en la utilidad de red del servidor, asegúrese de que el protocolo TCP/IP del cliente esté habilitado y que el puerto predeterminado sea 1433 (u otro puerto, simplemente manténgalo igual que el del servidor).

4. En Enterprise Manager o consulte la prueba de conexión del analizador

Enterprise Manager-gt; haga clic con el botón derecho en SQlserver group-gt; cree un nuevo registro de sqlserver-gt; -gt; Escriba la IP remota-gt; Siguiente paso-gt; Seleccione Sqlserver login-gt; Siguiente paso-gt; Completo

Analizador de consultas-gt; Archivo-gt; Conexión-gt; Escribe IP remota-gt; Escribe el nombre de usuario y la contraseña (sa, contraseña) -gt; Generalmente se recomienda hacerlo en el Analizador de consultas, porque de forma predeterminada, la configuración de tiempo de espera para registrar otro servidor SQL a través del Administrador corporativo es de 4 segundos, mientras que el Analizador de consultas es de 15 segundos.

Método para modificar el tiempo de espera de conexión predeterminado:

Enterprise Manager-gt; Herramientas-gt; En la ventana emergente "Propiedades de SQL Server Enterprise Manager", haga clic en Pestaña "Avanzada"-gt; Configuración de conexión-gt; Ingrese un número mayor en el cuadro después del tiempo de espera de inicio de sesión (segundos)

Herramientas de consulta-gt; un número mayor en el cuadro después del tiempo de espera de inicio de sesión (segundos)

Generalmente se establecerá la conexión. Si se solicita un error, vaya al siguiente paso.

5. El motivo del error suele ser que SQL Server utiliza el método de autenticación "solo Windows", por lo que los usuarios no pueden utilizar la cuenta de inicio de sesión de SQL Server (como sa) para conectarse. La solución es la siguiente:

1 Utilice Enterprise Manager en el lado del servidor y seleccione "Usar autenticación de Windows" para conectarse a SQL Server.

2 Expanda "Grupo de SQL Server", haga clic derecho en el nombre del servidor SQL Server, seleccione "Propiedades" y luego seleccione la pestaña "Seguridad".

3 En "Autenticación", seleccione "SQL Server y Windows".

4 Reinicie el servicio SQL Server. (También es un método rápido para detener el servicio con net stop mssqlserver e iniciar el servicio con net start mssqlserver en dos o en la línea de comando).

Nota: Cuando se conecta a un servidor local, generalmente se usa el protocolo de canalización con nombre (puede ver este protocolo habilitado en la utilidad de red del servidor). El puerto predeterminado es 445, por lo que se puede conectar localmente. No explica el problema, conectarse al servidor remoto es un protocolo completamente diferente)