Solución de problemas de conectividad y otros errores con Azure SQL Database y Azure SQL Managed Instance

SE APLICA A: Azure SQL Database Azure SQL Managed Instance

Cuando la conexión a Azure SQL Database o Azure SQL Managed Instance no se logra establecer, se reciben mensajes de error. El origen de estos problemas de conexión puede ser la reconfiguración, la configuración del firewall, el tiempo de expiración de conexión, la información de inicio de sesión incorrecta o un error al aplicar procedimientos recomendados e instrucciones de diseño durante el proceso de diseño de la aplicación. Además, si se alcanza el límite máximo en algunos recursos de Azure SQL Database o Instancia administrada de SQL, no será posible volver a establecer la conexión.

Mensajes de error transitorios (40197, 40613 y otros)

La infraestructura de Azure ofrece la posibilidad de volver a configurar dinámicamente servidores cuando surgen cargas de trabajo pesadas en el servicio de SQL Database. Este comportamiento dinámico podría dar lugar a que el programa cliente perdiera su conexión a la base de datos o la instancia. Este tipo de condición de error se conoce como error transitorio. Los eventos de reconfiguración de la base de datos se producen debido a un evento planeado (por ejemplo, una actualización de software) o a un evento no planeado (por ejemplo, el bloqueo de un proceso o un equilibrio de carga). La mayoría de los eventos de reconfiguración son generalmente de corta duración y se completarán en menos de 60 segundos. Sin embargo, ocasionalmente estos eventos pueden tardar más tiempo de finalizar, por ejemplo, cuando una transacción grande produce una recuperación de larga duración. En la tabla siguiente se enumeran varios errores transitorios que las aplicaciones pueden recibir al conectarse a SQL Database

Lista de códigos de error transitorios

Pasos para resolver los problemas de conectividad transitorios

1. Compruebe el panel de Estado de Microsoft Azure para comprobar si hay interrupciones conocidas que se hayan producido durante el tiempo en el que la aplicación informó de los errores.
2. Para las aplicaciones que se conectan a un servicio en la nube, como Azure SQL Database, se deben prever eventos periódicos de reconfiguración e implementar la lógica de reintento para gestionar estos errores en lugar de mostrar los errores de la aplicación a los usuarios.
3. Conforme una base de datos se acerca a sus límites de recursos, puede parecer un problema de conectividad transitorio. Consulte Límites de los recursos.
4. Si los problemas de conectividad continúan, si el tiempo de detección del error por parte de la aplicación supera los 60 segundos o si el error se repite varias veces en un día determinado, realice una solicitud de soporte técnico a Azure; para ello, seleccione Obtener soporte en el sitio Soporte técnico de Azure .

Implementar lógica de reintento

Se recomienda encarecidamente que el programa cliente tenga lógica de reintento para poder tratar de restablecer una conexión después de dar tiempo a que se corrijan los errores transitorios. Se recomienda un retraso de 5 segundos antes del primer reintento. Si se vuelve a intentar después de un retraso de menos de 5 segundos, se correrá el riesgo de sobrecargar el servicio en la nube. Para cada intento siguiente el retraso debe aumentar exponencialmente, hasta un máximo de 60 segundos.

Para obtener ejemplos de lógica de reintento, vea:

• Conectar de forma resistente a SQL con ADO.NET
• Paso 4: Conectar de forma resistente a SQL con PHP

Para más información sobre el control de errores transitorios en la aplicación, consulte Solución de problemas de errores de conexión transitorios en SQL Database.

Una explicación del período de bloqueo para clientes que usan ADO.NET está disponible en Grupos de conexión (ADO.NET).

Se ha producido un error relacionado con la red o específico de la instancia al establecer una conexión con el servidor.

El problema se produce si la aplicación no se puede conectar al servidor.

Para resolver este problema, pruebe los pasos (en orden) de la sección Pasos para solucionar problemas de conexión comunes.

No se detectó el servidor/instancia o no estaba accesible (errores 26, 40, 10053)

Error 26: Error al buscar el servidor especificado

System.Data.SqlClient.SqlException: A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.(provider: SQL Network Interfaces, error: 26 – Error Locating Server/Instance Specified)

