Problemas conocidos

Esta página enumera problemas conocidos con Cloud SQL para PostgreSQL, junto con formas de evitarlos o recuperarse de estos problemas.

Si tiene problemas con su instancia, asegúrese de revisar también la información en Diagnóstico de problemas .

Problemas de conexión de instancias

  • Certificados SSL/TLS caducados

    Si su instancia está configurada para usar SSL, vaya a la página Instancias de Cloud SQL en el Google Cloud Abra la consola y la instancia. Abra la página Conexiones , seleccione la pestaña Seguridad y asegúrese de que el certificado de su servidor sea válido. Si ha caducado, debe agregar un nuevo certificado y rotarlo.

  • Versión del proxy de autenticación de Cloud SQL

    Si se conecta mediante el proxy de autenticación de Cloud SQL, asegúrese de usar la versión más reciente. Para obtener más información, consulte Mantener actualizado el proxy de autenticación de Cloud SQL .

  • No autorizado para conectarse

    Si intenta conectarse a una instancia que no existe en ese proyecto, el mensaje de error solo indica que no está autorizado para acceder a esa instancia.

  • No se puede crear una instancia de Cloud SQL

    Si ve el mensaje de error Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID] , intente crear la instancia de Cloud SQL de nuevo.

  • Lo siguiente solo funciona con el usuario predeterminado ('postgres'): gcloud sql connect --user

    Si intenta conectarse con este comando con cualquier otro usuario, el mensaje de error indica FATAL: database 'user' does not exist . La solución alternativa es conectarse con el usuario predeterminado ("postgres") y luego usar el comando psql "\c" para volver a conectarse con el usuario diferente.

Cuestiones administrativas

  • Solo se puede ejecutar una operación de importación o exportación de Cloud SQL de larga duración a la vez en una instancia. Al iniciar una operación, asegúrese de no tener que realizar otras operaciones en la instancia. Además, al iniciar la operación, puede cancelarla .

    PostgreSQL importa datos en una sola transacción. Por lo tanto, si cancela la importación, Cloud SQL no conservará los datos de la importación.

    Problemas con la importación y exportación de datos

    • Si su instancia de Cloud SQL usa PostgreSQL 17, pero sus bases de datos usan PostgreSQL 16 o versiones anteriores, no podrá usar Cloud SQL para importar estas bases de datos a su instancia. Para ello, use el Servicio de Migración de Bases de Datos .

    • Si utiliza el Servicio de migración de base de datos para importar una base de datos PostgreSQL 17 a Cloud SQL, se importa como una base de datos PostgreSQL 16.

    • En las versiones 15 y posteriores de PostgreSQL, si la base de datos de destino se crea desde template0 , la importación de datos podría fallar y podría aparecer un mensaje de error permission denied for schema public . Para solucionar este problema, proporcione privilegios de esquema público al usuario cloudsqlsuperuser ejecutando el comando SQL GRANT ALL ON SCHEMA public TO cloudsqlsuperuser .

    • Exportar muchos objetos grandes hace que la instancia deje de responder

      Si su base de datos contiene muchos objetos grandes (blobs), exportarla puede consumir tanta memoria que la instancia deja de responder. Esto puede ocurrir incluso si los blobs están vacíos.

    • Cloud SQL no admite espacios de tabla personalizados, pero sí admite la migración de datos desde espacios de tabla personalizados al espacio de tabla predeterminado, pg_default , en la instancia de destino. Por ejemplo, si tiene un espacio de tabla llamado dbspace ubicado en /home/data , después de la migración, todos los datos dentro de dbspace se migrarán a pg_default . Sin embargo, Cloud SQL no creará un espacio de tabla llamado "dbspace" en su disco.

    • Si intenta importar y exportar datos de una base de datos grande (por ejemplo, una con 500 GB o más), las operaciones de importación y exportación podrían tardar bastante en completarse. Además, otras operaciones (por ejemplo, la copia de seguridad) no estarán disponibles mientras se realiza la importación o exportación. Una posible opción para mejorar el rendimiento del proceso de importación y exportación es restaurar una copia de seguridad anterior mediante gcloud o la API.

    Registros de transacciones y crecimiento del disco

    Los registros se purgan una vez al día, no de forma continua. Si se configura el mismo número de días de retención de registros que de copias de seguridad, podría perderse un día de registro, dependiendo de cuándo se realice la copia de seguridad. Por ejemplo, si se configura la retención de registros en siete días y la de copias de seguridad en siete, se conservarán entre seis y siete días de registros.

    Recomendamos establecer la cantidad de copias de seguridad en al menos uno más que los días de retención de registros para garantizar un mínimo de días específicos de retención de registros.

    Las instancias con los siguientes nombres de región se muestran incorrectamente en ciertos contextos, como se indica a continuación:

    • us-central1 se muestra como us-central
    • europe-west1 se muestra como europe
    • asia-east1 se muestra como asia

    Este problema ocurre en los siguientes contextos:

    • Alertas en la monitorización de la nube
    • Explorador de métricas
    • Registro en la nube

    Puede mitigar el problema de las alertas en Cloud Monitoring y en el Explorador de métricas mediante el uso de etiquetas de metadatos de recursos . Use la region de etiquetas de metadatos del sistema en lugar de la region de etiquetas de recursos monitoreados cloudsql_database .