Cómo solucionar problemas de conectividad en SQL Server 2000

Seleccione idioma Seleccione idioma
Id. de artículo: 827422 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo puede ayudarle a resolver problemas de conectividad con Microsoft SQL Server 2000. Contiene la descripción de problemas de conectividad comunes y los pasos que puede seguir para ayudar a resolverlos.
SQL Server 2000 admite varios métodos de comunicación entre la instancia de SQL Server y las aplicaciones cliente. Si la aplicación cliente y la instancia de SQL Server residen en el mismo equipo, para comunicar se utilizan componentes de comunicación entre procesos (IPC) de Microsoft Windows, como las canalizaciones con nombre locales o el protocolo Memoria compartida. Sin embargo, cuando la aplicación cliente y la instancia de SQL Server residen en equipos diferentes, para comunicar se utiliza un IPC de red, como TCP/IP o canalizaciones con nombre.

SQL Server 2000 utiliza una biblioteca de red (Net-Library), una DLL, para comunicar con un protocolo de red determinado. El par correspondiente de bibliotecas de red debe estar activo en el equipo cliente y en el equipo servidor para admitir el protocolo de red que desee utilizar. Por ejemplo, si desea que una aplicación cliente pueda comunicar con una instancia concreta de SQL Server a través de TCP/IP, la biblioteca de red TCP/IP Sockets (Dbnetlib.dll) de cliente se debe configurar para conectar con el servidor en el equipo cliente. Igualmente, la biblioteca de red TCP/IP Sockets (Ssnetlib.dll) de servidor debe escuchar en el equipo servidor. En este escenario, la pila del protocolo TCP/IP debe estar instalada tanto en el equipo cliente como en el equipo servidor.

Después de instalar SQL Server 2000, puede configurar las propiedades de las bibliotecas de red de cliente utilizando la Herramienta de red de cliente. Puede configurar las propiedades de las bibliotecas de red de servidor con la Herramienta de red de servidor (Svrnetcn.exe). Las bibliotecas de red de servidor se instalan durante la instalación de las herramientas de servidor al instalar SQL Server. Sin embargo, algunas de las bibliotecas de red de servidor pueden no estar activas. De forma predeterminada, SQL Server 2000 habilita y escucha en TCP/IP, canalizaciones con nombre y Memoria compartida. Por consiguiente, para que un cliente se conecte a un equipo servidor, debe conectarse con una biblioteca de red de cliente que se corresponda con alguna de las bibliotecas de red de servidor que use en ese momento la instancia de SQL Server.

Para obtener información adicional sobre los componentes de comunicación de SQL Server y las bibliotecas de red, vea los temas siguientes en los Libros en pantalla de SQL Server:
  • Componentes de comunicación
  • Bibliotecas de red de cliente y de servidor
  • Administrar clientes

Solucionar problemas de conectividad

La mayor parte de los problemas de conectividad que puede observar en SQL Server 2000 se deben a problemas con TCP/IP, con la autenticación de Windows o una combinación de ambos.

Importante
Antes de empezar a solucionar los problemas de conectividad en SQL Server 2000, asegúrese de que el servicio MSSQLServer está iniciado en el equipo que está ejecutando SQL Server.

Comprobar la configuración de DNS

El proceso de resolución de nombres del Sistema de nombres de dominio (DNS) se utiliza para resolver la dirección IP en el nombre de la instancia de SQL Server. Si el proceso de resolución de nombres no funciona correctamente, la instancia de SQL Server no se puede alcanzar y puede recibir uno o varios de los mensajes de error siguientes:
El servidor SQL Server no existe o se denegó el acceso
Error general de red
No se puede generar el contexto SSPI
Para comprobar que el proceso de resolución de nombres está obteniendo el servidor correcto, puede hacer ping al servidor utilizando su nombre y dirección IP. Para ello, siga estos pasos:
  1. Haga clic en Inicio y, a continuación, en Ejecutar.
  2. En el cuadro de diálogo Ejecutar, en el cuadro Abrir escriba cmd y, a continuación, haga clic en Aceptar.
  3. En el símbolo del sistema, ejecute el comando siguiente:
    ping <nombre del servidor>
    Anote la dirección IP que se devuelve.
  4. En el símbolo del sistema, ejecute el comando siguiente (donde dirección IP es la dirección IP que anotó en el paso 3):
    ping ?a <dirección IP>