Error 40: No se pudo abrir una conexión al servidor

A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server)

Error 10053: Error en el nivel del transporte al recibir los resultados del servidor.

10053: A transport-level error has occurred when receiving results from the server. (Provider: TCP Provider, error: 0 - An established connection was aborted by the software in your host machine)

Estos problemas se producen si la aplicación no se puede conectar al servidor.

Para resolver estos problemas, pruebe los pasos (en orden) de la sección Pasos para solucionar problemas de conexión comunes.

No se puede conectar al servidor por problemas de firewall

Error 40615: No se puede conectar a

Para resolver este problema, configure un firewall en SQL Database con Azure Portal.

Error 5: No se puede conectar a

Para resolver este problema, asegúrese de que el puerto 1433 está abierto para las conexiones salientes en todos los firewalls entre el cliente e Internet.

No se puede iniciar sesión en el servidor (errores 18456, 40531)

Error de inicio de sesión del usuario ""

Login failed for user '<User name>'.This session has been assigned a tracing ID of '<Tracing ID>'. Provide this tracing ID to customer support when you need assistance. (Microsoft SQL Server, Error: 18456)

Para resolver este problema, póngase en contacto con el administrador de servicios para que le proporcione un nombre de usuario y una contraseña válidos.

Normalmente, el administrador de servicio puede usar los siguientes pasos para agregar las credenciales de inicio de sesión:

1. Inicie sesión en el servidor mediante SQL Server Management Studio (SSMS).

2. Ejecute la siguiente consulta SQL en la base de datos master para comprobar si el nombre de inicio de sesión está deshabilitado:

   SELECT name, is_disabled FROM sys.sql_logins;
   

3. Si el nombre correspondiente está deshabilitado, habilítelo mediante la instrucción siguiente:

   ALTER LOGIN <User name> ENABLE;
   

4. Si el nombre de usuario de inicio de sesión SQL no existe, edite y ejecute la siguiente consulta SQL para crear un inicio de sesión SQL:

   CREATE LOGIN <SQL_login_name, sysname, login_name>
   WITH PASSWORD = '<password, sysname, Change_Password>';
   GO
   

5. En el Explorador de objetos de SSMS, expanda Bases de datos.

6. Seleccione la base de datos para la que desea conceder permiso al usuario.

7. Haga clic con el botón derecho en Seguridad y, después, seleccione Nuevo, Ususario.

8. En el script generado con marcadores de posición (ejemplo que se muestra a continuación), reemplace los parámetros de plantilla siguiendo los pasos que se indican aquí y realice la ejecución:

   CREATE USER [<user_name, sysname, user_name>]
   FOR LOGIN [<login_name, sysname, login_name>]
   WITH DEFAULT_SCHEMA = [<default_schema, sysname, dbo>];
   GO
   
   -- Add user to the database owner role
   EXEC sp_addrolemember N'db_owner', N'<user_name, sysname, user_name>';
   GO
   

   también puede utilizar sp_addrolemember para asignar usuarios específicos a roles de base de datos específicos.

   Nota

   En Azure SQL Database, considere la sintaxis ALTER ROLE más reciente para administrar la pertenencia al rol de la base de datos.

Para más información, consulte Administración de bases de datos e inicios de sesión en Azure SQL Database.

Errores de tiempo de espera de conexión agotado

System.Data.SqlClient.SqlException (0x80131904): Tiempo de espera de conexión agotado

System.Data.SqlClient.SqlException (0x80131904): Connection Timeout Expired. The timeout period elapsed while attempting to consume the pre-login handshake acknowledgement. This could be because the pre-login handshake failed or the server was unable to respond back in time. The duration spent while attempting to connect to this server was - [Pre-Login] initialization=3; handshake=29995;

System.Data.SqlClient.SqlException (0x80131904): Tiempo de espera agotado

System.Data.SqlClient.SqlException (0x80131904): Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.

System.Data.Entity.Core.EntityException: Error del proveedor subyacente en [Abierto]

System.Data.Entity.Core.EntityException: The underlying provider failed on Open. -> System.Data.SqlClient.SqlException: Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding. -> System.ComponentModel.Win32Exception: The wait operation timed out

