Recopilación de datos para solucionar problemas de conectividad de SQL Server

• ¿El problema afecta solo a conexione de base de datos o también afecta a las conexiones de recursos compartidos de archivos y web? Muchos casos se notifican al equipo de SQL Server porque se producen en el servidor de bases de datos. Sin embargo, puede ser posible que el problema no esté relacionado con la base de datos en absoluto y podría requerir compatibilidad con Windows o Active Directory más general.
• ¿Existe una relación de confianza entre el dominio de usuario, el dominio de cliente o el dominio de servidor si son diferentes? ¿Es externo, bosque, unidireccional, bidireccional o ninguno?
• ¿Funciona correctamente la conexión si todos los recursos están en el mismo dominio?
• ¿El problema es intermitente o periódico o es coherente?
• ¿Se produce el problema solo si más de un usuario usa la aplicación? ¿Se produce con más frecuencia si más usuarios lo usan?
• ¿Se produce el problema solo en determinados momentos del día o en determinados días de la semana?
• ¿Se produce el problema solo cuando se realiza una copia de seguridad o se vuelve a indexar la base de datos?
• ¿Afecta el problema a más de un servidor?
• ¿El problema afecta solo a un nodo de un clúster de n nodos? Si es así, puede ser más eficaz considerar la posibilidad de volver a generar ese nodo determinado.
• ¿El problema afecta solo a uno o dos clientes de varios? Si es así, quizás la recompilación sería más eficaz.
• ¿El problema afecta solo a las canalizaciones con nombre y no a TCP (o viceversa)?
• ¿Se produce el problema al usar un inicio de sesión de SQL Server y TCP/IP?
• ¿Existe un caso de trabajo que se pueda comparar con el caso con errores? ¿Cómo difieren los sistemas?

Use las siguientes preguntas para recopilar datos sobre los distintos componentes del equipo cliente. Estos datos pueden resultar útiles para identificar los problemas.

• ¿Cuál es el nombre, la edición y la versión del sistema operativo (WinVer)?

• ¿Cuál es el nombre y la versión del controlador o proveedor de SQL Server?

• ¿Cuáles son el nombre del equipo y la dirección IP?

• ¿Cuál es el estado del dominio del equipo? Si está unido a un dominio, ¿cuál es el nombre de dominio?

• ¿Qué entorno en tiempo de ejecución de la aplicación se usa? Por ejemplo, Trabajo de Internet Information Services (IIS), Windows Forms, Web Sphere o SQL Server Integration Services (SSIS).

• ¿Qué idioma de aplicación se usa?

• ¿Cuál es el cadena de conexión usado?

• ¿Qué tipo de autenticación se usa para conectarse al servidor? Por ejemplo, New Technology LAN Manager (NTLM), Kerberos, SQL o Azure Active Directory (AAD).

• Si la aplicación es un servidor o servicio, ¿delega las credenciales de usuario en la base de datos de back-end?

• ¿Se usa la delegación restringida?

• ¿Cuáles son la cuenta de servicio de aplicación y el dominio?

• ¿Qué tipo de servicio se usa? ¿Es físico, virtual o en la nube? Por ejemplo, IaaS, Aplicación web, Rol web o Power BI.

• ¿Qué es el controlador de cliente? ¿Es la conectividad de base de datos Java (JDBC) o se ejecuta en Linux o Mac?

  Nota:

  Los flujos de trabajo están actualmente más orientados a Windows.

• ¿Afecta el problema solo a los proveedores heredados, como Provider=SQLOLEBD o Driver={SQL Server}, y no a SQL Native Client y controladores posteriores (o viceversa)?

• ¿Se produce el problema en una sola aplicación o en varias aplicaciones?

• ¿Se produce un error en un archivo de vínculo de datos universal (UDL) cuando intenta conectarse a otros servidores basados en SQL Server o no se puede realizar solo el servidor que tiene el problema?

• ¿El usuario inicia sesión en el servidor basado en SQL Server e intenta conectarse mediante SQL Server Management Studio (SSMS)?

• ¿Se produce el problema solo cuando se usa el nombre NETBIOS del servidor y no cuando se usa el nombre de dominio completo (FQDN) (o viceversa)? ¿Funciona con la dirección IP?

• ¿El cliente que ejecuta Windows 10 Enterprise Edition tiene activada la característica Credential Guard? Si es así, esto puede afectar a escenarios de delegación completos.

Use las siguientes preguntas para recopilar datos sobre los archivos de registro:

• ¿Cuál es el mensaje de error exacto en la pila de llamadas?
• ¿Se recopiló el registro de los archivos ERRORLOG y ERRORLOG.1 de SQL Server?
• ¿Se recopilaron los registros de eventos de la aplicación del cliente y el servidor?
• ¿Se recopilaron los archivos de registro de la aplicación cliente y los archivos de configuración? Por ejemplo, web.config, rsreportserver.config, *.config o *.ini.
• ¿Hay una representación visual disponible de la red que muestra los equipos, enrutadores, etc.?

