Solucionar problemas de Cloud SQL

En esta página se incluyen consejos para solucionar problemas de Cloud SQL en los motores de base de datos compatibles. Algunos de estos consejos solo se aplican a determinados motores de bases de datos, mientras que otros son comunes a todos.

Para obtener consejos sobre cómo solucionar problemas de motores de bases de datos específicos, consulta las páginas correspondientes:

Comprueba si tu pregunta o problema ya se ha tratado en alguna de las siguientes páginas:

En esta página se incluyen los temas siguientes:

Copia de seguridad y sistema de recuperación

Problema Solución de problemas
No puedes ver el estado de la operación actual. La consola Google Cloud solo informa si la operación se ha completado correctamente o no. No está diseñado para mostrar advertencias ni otras actualizaciones.

Ejecuta el comando gcloud sql operations list para enumerar todas las operaciones de la instancia de Cloud SQL especificada.
Quieres saber quién ha emitido una operación de copia de seguridad bajo demanda. La interfaz de usuario no muestra el usuario que ha iniciado una operación.

Consulta los registros y filtra por texto para encontrar al usuario. Es posible que tengas que usar registros de auditoría para información privada. Entre los archivos de registro pertinentes se incluyen los siguientes:

  • Si Registros de auditoría de Cloud está habilitado y tienes los permisos necesarios para verlos, también puede estar disponible cloudaudit.googleapis.com/activity.
Una vez que se elimina una instancia, no se puede crear una copia de seguridad de ella.

Si eliminas una instancia sin crear una copia de seguridad final de los datos, no podrás recuperarlos. Sin embargo, si restauras la instancia, Cloud SQL también restaurará las copias de seguridad. Para obtener más información sobre cómo recuperar una instancia eliminada, consulta Conservar copias de seguridad después de eliminar una instancia.

Si has realizado una operación de exportación, crea una instancia y, a continuación, realiza una operación de importación para volver a crear la base de datos. Las exportaciones se escriben en Cloud Storage y las importaciones se leen desde allí.
Una copia de seguridad automática se queda bloqueada durante muchas horas y no se puede cancelar. Las copias de seguridad pueden tardar mucho tiempo en función del tamaño de la base de datos.

Si realmente necesitas cancelar la operación, puedes pedirle al servicio de asistencia que force restart la instancia.
Una operación de restauración puede fallar si no existen uno o varios de los usuarios a los que se hace referencia en el archivo de volcado SQL. Antes de restaurar un volcado de SQL, todos los usuarios de bases de datos que sean propietarios de objetos o a los que se les hayan concedido permisos sobre objetos de la base de datos de volcado deben existir en la base de datos de destino. Si no es así, la operación de restauración no podrá recrear los objetos con la propiedad o los permisos originales.

Crea los usuarios de la base de datos antes de restaurar el volcado de SQL.
Quieres aumentar el número de días que puedes conservar las copias de seguridad automáticas de 7 a 30 días o más. Puedes configurar el número de copias de seguridad automatizadas que se conservarán. Las copias de seguridad automáticas se eliminan periódicamente en función del valor de conservación configurado. Lamentablemente, esto significa que las copias de seguridad que se muestran actualmente son las únicas copias de seguridad automáticas que puedes restaurar.

Para conservar las copias de seguridad indefinidamente, puedes crear una copia de seguridad bajo demanda, ya que no se eliminan de la misma forma que las copias de seguridad automatizadas. Las copias de seguridad cuando tú quieras se conservan indefinidamente. Es decir, permanecen hasta que se eliminan o hasta que se elimina la instancia a la que pertenecen. Como este tipo de copia de seguridad no se elimina automáticamente, puede afectar a la facturación.
Se ha producido un error en una copia de seguridad automática y no has recibido ninguna notificación por correo electrónico. Para que Cloud SQL te notifique el estado de la copia de seguridad, configura una alerta basada en registros.
Una instancia falla repetidamente porque alterna entre los estados de error y de restauración de la copia de seguridad. Los intentos de conexión y uso de la base de datos después de la restauración fallan.
  • Puede que haya demasiadas conexiones abiertas. Si hay demasiadas conexiones, puede deberse a errores que se producen en medio de una conexión en la que no hay ajustes de autovacuum para limpiar las conexiones inactivas.
  • Los ciclos pueden producirse si algún código personalizado usa una lógica de reintento que no se detiene después de varios errores.
  • Puede que haya demasiado tráfico. Usa la agrupación de conexiones y otras prácticas recomendadas para la conectividad.

Puedes probar a realizar lo siguiente:

  1. Verifica que la base de datos esté configurada para autovacuum.
  2. Comprueba si hay alguna lógica de reintento de conexión configurada en el código personalizado.
  3. Reduce el tráfico hasta que la base de datos se recupere y, a continuación, aumenta el tráfico lentamente.
Faltan datos al realizar una operación de copia de seguridad o restauración. Las tablas se han creado sin registrar. Por ejemplo:

CREATE UNLOGGED TABLE ....