No se puede conectar a

Cannot connect to <server name>.ADDITIONAL INFORMATION:Connection Timeout Expired. The timeout period elapsed during the post-login phase. The connection could have timed out while waiting for server to complete the login process and respond; Or it could have timed out while attempting to create multiple active connections. The duration spent while attempting to connect to this server was - [Pre-Login] initialization=231; handshake=983; [Login] initialization=0; authentication=0; [Post-Login] complete=13000; (Microsoft SQL Server, Error: -2) For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=-2&LinkId=20476 The wait operation timed out

Estas excepciones pueden producirse por problemas de conexión o de consulta. Para confirmar que este error se debe a problemas de conectividad, consulte Confirmación de si un error se debe a un problema de conectividad.

Los tiempos de espera de conexión se producen porque la aplicación no se puede conectar al servidor. Para resolver este problema, pruebe los pasos (en orden) de la sección Pasos para solucionar problemas de conexión comunes.

Errores de gobernanza de recursos

Error 10928: Id. de recurso: %d

10928: Resource ID: %d. The %s limit for the database is %d and has been reached. See http://go.microsoft.com/fwlink/?LinkId=267637 for assistance. The Resource ID value in error message indicates the resource for which limit has been reached. For sessions, Resource ID = 2.

Para resolver este problema, pruebe uno de los métodos siguientes:

• Compruebe si hay consultas de larga duración:

  Nota

  Se trata de un enfoque minimalista que puede que no resuelva el problema. Para más información sobre cómo solucionar problemas de consultas de bloqueo o de larga duración, vea Descripción y resolución de los problemas de bloqueo de Azure SQL Database.

1. Ejecute la siguiente consulta SQL para comprobar la vista sys.dm_exec_requests y ver las solicitudes de bloqueo:

   SELECT * FROM sys.dm_exec_requests;
   

2. Determine el búfer de entrada del bloqueador de encabezado con la función de administración dinámica sys.dm_exec_input_buffer, y el valor session_id de la consulta incorrecta; por ejemplo:

   SELECT * FROM sys.dm_exec_input_buffer (100,0);
   

3. Optimice la consulta del bloqueador de encabezado.

Si la base de datos alcanza el límite constantemente a pesar del bloqueo y las consultas de larga duración, considere la posibilidad de actualizar a una edición con más recursos en Ediciones.

Para más información sobre los límites de la base de datos, consulte Límites de recursos de SQL Database para servidores.

Error 10929: Identificador de recurso: 1

10929: Resource ID: 1. The %s minimum guarantee is %d, maximum limit is %d and the current usage for the database is %d. However, the server is currently too busy to support requests greater than %d for this database. See http://go.microsoft.com/fwlink/?LinkId=267637 for assistance. Otherwise, please try again later.

Error 40501: El servicio está ocupado actualmente

40501: The service is currently busy. Retry the request after 10 seconds. Incident ID: %ls. Code: %d.

Se trata de un error de limitación del motor, que indica que se superan los límites de los recursos.

Para más información sobre los límites de recursos, consulte Límites de recursos de servidores SQL lógicos.

Error 40544: La base de datos ha alcanzado su cuota de tamaño

40544: The database has reached its size quota. Partition or delete data, drop indexes, or consult the documentation for possible resolutions. Incident ID: <ID>. Code: <code>.

Este error se produce cuando la base de datos ha alcanzado su cuota de tamaño.

Los pasos siguientes pueden ayudarle a solucionar el problema o proporcionarle opciones adicionales:

1. Compruebe el tamaño actual de la base de datos mediante el panel en Azure Portal.

   Nota

   Para identificar qué tablas consumen más espacio y, por lo tanto, son posibles candidatos para la limpieza, ejecute la siguiente consulta SQL:

   SELECT o.name,
    SUM(p.row_count) AS 'Row Count',
    SUM(p.reserved_page_count) * 8.0 / 1024 AS 'Table Size (MB)'
   FROM sys.objects o
   JOIN sys.dm_db_partition_stats p on p.object_id = o.object_id
   GROUP BY o.name
   ORDER BY [Table Size (MB)] DESC;
   