Compruebe que el comando resuelve el nombre del servidor correcto. Si alguno de los comandos especificados no tiene éxito, agota el tiempo de espera o no devuelve los valores correctos, la búsqueda de DNS no funciona correctamente o el problema se debe a otros problemas de la red o del enrutamiento. Para ver la configuración de DNS actual, ejecute el comando siguiente en un símbolo del sistema:
ipconfig /all
Para obtener información adicional acerca del comando ipconfig, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
223413 Opciones de Ipconfig.exe en Windows 2000


Para evitar este problema, agregue una entrada para el servidor al archivo %systemroot%\system32\drivers\etc\hosts en el equipo cliente. También puede evitar el problema conectándose al servidor con la biblioteca de red Canalizaciones con nombre.

Comprobar los alias y protocolos habilitados

Pueden producirse problemas de conectividad si el alias en el equipo cliente está establecido incorrectamente. Puede ver los alias con la Herramienta de red de cliente. Para ello, siga estos pasos:
  1. Inicie la Herramienta de red de cliente. Si las herramientas de cliente de SQL Server están instaladas en el equipo que está ejecutando la aplicación cliente, siga estos pasos para iniciar la Herramienta de red de cliente:
    1. Haga clic en Inicio y seleccione Programas.
    2. Seleccione Microsoft SQL Server y, a continuación, haga clic en Herramienta de red de cliente.
    Si las herramientas de cliente de SQL Server no están instaladas en el equipo cliente, siga estos pasos para iniciar la Herramienta de red de cliente:
    1. Haga clic en Inicio y, a continuación, en Ejecutar.
    2. En el cuadro de diálogo Ejecutar, en el cuadro Abrir escriba cliconfg y, a continuación, haga clic en Aceptar.
  2. En la ventana Herramienta de red de cliente de SQL Server, haga clic en la ficha General y, a continuación, habilite todos los protocolos que desee utilizar.

    Nota
    Debe habilitar al menos el protocolo TCP/IP y el protocolo de canalizaciones con nombre.
  3. Haga clic en la ficha Alias y, a continuación, compruebe los alias que están configurados para la instancia de SQL Server.
  4. Compruebe las propiedades de los alias para asegurarse de que el nombre del servidor o la dirección IP y el protocolo están configurados correctamente.
Puede crear un alias nuevo para probar la conectividad utilizando el nombre del servidor, la dirección IP, o incluso utilizando un protocolo diferente.

Nota
Las versiones anteriores de Microsoft Data Access Components (MDAC) tienen una interfaz de usuario distinta para la Herramienta de red de cliente. Por consiguiente, si no ve las opciones que se muestran en este artículo, instale una versión más reciente de MDAC en el equipo que ejecute la aplicación cliente.

Comprobar que la instancia de SQL Server está escuchando correctamente

Para comprobar que la instancia de SQL Server está escuchando en las canalizaciones con nombre, TCP/IP u otro protocolo que esté usando en la aplicación cliente, abra el archivo de registro de errores de SQL Server actual. El archivo de registro de errores de SQL Server puede contener entradas similares a lo siguiente:
2003-11-06 09:49:36.17 Servidor SQL Server a la escucha en TCP, Memoria compartida, Canalizaciones con nombre. 2003-11-06 09:49:36.17 Servidor SQL Server a la escucha en 192.168.1.5:1433, 127.0.0.1:1433.


Si analiza las entradas del archivo de registro de errores de SQL Server, puede comprobar que la instancia de SQL Server está escuchando en la dirección IP y el puerto correctos. De forma predeterminada, una instancia predeterminada de SQL Server escucha en el puerto 1433. También puede utilizar la Herramienta de red de servidor para comprobar la configuración de protocolo de SQL Server y cambiar las propiedades en SQL Server, incluidos los protocolos que pueden conectarse a SQL Server y los puertos que se pueden utilizar. Para obtener más información sobre cómo utilizar la Herramienta de red de servidor, vea el tema "Herramienta de red de SQL Server" de los Libros en pantalla de SQL Server.