Estas tablas no se incluyen en una restauración a partir de una copia de seguridad:

  • El contenido de las tablas sin registrar no se conserva en caso de conmutación por error en una instancia de alta disponibilidad.
  • Las tablas sin registrar no sobreviven a los fallos de PostgreSQL.
  • Las tablas sin registrar no se replican en las réplicas de lectura.
  • Las tablas sin registrar se borran automáticamente durante la restauración de la copia de seguridad.

La solución es evitar el uso de tablas sin registrar si quieres restaurarlas a partir de una copia de seguridad. Si vas a restaurar una base de datos que ya tiene tablas sin registrar, puedes volcar la base de datos en un archivo y volver a cargar los datos después de modificar el archivo volcado de ALTER TABLE a SET LOGGED en esas tablas.
No se puede eliminar una instancia cuando se elige hacer una copia de seguridad final al eliminar la instancia. Cuando eliminas una instancia, debes confirmar si quieres hacer una copia de seguridad final de la instancia antes de eliminarla. Si has habilitado la copia de seguridad final mediante el ajuste de instancia final-backup, la selección que hagas al eliminar la instancia debe coincidir con la configuración de la instancia de copia de seguridad final que hayas definido al habilitar la copia de seguridad final de la instancia. Para mitigar este problema, haz una de las siguientes acciones:
  • Define el valor de la copia de seguridad final para que coincida con la configuración de la copia de seguridad de la instancia.
  • Deja vacío el campo de copia de seguridad final cuando elimines la instancia. Si dejas el campo vacío, Cloud SQL tomará la configuración final de la copia de seguridad establecida en los ajustes de la instancia para crear una copia de seguridad final y definir su retención.
Para ver la configuración final de la instancia de copia de seguridad de tu instancia, consulta Ver información de instancias.
No se ha podido crear una instancia réplica después de crear correctamente una instancia principal con la configuración de copia de seguridad final. Si creas una instancia con el ajuste de instancia de copia de seguridad final habilitado, debes actualizar la política de organización de copia de seguridad final para aplicar las configuraciones de copia de seguridad solo a la instancia principal. No se admiten copias de seguridad finales en las instancias réplica.
Para obtener más información, consulta las políticas de organización de Cloud SQL.

Clonar

Problema Solución de problemas
La clonación falla y se produce el error constraints/sql.restrictAuthorizedNetworks. La operación de clonación está bloqueada por la configuración Authorized Networks. Authorized Networks se configuran para direcciones IP públicas en la sección Conectividad de la consola Google Cloud y no se permite la clonación por motivos de seguridad.

Elimina todas las entradas Authorized Networks de la instancia de Cloud SQL, si es posible. De lo contrario, crea una réplica sin ninguna entrada Authorized Networks.
Mensaje de error: Failed to create subnetwork. Couldn't find free blocks in allocated IP ranges. Please allocate new ranges for this service provider. Help Token: [help-token-id].

Estás intentando usar la consola para clonar una instancia con una dirección IP privada, pero no has especificado el intervalo de IP asignado que quieres usar y la instancia de origen no se ha creado con el intervalo especificado. Google Cloud Por lo tanto, la instancia clonada se crea en un intervalo aleatorio.

Usa gcloud para clonar la instancia y proporciona un valor para el parámetro
--allocated-ip-range-name. Para obtener más información, consulta Clonar una instancia con una IP privada.

Conectar

Problema Solución de problemas
Aborted connection. El problema puede deberse a lo siguiente:
  • Inestabilidad de la red.
  • No se ha recibido ninguna respuesta a los comandos de mantenimiento activo de TCP (el cliente o el servidor no responden, posiblemente porque están sobrecargados).
  • Se ha superado el tiempo de vida de la conexión del motor de la base de datos y el servidor finaliza la conexión.

Las aplicaciones deben tolerar los fallos de red y seguir las prácticas recomendadas, como la agrupación de conexiones y los reintentos. La mayoría de los agrupadores de conexiones detectan estos errores cuando es posible. De lo contrario, la aplicación debe volver a intentarlo o fallar correctamente.

Para reintentar la conexión, te recomendamos los siguientes métodos:

  1. Tiempo de espera exponencial. Aumenta el intervalo de tiempo entre cada reintento de forma exponencial.
  2. Añade también un retroceso aleatorio.

La combinación de estos métodos ayuda a reducir la limitación.
Mensaje de error: Login failed for user "" Es posible que se produzca este error de inicio de sesión durante la autenticación de Microsoft Entra ID. Para solucionar este problema, asegúrese de que existe un inicio de sesión de SQL Server para este usuario de Microsoft Entra ID.
Problemas de conectividad de red con instancias de IP privada Puede que tengas algunos de los siguientes problemas durante la configuración de la integración:
  • Operaciones lentas para crear inicios de sesión de Microsoft Entra ID
  • No se pueden crear inicios de sesión de Microsoft Entra ID
  • No se puede conectar a la instancia mediante la autenticación de Microsoft Entra ID

Para obtener más información sobre cómo solucionar estos problemas, consulta Solucionar problemas de integración de Microsoft Entra ID.