2. Si el tamaño actual no supera el tamaño máximo admitido para la versión, puede usar ALTER DATABASE para aumentar el valor de MAXSIZE.

3. Si la base de datos ya supera el tamaño máximo admitido para la edición, pruebe uno o varios de los pasos siguientes:

   • Realice actividades normales de limpieza de la base de datos. Por ejemplo, limpie los datos no deseados con truncar o eliminar, o bien mueva los datos con SQL Server Integration Services (SSIS) o el programa de copia masiva (bcp).
   • Cree particiones o elimine datos, quite índices o consulte la documentación para obtener soluciones posibles.
   • Para el escalado de la base de datos, consulte Escalar recursos de base de datos única y Escalar recursos de grupos elásticos.

Error 40549: La sesión terminó porque tiene una transacción de larga duración

40549: Session is terminated because you have a long-running transaction. Try shortening your transaction.

Si se encuentra con frecuencia este mensaje de error, siga estos pasos para intentar resolver el problema:

1. Consulte la vista sys.dm_exec_requests para ver algunas sesiones abiertas que tengan un valor alto para la columna total_elapsed_time. Para realizar esta comprobación, ejecute el siguiente script de SQL:

   SELECT * FROM sys.dm_exec_requests;
   

2. Determine el búfer de entrada del bloqueador de encabezado con la función de administración dinámica sys.dm_exec_input_buffer, y el valor session_id de la consulta incorrecta; por ejemplo:

   SELECT * FROM sys.dm_exec_input_buffer (100,0);
   

3. Ajuste de la consulta.

   Nota

   Para obtener más información sobre la solución de problemas de bloqueo en Azure SQL Database, consulte Descripción y resolución de problemas de bloqueo en Azure SQL Database.

Considere también el procesamiento por lotes de las consultas. Para más información sobre el procesamiento por lotes, consulte Uso del procesamiento por lotes para mejorar el rendimiento de las aplicaciones de SQL Database.

Error 40551: La sesión ha terminado debido al uso excesivo de TEMPDB

40551: The session has been terminated because of excessive TEMPDB usage. Try modifying your query to reduce the temporary table space usage.

Para resolver el problema, siga estos pasos:

1. Modifique las consultas para reducir el uso del espacio de la tabla temporal.
2. Quite los objetos temporales cuando ya no se necesiten.
3. Trunque las tablas o quite las que no se usen.

Error 40552: La sesión ha terminado debido al uso excesivo del espacio de registro de transacciones

40552: The session has been terminated because of excessive transaction log space usage. Try modifying fewer rows in a single transaction.

Para resolver este problema, pruebe los métodos siguientes:

• El problema puede producirse debido a operaciones de inserción, actualización o eliminación. Intente reducir el número de filas que en las que se trabaja inmediatamente al implementar el procesamiento por lotes o al dividir las transacciones en varias más pequeñas.

• El problema puede producirse debido a operaciones de recompilación de índices. Para solucionar este problema, asegúrese de que el número de filas afectadas de la tabla * (tamaño medio del campo que se actualiza en bytes + 80) < 2 gigabytes (GB).

  Nota

  Para la recompilación del índice, el tamaño medio del campo que se actualiza debe sustituirse por el tamaño medio del índice.

  Nota

  Para obtener más información sobre cómo solucionar errores de un registro de transacciones completo en Azure SQL Database y Azure SQL Managed Instance, consulte Solución de errores del registro de transacciones con Azure SQL Database y Azure SQL Managed Instance.

Error 40553: La sesión ha terminado debido al uso excesivo de la memoria

40553: The session has been terminated because of excessive memory usage. Try modifying your query to process fewer rows.

Para solucionar este problema, intente optimizar la consulta.

Para un procedimiento de solución de problemas detallado, consulte ¿Se ejecuta correctamente mi consulta en la nube?

Para más información sobre otros errores de memoria insuficiente y consultas de ejemplo, vea Solución de problemas de errores de memoria insuficiente con Azure SQL Database.

Tabla de mensajes de error adicionales de gobernanza de recursos

Errores de grupos elásticos