A veces, SQL Server 2000 no se puede enlazar al puerto 1433 o a cualquier otro puerto especificado. Este problema puede aparecer si otra aplicación está utilizando el puerto o si está intentando conectarse utilizando una dirección IP que no es correcta. Por consiguiente, las conexiones TCP/IP al servidor SQL Server pueden no tener éxito y puede que aparezca un mensaje de error similar al siguiente en el archivo de registro de errores de SQL Server:
2001-11-14 15:49:14.12 servidor Información de SuperSocket: Error en el enlace al puerto TCP 1433.
Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
307197 PRB: Otra aplicación está usando el puerto TCP\IP


Si no puede conectar con la instancia de SQL Server utilizando una conexión TCP/IP, intente utilizar el protocolo de canalizaciones con nombre o el protocolo Memoria compartida. Ejecute el comando siguiente en un símbolo del sistema para obtener información sobre los puertos que se están usando:
NETSTAT -an
También puede utilizar la utilidad de línea de comandos Portqry para obtener más información acerca de los puertos que están utilizándose.

Para obtener información adicional acerca de la utilidad de línea de comandos Portqry, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
310099 Descripción de la utilidad de línea de comandos Portqry.exe
Para obtener información adicional sobre un posible error relacionado con los sockets de TCP/IP, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
306865 ERROR: SQL Server no puede escuchar en los sockets de TCP/IP cuando éste es el único protocolo


Nota
En las instancias con nombre de SQL Server, SQL Server determina dinámicamente el puerto y escucha en el puerto determinado. Por consiguiente, al iniciar la instancia con nombre de SQL Server, SQL Server intenta escuchar en el puerto que se estaba utilizando anteriormente. Si SQL Server no se puede enlazar a ese puerto, la sesión con nombre se puede enlazar dinámicamente a un puerto diferente. En esa situación, asegúrese de que la aplicación cliente también se establece para determinar el puerto de forma dinámica. O bien, puede especificar un puerto estático para la instancia con nombre con el que enlazar y en el que escuchar utilizando la Herramienta de red de cliente.

Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
286303 INF: Comportamiento de la biblioteca de red de SQL Server 2000 durante la detección dinámica de puertos
823938 Cómo utilizar la asignación de puertos estática y dinámica en SQL Server 2000

Solucionar problemas de MDAC

Los problemas de conectividad también pueden deberse a problemas de MDAC. Por ejemplo, una instalación de software puede sobrescribir algunos de los archivos de MDAC o cambiar los permisos que debe tener para obtener acceso a los archivos de MDAC. Puede ejecutar el Comprobador de componentes de MDAC para comprobar la instalación de MDAC en el equipo.

Para obtener información adicional acerca de cómo averiguar la versión de MDAC, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
301202 CÓMO: Comprobar la versión de MDAC

Nota
Si se va a conectar a una instancia con nombre de SQL Server, asegúrese de que en el equipo se ejecuta MDAC 2.6 o posterior. Las versiones anteriores de MDAC no reconocen las instancias con nombre de SQL Server. Por consiguiente, las conexiones a las instancias con nombre pueden no tener éxito.

Puede utilizar la utilidad Odbcping.exe para comprobar las conexiones a través del controlador ODBC de SQL Server.

Para obtener información adicional acerca de Odbcping.exe, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
138541 CÓMO: Usar Odbcping.exe para comprobar la conectividad de ODBC a SQL Server
Para obtener información adicional acerca de cómo configurar los DSN de ODBC, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
289573 PRB: Configurar los DSN con las bibliotecas de red de SQL Server

También puede probar la conectividad a la instancia de SQL Server utilizando un archivo .udl.

Para obtener información adicional acerca de cómo crear un archivo .udl, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
244659 EJEMPLO: Cómo crear un archivo de vínculo de datos con Windows 2000