Hace referencia a determinar si el problema es un desarrollo reciente o si se ha conservado durante un tiempo:

• ¿El problema siempre ha existido (nueva instalación) o ha funcionado correctamente la aplicación durante algún tiempo antes de que se interrumpiera recientemente?
• Si la aplicación se usa para funcionar correctamente, ¿qué cambios se realizaron en el entorno? Por ejemplo, las actualizaciones instaladas, los controladores de dominio actualizados, los cambios en la configuración del firewall, los controladores de dominio retirados o un traslado a una unidad organizativa diferente en el dominio.

Para un servidor vinculado, recopile información del servidor para el servidor de nivel medio y el servidor back-end. Para un problema de delegación de IIS a SQL, recopile información sobre el servidor web, incluida la configuración web.config y la autenticación.

• ¿Cuál es el nombre del nombre del sistema operativo, la edición y la versión (Winver)?
• ¿Cuál es el nombre y la versión de la base de datos?
• ¿Cuál es el nombre del equipo?
• ¿Cuál es la dirección IP?
• ¿Cuál es el nombre de dominio si el equipo está unido a un dominio?
• ¿Cuál es la cuenta de servicio y el dominio de SQL Server?
• ¿Cuál es el nombre de la instancia de SQL Server?
• ¿Qué protocolos están habilitados?
• ¿Cuál es el puerto en el que escucha el servidor?
• ¿Cuál es el nombre de la canalización del servidor? Puede encontrar esta información en el registro de errores.
• ¿Qué tipo de entorno se usa? ¿Es físico, virtual o en la nube? Por ejemplo, IaaS (SQL en una máquina virtual de Azure) o PaaS (Azure SQL Database, SQL Instancia administrada (MI)).
• ¿La base de datos se implementa como independiente, agrupada, reflejada o con AlwaysOn?
• ¿Cuál es el nombre del asociado de conmutación por error y la dirección IP?
• ¿Cuál es el nombre del clúster virtual o el nombre del agente de escucha y el puerto?
• ¿Cuál es la dirección IP virtual o la DIRECCIÓN IP del agente de escucha?
• ¿En qué sistema operativo está instalada la base de datos? ¿Es Windows, Linux o Mac? Esto puede afectar a la recopilación de datos.
• ¿Cuál es la ubicación de la base de datos? ¿Está en Azure?
• ¿Cuál es el estado actual del servidor en términos de la actualización acumulativa y Service Pack más reciente? No hay ningún punto en depurar un problema que ya se ha corregido.
• ¿Se ha actualizado SQL Server recientemente para admitir la seguridad de la capa de transporte (TLS) 1.2? ¿También se actualizaron los clientes? ¿Se ha desactivado TLS 1.0?
• ¿Cuál es el estado actual del servicio SQL Server? ¿Se está ejecutando?
• ¿Cuál es el estado del servicio SQL Browser? ¿Se está ejecutando?
• ¿Cuál es la especificidad del problema para una cuenta de servicio? ¿La ejecución del servidor mediante una cuenta de servicio diferente resuelve el problema?

Recopile los siguientes detalles de usuario:

• ¿El usuario inicia sesión directamente en el equipo cliente o accede a él de forma remota? Por ejemplo, ¿usa el usuario un explorador?
• ¿Es el usuario un servicio, como el Agente SQL? ¿Se usa la identidad del proceso o se usa una credencial almacenada?
• ¿Cuál es el tipo de autenticación que se usa para conectarse a la aplicación cliente? ¿Es la autenticación de Windows, Forms o AAD?
• ¿El usuario se conecta al servidor mediante la seguridad integrada?
• ¿Cuáles son el nombre de usuario y el nombre de dominio?

Si el usuario es remoto a la aplicación cliente, recopile los detalles siguientes:

• ¿Cuáles son el nombre del equipo y la dirección IP?
• ¿Está unido al dominio del equipo? Si es así, ¿cuál es el nombre de dominio?
• ¿El usuario se conecta a través de una VPN o un servidor proxy? ¿Se produce el problema si alguno de los métodos está conectado directamente?
• Si el usuario se conecta a un servidor web, ¿se equilibra la carga del servidor?
• ¿Se usan sesiones permanentes o afinidad de sesión?
• ¿El usuario inicia sesión en un servidor de terminal o jump box y accede a la aplicación?
• ¿Afecta el problema solo a los usuarios en unidades organizativas (UNIDADES organizativas) concretas?
• ¿Se ha movido el usuario, el cliente o el servidor a una unidad organizativa (OU) diferente en Active Directory?
• ¿Afecta el problema solo a los usuarios no administrativos?
• ¿Afecta el problema a todos o solo algunos de los usuarios de un dominio determinado?