Los errores siguientes están relacionados con la creación y el uso de grupos elásticos:

No se puede abrir la base de datos maestra solicitada por el inicio de sesión. Error de inicio de sesión

Este problema se produce porque la cuenta no tiene permiso de acceso a la base de datos master. Sin embargo, SQL Server Management Studio (SSMS) intenta conectarse a la base de datos master.

Para resolver el problema, siga estos pasos:

1. En la pantalla de inicio de sesión de SSMS, seleccione Opciones y, luego, Propiedades de la conexión.

2. En el campo Conectar con base de datos, escriba el nombre de la base de datos predeterminada del usuario como la base de datos de inicio de sesión predeterminada y seleccione Conectar.

   

Confirmación de si un error se debe a un problema de conectividad

Para confirmar si un error se debe a un problema de conectividad, revise el seguimiento de la pila de los marcos que muestran llamadas para abrir una conexión como las siguientes (observe la referencia a la clase SqlConnection):

System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry)
 at System.Data.SqlClient.SqlConnection.Open()
 at AzureConnectionTest.Program.Main(String[] args)
ClientConnectionId:<Client connection ID>

Cuando se produce la excepción por problemas de consulta, observará una pila de llamadas similar a la siguiente (observe la referencia a la clase SqlCommand). En esta situación, optimice las consultas .

  at System.Data.SqlClient.SqlCommand.ExecuteReader()
  at AzureConnectionTest.Program.Main(String[] args)
  ClientConnectionId:<Client ID>

Para instrucciones adicionales sobre cómo ajustar el rendimiento, consulte los siguientes recursos:

• Mantenimiento de índices y estadísticas de Azure SQL
• Ajuste manual del rendimiento de consultas en Azure SQL Database
• Supervisión del rendimiento de Azure SQL Database con vistas de administración dinámica
• Funcionamiento del almacén de consultas de Azure SQL Database

Pasos para solucionar problemas de conexión comunes

1. Asegúrese de que TCP/IP esté habilitado como protocolo de cliente en el servidor de aplicaciones. Para más información, consulte Configurar protocolos de cliente. En los servidores de aplicaciones en los que no tiene instaladas herramientas de SQL, compruebe que TCP/IP esté habilitado mediante la ejecución de cliconfg.exe (utilidad de red de cliente de SQL Server).

2. Compruebe la cadena de conexión de la aplicación para asegurarse de que está configurada correctamente. Por ejemplo, asegúrese de que la cadena de conexión especifica el puerto correcto (1433) y el nombre completo del servidor. Consulte Obtención de información sobre la conexión.

3. Intente aumentar el valor de tiempo de espera de la conexión. Se recomienda el uso de un tiempo de espera de conexión de al menos 30 segundos.

4. Pruebe la conectividad entre el servidor de aplicaciones y la instancia de Azure SQL Database mediante SQL Server Management Studio (SSMS), un archivo UDL, ping o Telnet. Para más información, consulte Solución de problemas de conectividad y Diagnóstico de problemas de conexión.

   Nota

   Como paso de solución de problemas, también puede probar la conectividad en otro equipo cliente.

5. Como procedimiento recomendado, asegúrese de que la lógica de reintento esté implantada. Para más información sobre la lógica de reintento, consulte Solución de problemas temporales y de conexión a SQL Database.

Si con los pasos anteriores no se resuelve el problema, intente recopilar más datos y luego póngase en contacto con el soporte técnico. Si la aplicación es un servicio en la nube, habilite el registro. Este paso devuelve una marca de tiempo UTC del error. Además, SQL Database devuelve el identificador de seguimiento. Los servicios de soporte técnico de Microsoft pueden usar esta información.

Para más información sobre cómo habilitar el registro, consulte Habilitar el registro de diagnósticos para las aplicaciones de Azure App Service.

Pasos siguientes

• Arquitectura de conectividad de Azure SQL Database
• Controles de acceso a la red de Azure SQL Database y Azure Synapse Analytics

Vea también

• Solución de errores del registro de transacciones con Azure SQL Database y Azure SQL Managed Instance
• Solución de problemas de errores de conexión transitorios en SQL Database e Instancia administrada de SQL