Solucionar problemas de firewall

Si hay un firewall entre el equipo cliente y el equipo que ejecuta SQL Server, asegúrese de que los puertos que se necesitan para comunicar a través del firewall están abiertos.

Para obtener información adicional sobre los puertos que deben estar abiertos para comunicarse a través de un firewall, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
287932 INF: Se necesitan puertos TCP para la comunicación con SQL Server mediante un servidor de seguridad
269882 CÓMO: Usar ADO para conectar con un servidor SQL Server que está detrás de un firewall


Si utiliza el protocolo TCP/IP para conectar con la instancia de SQL Server, asegúrese de que puede utilizar el programa Telnet para conectar con el puerto donde el servidor SQL Server está escuchando. Para utilizar el programa Telnet, ejecute el comando siguiente en un símbolo del sistema:
Telnet <dirección IP> <número de puerto>
Si el programa Telnet no puede ejecutarse y se recibe un mensaje de error, resuélvalo e intente volver a conectar.

Nota
Debido a los problemas que ocasionó el virus de Slammer, el puerto 1434 del Protocolo de datagramas de usuarios (UDP) puede estar bloqueado en el firewall.

Solucionar problemas de autenticación y seguridad

Las conexiones a SQL Server pueden no tener éxito debido a errores de autenticación. Si la autenticación falla, puede recibir un mensaje de error similar a alguno de los siguientes:
Error de inicio de sesión del usuario '<nombreDeUsuario>'.
Error de inicio de sesión del usuario 'NTAUTHORITY\ANONYMOUS LOGON'
Error de inicio de sesión del usuario 'null'
Si recibe un mensaje de error debido a un problema de autenticación y no menciona un nombre de inicio de sesión de SQL Server concreto, solucione el problema de la autenticación de Windows. Los problemas de la autenticación de Windows pueden provocar el mensaje de error siguiente:
No se puede generar el contexto SSPI
Los problemas siguientes pueden producir problemas con la autenticación y la seguridad:
  • Hay problemas con la autenticación de NTLM o con la autenticación de Kerberos.
  • No se puede entrar en contacto con el controlador de dominio debido a problemas de conectividad.
  • Se producen problemas con las relaciones de confianza a través de los dominios.
Para obtener más información sobre las posibles causas, vea los registros de sucesos del equipo. Para evitar los problemas de conectividad de la autenticación de Windows, puede utilizar la autenticación de SQL Server para conectar con la instancia de SQL Server. Para obtener información adicional acerca de cómo investigar y resolver el error "No se puede generar el contexto SSPI", haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
811889 Cómo solucionar el mensaje de error "No se puede generar el contexto SSPI"
Si la conexión no puede establecerse al utilizar la autenticación de SQL Server, recibe el mensaje de error siguiente:
Error de inicio de sesión del usuario '<nombreDeUsuario>'. No está asociado a una conexión de confianza

Para solucionar este problema, siga estos pasos.

Advertencia
La utilización incorrecta del Editor del Registro puede provocar problemas graves que hagan necesario volver a instalar el sistema operativo. Microsoft no garantiza que pueda solucionar los problemas derivados del uso incorrecto del Editor del Registro. Utilice el Editor del Registro bajo su responsabilidad.
  1. Asegúrese de que la instancia de SQL Server está configurada para utilizar la autenticación de Windows y la autenticación de SQL Server. Para ello, asegúrese de que las claves del Registro siguientes están en el equipo que ejecuta SQL Server. Para la instancia predeterminada de SQL Server:
    HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode
    Para la instancia con nombre de SQL Server:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instance Name>\MSSQLServer\LoginMode
    Asegúrese de que están establecidos los valores de las claves del Registro siguientes:
    Contraer esta tablaAmpliar esta tabla
    Tipo de autenticaciónValor
    Sólo la autenticación de Windows1
    Modo mixto (autenticación de SQL Server y de Windows)2

    Nota
    Si realiza algún cambio en el Registro, debe detener y a continuación reiniciar la instancia de SQL Server para que los cambios surtan efecto.
  2. Intente conectarse a la instancia de SQL Server utilizando cuentas de Windows o cuentas de inicio de sesión de SQL Server diferentes. Esto puede ayudar a determinar si la conexión no puede establecerse debido a problemas de una cuenta de inicio de sesión determinada. Por ejemplo, se puede haber cambiado la contraseña de la cuenta de inicio de sesión.
  3. Intente conectarse a la instancia de SQL Server utilizando protocolos diferentes. Por ejemplo, puede que las conexiones que utilizan el protocolo TCP/IP con la autenticación de Windows no se puedan establecer, pero sí puedan establecerse las que utilizan el protocolo de canalizaciones con nombre con la autenticación de Windows.
Si utiliza certificados, puede recibir un mensaje de error de seguridad de Nivel de sockets seguro (SSL, Secure Sockets Layer) al intentar conectarse a la instancia de SQL Server. Para obtener información adicional al respecto, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
316898 CÓMO: Habilitar el cifrado de SSL para SQL Server 2000 con Microsoft Management Console
322144 REVISIÓN: SECDoClientHandShake no puede conectarse a SQL Server


Solucionar problemas de sobrecarga en los sockets de TCP/IP

Cuando se usa el controlador ODBC de SQL Server, el Proveedor de Microsoft OLE DB para SQL Server o el proveedor administrado System.Data.SqlClient puede deshabilitar la agrupación de conexiones utilizando las interfaces de programación de aplicaciones (API) adecuadas. Cuando deshabilita la agrupación de conexiones y la aplicación abre y cierra las conexiones frecuentemente, puede aumentar la carga de trabajo en la biblioteca de red de SQL Server subyacente. A veces, los servidores Web y los controladores JDBC también pueden intentar conectar con la instancia de SQL Server. Por consiguiente, el aumento de las solicitudes de conexión a SQL Server puede superar lo que SQL Server puede tratar. Esto puede sobrecargar los sockets de TCP/IP y puede aparecer el mensaje de error siguiente en el archivo de registro de errores de SQL Server:
2003-08-07 20:46:21.11 Error de servidor: 17832, Gravedad: 20, estado: 6
2003-08-07 20:46:21.11 servidor Se abrió la conexión pero el paquete o paquetes de inicio de sesión enviados no son válidos. Conexión cerrada.


Para obtener información adicional al respecto, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
154628 INF: SQL registra 17832 con varias solicitudes de conexión de TCP\IP
328476 Configuración de TCP/IP para los controladores de SQL Server cuando está deshabilitada la agrupación de conexiones


Nota
Puede que no observe la sobrecarga en los sockets de TCP/IP si ejecuta el Service Pack 3 de SQL Server 2000 o el Service Pack 3a de SQL Server 2000 porque se agregó un límite en el número de paquetes de inicio de sesión. El error 17832 aparece al utilizar controladores de otros proveedores para conectar con la instancia de SQL Server. Para resolver este problema, póngase en contacto con el proveedor y obtenga controladores que se haya demostrado que funcionan con el Service Pack 3 o el Service Pack 3a de SQL Server 2000.

Comprobar si la instancia de SQL Server se inicia en modo de usuario único

Si la instancia de SQL Server a la que está intentando conectarse se inicia en modo de usuario único, sólo se puede establecer una conexión con SQL Server. Si tiene software ejecutándose en el equipo que se conecte automáticamente a SQL Server, el software puede utilizar fácilmente la única conexión. Por ejemplo, el software siguiente puede conectarse automáticamente a la instancia de SQL Server:
  • Agente SQL Server
  • Software de copia de seguridad de otros proveedores
  • Software de supervisión de otros proveedores
  • Software antivirus de otros proveedores
  • Servicios de Internet Information Server de Microsoft (IIS)
  • Administrador corporativo de SQL Server
La aplicación cliente que está intentando conectarse a la instancia de SQL Server recibe el mensaje de error siguiente:
El servidor SQL Server no existe o se denegó el acceso
Este error generalmente aparece durante la ejecución de los programas de instalación de clúster de SQL Server o del Service Pack cuando el proceso de instalación inicia la instancia de SQL Server en modo de usuario único. Las aplicaciones especificadas pueden conectarse automáticamente a la instancia de SQL Server utilizando la única conexión disponible y la instalación no puede completarse.

Para determinar si la instancia de SQL Server se ha iniciado en modo de usuario único, compruebe si el archivo de registro de errores de SQL Server tiene una entrada que sea similar a la siguiente:
2003-07-31 11:26:43.79 spid3 Advertencia ******************
2003-07-31 11:26:43.80 spid3 Se inició SQL Server en modo de usuario único. Se permiten actualizaciones en los catálogos del sistema.

Comprobar la conectividad de las canalizaciones con nombre a SQL Server

Si no puede conectar con la instancia de SQL Server utilizando canalizaciones con nombre, asegúrese de que la instancia de SQL Server está configurada para aceptar las conexiones de canalizaciones con nombre. Para obtener información adicional acerca del procedimiento para probar las canalizaciones con nombre, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
68941 INF: Procedimiento para probar las canalizaciones con nombre

Solucionar problemas de las conexiones que agotan el tiempo de espera durante el proceso de recuperación

Siempre que inicia una instancia de SQL Server, SQL Server recupera cada base de datos. Durante este proceso de recuperación, SQL Server deshace las transacciones que no están confirmadas. SQL Server también pone al día las transacciones que están confirmadas y los cambios que no se escribieron en el disco duro cuando se detuvo la instancia de SQL Server. Cuando el proceso de recuperación finalice, SQL Server registrará el mensaje siguiente en el archivo de registro de errores de SQL Server:
Recuperación completa
Durante el proceso de recuperación, SQL Server no puede aceptar conexiones. Los clientes que intentan conectarse a la instancia de SQL Server durante ese tiempo pueden recibir un mensaje de error similar al siguiente:
Se agotó el tiempo de espera
El servicio Agente SQL Server no puede iniciarse porque espera a que SQL Server recupere las bases de datos. Por lo tanto, al recibir el mensaje siguiente en el archivo de registro de errores de SQL Server, las conexiones ya no sufrirán un error de tiempo de espera:
Recuperación completa
Si el proceso de recuperación tarda mucho tiempo, puede que tenga que solucionar más problemas del proceso de recuperación.

Probar maneras diferentes de conectarse a la instancia de SQL Server

Si experimenta problemas de conectividad al conectarse a la instancia de SQL Server, puede utilizar alguno de los métodos siguientes para evitar el problema.
  • Pruebe la conectividad a la instancia de SQL Server utilizando la autenticación de SQL Server y la autenticación de Windows.
  • Pruebe la conectividad a la instancia de SQL Server desde otros orígenes de datos, como un DSN ODBC, un archivo .udl, el Analizador de consultas SQL, el Administrador corporativo de SQL Server, la utilidad isql o la utilidad osql.
  • Pruebe la conectividad a la instancia de SQL Server utilizando protocolos diferentes. Puede especificar protocolos distintos creando un alias nuevo para la instancia de SQL Server que use ese protocolo. También puede especificar el protocolo en la cadena de conexión agregando tcp:, np:, lpc: o rpc: al principio del nombre de la instancia de SQL Server. Por ejemplo, aunque las conexiones TCP/IP no puedan establecerse, sí podrán las conexiones con canalizaciones con nombre.
  • Pruebe la conectividad utilizando una cuenta de inicio de sesión diferente para ayudar a determinar si el problema está asociado a una cuenta de inicio de sesión determinada.
  • Intente agregar al archivo %systemroot%\system32\drivers\etc\hosts una entrada que corresponda a la dirección IP del equipo que ejecute la instancia de SQL Server.
  • Intente conectarse a la instancia de SQL Server desde el equipo que ejecute SQL Server y desde el cliente.
  • Si se va a conectar desde el equipo que ejecuta SQL Server, puede especificar "." o "(local)" (sin las comillas) en lugar del nombre del servidor y, a continuación, conectar.
  • Intente conectarse a la instancia de SQL Server utilizando la dirección IP en lugar del nombre del servidor.
  • Intente especificar el puerto concreto en el que la instancia de SQL Server está escuchando, o crear un alias o agregar un número de puerto a la cadena de conexión (MiServidor\MiInstancia, 1433, por ejemplo).

Capturar trazas de Monitor de red

Si los pasos que se mencionan en la sección "Probar maneras diferentes de conectarse a la instancia de SQL Server 2000" no resuelven el problema de conectividad, utilice la utilidad Monitor de red para capturar trazas de red. Para obtener información adicional acerca de las trazas de red, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
148942 Cómo capturar el tráfico de red con Monitor de red

294818 Preguntas más frecuentes acerca de Monitor de red

169292 Fundamentos de la lectura de trazas de TCP/IP

102908 Cómo solucionar problemas de conectividad TCP/IP con Windows 2000 o Windows NT


Para obtener más información detallada, puede que tenga que utilizar las trazas del Analizador de SQL. También puede utilizar la herramienta Diagnósticos de red en los equipos que no pertenezcan a un clúster donde se ejecute SQL Server para obtener trazas de red. Para obtener información adicional acerca de cómo usar la herramienta Diagnósticos de red, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
321708 CÓMO: Utilizar la herramienta Diagnósticos de red (Netdiag.exe) en Windows 2000

Referencias

Para obtener información adicional acerca de varios problemas de conectividad relacionados con SQL Server, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
812817 Presentación en Web de soporte técnico: Microsoft SQL Server 2000: solucionar problemas de conectividad
319930 CÓMO: Conectar con Microsoft Desktop Engine
257434 INF: La biblioteca de red de DSN existente que reemplaza la biblioteca de red de un nuevo DSN para el mismo nombre del servidor SQL Server
306985 Errores de RPC al conectar a un servidor virtual de clústeres con canalizaciones con nombre
313062 CÓMO: Conectar a una base de datos utilizando páginas Active Server en Windows 2000
313295 CÓMO: Utilizar el parámetro de nombre de servidor en una cadena de conexión para especificar la biblioteca de red de cliente
320728 CÓMO: Resolver el mensaje de error "Se ha llegado al límite máximo de conexión"
328306 INF: Causas potenciales del mensaje de error "SQL Server no existe o se ha negado el acceso"
247931 INF: Métodos de autenticación para las conexiones a SQL Server en páginas Active Server
169377 Cómo obtener acceso a SQL Server en páginas Active Server
328383 INF: Los clientes de SQL Server pueden cambiar los protocolos cuando tratan de conectar
238949 CÓMO: Establecer la biblioteca de red de SQL Server en una cadena de conexión ADO
270126 PRB: Cómo administrar la conectividad de clientes con ambos servidores virtuales de SQL Server 2000 después de una actualización de clúster activa-activa 7.0
316779 PRB: Es posible que los clientes que tienen habilitada la opción Forzar cifrado de protocolo no puedan conectarse con una dirección IP
216643 INF: No se ven las opciones de conexión ODBC/OLEDB al trazar las conexiones a SQL Server 7.0
265808 INF: Cómo conectarse a una instancia con nombre de SQL Server 2000 con las herramientas de cliente de la versión anterior
191572 INFO: Administración de grupos de conexiones de los objetos ADO llamados desde ASP
313173 Administrador de grupo de conexiones de ejemplo para usar con el controlador de Microsoft SQL Server 2000 para JDBC
237844 CÓMO: Habilitar el agrupamiento de conexiones ODBC en una aplicación ADO de Visual Basic
259569 PRB: Al instalar el producto de otro proveedor, se daña la configuración del Registro de MDAC de Windows 2000

Propiedades

Id. de artículo: 827422 - Última revisión: jueves, 11 de mayo de 2006 - Versión: 3.2
La información de este artículo se refiere a:
  • Microsoft SQL Server 2000 Standard Edition
Palabras clave: 
kbhowto kbsqlclient kbdll kbclientserver kbclient kbdns kberrmsg kbtshoot kbregistry KB827422

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com