Compruebe si su pregunta o problema ya ha sido abordado en una de las siguientes páginas:
- Preguntas frecuentes
- Problemas conocidos
- Mensajes de error
- Diagnosticar problemas
- Problemas de conexión de depuración
Los temas en esta página incluyen:
- Copia de seguridad y recuperación
- Cancelar importación y exportación
- Clonación
- Conectividad
- Creando instancias
- Banderas
- Alta disponibilidad
- Importación y exportación
- Integración con Vertex AI
- Explotación florestal
- Administrar instancias
- Conexión de servicio privado
- Replicación
Copia de seguridad y recuperación
Asunto | Solución de problemas |
---|---|
No puede ver el estado de la operación actual. | El Google Cloud La consola solo informa del éxito o el fracaso de la operación una vez finalizada. No está diseñada para mostrar advertencias ni otras actualizaciones. Ejecute el comando |
Desea saber quién emitió una operación de respaldo a pedido. | La interfaz de usuario no muestra el usuario que inició una operación. Revise los registros y filtre por texto para encontrar al usuario. Es posible que necesite usar registros de auditoría para información privada. Los archivos de registro relevantes incluyen:
|
Después de eliminar una instancia, no es posible realizar una copia de seguridad de la misma. | Si elimina una instancia sin realizar una copia de seguridad final de los datos, no será posible recuperarlos. Sin embargo, si restaura la instancia, Cloud SQL también restaurará las copias de seguridad. Para obtener más información sobre cómo recuperar una instancia eliminada, consulte Copias de seguridad de recuperación . Si realizó una exportación, cree una nueva instancia y luego realice una importación para recrear la base de datos. Las exportaciones se escriben en Cloud Storage y las importaciones se leen desde allí. |
Una copia de seguridad automática queda bloqueada durante muchas horas y no se puede cancelar. | Las copias de seguridad pueden tardar mucho tiempo dependiendo del tamaño de la base de datos. Si realmente necesita cancelar la operación, puede solicitar al servicio de atención al cliente que |
Una operación de restauración puede fallar cuando uno o más usuarios referenciados en el archivo de volcado de SQL no existen. | Antes de restaurar un volcado de SQL, todos los usuarios de la base de datos que poseen objetos o tienen permisos sobre ellos deben existir en la base de datos de destino. De lo contrario, la operación de restauración no podrá recrear los objetos con la propiedad o los permisos originales. Cree los usuarios de la base de datos antes de restaurar el volcado de SQL. |
Desea aumentar el número de días que puede conservar las copias de seguridad automáticas de siete a 30 días o más. | Puede configurar la cantidad de copias de seguridad automatizadas que desea conservar , de 1 a 365. Las copias de seguridad automatizadas se eliminan periódicamente según el valor de retención configurado. Lamentablemente, esto significa que las copias de seguridad visibles actualmente son las únicas que puede restaurar. Para conservar las copias de seguridad indefinidamente, puede crear una copia de seguridad bajo demanda , ya que no se eliminan de la misma manera que las copias de seguridad automáticas. Las copias de seguridad bajo demanda se conservan indefinidamente. Es decir, permanecen hasta que se eliminan o hasta que se elimina la instancia a la que pertenecen. Dado que este tipo de copia de seguridad no se elimina automáticamente, puede afectar la facturación. |
Se produjo un error en una copia de seguridad automática y no recibiste una notificación por correo electrónico. | Para que Cloud SQL le notifique el estado de la copia de seguridad, configure una alerta basada en registros . |
Una instancia falla repetidamente porque alterna entre los estados de error y restauración de copia de seguridad. Los intentos de conexión y uso de la base de datos tras la restauración fallan. |
Cosas para probar:
|
Descubre que faltan datos al realizar una operación de copia de seguridad/restauración. | Las tablas se crearon sin registro. Por ejemplo: Estas tablas no están incluidas en una restauración desde una copia de seguridad:
La solución es evitar usar tablas sin registro si desea restaurarlas mediante una copia de seguridad. Si restaura desde una base de datos que ya tiene tablas sin registro, puede volcar la base de datos a un archivo y recargar los datos después de modificar el archivo volcado con la función |
Cancelar importación y exportación
Asunto | Solución de problemas |
---|---|
Mensaje de error: You can't cancel operation [operation-ID] because this operation isn't in progress. | Intenta cancelar una operación de importación o exportación completada, fallida o cancelada. Si la operación está en ejecución, puede cancelarla. |
Mensaje de error: You can't cancel operation [operation-ID] because Cloud SQL doesn't support the cancellation of an [operation-type] operation. | Cloud SQL no admite la cancelación de la operación porque tiene un tipo de operación distinto de |
Mensaje de error: The [operation-type] operation isn't cancelled. Wait and retry in a few seconds. | Cloud SQL no puede cancelar la importación ni la exportación en este momento. Inténtelo de nuevo en unos segundos. Si el problema persiste, póngase en contacto con nosotros. Google Cloud Apoyo . |
Clon
Asunto | Solución de problemas |
---|---|
La clonación falla con 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 del... Google Cloud consola, y la clonación no está permitida debido a consideraciones de seguridad . Si es posible, elimine todas las entradas |
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 utilizar el Google Cloud La consola clona una instancia con una dirección IP privada, pero no se especificó el rango de IP asignado que se desea usar y la instancia de origen no se crea con dicho rango. Como resultado, la instancia clonada se crea en un rango aleatorio. Utilice |
Conectar
Asunto | Solución de problemas |
---|---|
Aborted connection . | El problema podría ser:
Las aplicaciones deben tolerar 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 siempre que es posible. De lo contrario, la aplicación debe reintentar o fallar correctamente. Para reintentar la conexión, recomendamos los siguientes métodos:
La combinación de estos métodos ayuda a reducir la limitación. |
Certificate verify failed . | Los certificados del cliente han expirado o la ruta a los certificados no es correcta. Regenerar los certificados volviéndolos a crear . |
FATAL: database 'user' does not exist . | gcloud sql connect --user solo funciona con el usuario postgres predeterminado.Conéctese con el usuario predeterminado y luego cambie de usuario. |
Quiere saber quién está conectado. | Inicie sesión en la base de datos y ejecute este comando: SELECT datname, usename, application_name as appname, client_addr, state, now() - backend_start as conn_age, now() - state_change as last_activity_age FROM pg_stat_activity WHERE backend_type = 'client backend' ORDER BY 6 DESC LIMIT 20 |
Hostname/IP does not match certificate's altnames: Host: localhost. is not in the cert's altnames . | La dirección del host no coincide con la dirección en los nombres alternativos del certificado del servidor. Si usa Node.js con verify-full o su equivalente, utilice el nombre DNS para el parámetro servername . El nombre DNS se puede encontrar en el certificado del servidor mediante openssl . Por ejemplo,
|
Crear instancias
Asunto | Solución de problemas |
---|---|
Mensaje de error: Failed to create subnetwork. Couldn't find free blocks in allocated IP ranges. Please allocate new ranges for this service provider . | No hay más direcciones disponibles en el rango IP asignado. Pueden darse varios escenarios:
Para solucionar este problema, puede ampliar el rango de IP asignado o asignar un rango de IP adicional a la conexión de servicio privado. Para obtener más información, consulte Asignar un rango de direcciones IP . Si utilizó el indicador Si está asignando un nuevo rango, tenga cuidado de que la asignación no se superponga con ninguna asignación existente. Después de crear un nuevo rango de IP, actualice el emparejamiento de VPC con el siguiente comando: gcloud services vpc-peerings update \ --service=servicenetworking.googleapis.com \ --ranges=OLD_RESERVED_RANGE_NAME,NEW_RESERVED_RANGE_NAME \ --network=VPC_NETWORK \ --project=PROJECT_ID \ --force Si amplía una asignación existente, asegúrese de aumentar solo el rango de asignación, no de reducirlo. Por ejemplo, si la asignación original era 10.0.10.0/24, la nueva asignación debe ser al menos 10.0.10.0/23. En general, si se parte de una asignación /24, una buena regla general es decrementar la máscara / en 1 por cada condición (grupo de tipos de instancia adicional, región adicional). Por ejemplo, si se intenta crear ambos grupos de tipos de instancia en la misma asignación, basta con pasar de /24 a /23. Después de expandir un rango de IP existente, actualice el emparejamiento de VPC con el siguiente comando: gcloud services vpc-peerings update \ --service=servicenetworking.googleapis.com \ --ranges=RESERVED_RANGE_NAME \ --network=VPC_NETWORK \ --project=PROJECT_ID |
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 nuevamente. |
Mensaje de error: HTTPError 400: Invalid request: Incorrect Service Networking config for instance: PROJECT_ID : INSTANCE_NAME :SERVICE_NETWORKING_NOT_ENABLED. | Habilite la API de red de servicios mediante el siguiente comando e intente crear la instancia de Cloud SQL nuevamente. gcloud services enable servicenetworking.googleapis.com \ --project=PROJECT_ID |
Mensaje de error: Failed to create subnetwork. Required 'compute.projects.get' permission for PROJECT_ID . | Al crear una instancia con una dirección IP privada, se crea una cuenta de servicio en tiempo real mediante la API de Redes de Servicios. Si ha habilitado recientemente la API de Redes de Servicios, es posible que la cuenta de servicio no se cree y que la instancia falle. En este caso, debe esperar a que la cuenta de servicio se propague por todo el sistema o agregarla manualmente con los permisos necesarios. |
Mensaje de error: More than 3 subject alternative names are not allowed. | Intenta usar una SAN personalizada para agregar más de tres nombres DNS al certificado de servidor de una instancia de Cloud SQL. No puede agregar más de tres nombres DNS a la instancia. |
Mensaje de error: Subject alternative names %s is too long. The maximum length is 253 characters. | Asegúrese de que cualquier nombre DNS que desee agregar al certificado de servidor de una instancia de Cloud SQL no tenga más de 253 caracteres. |
Mensaje de error: Subject alternative name %s is invalid. | Verifique que los nombres DNS que desea agregar al certificado de servidor de una instancia de Cloud SQL cumplan con los siguientes criterios:
|
Exportar
Asunto | Solución de problemas |
---|---|
HTTP Error 409: Operation failed because another operation was already in progress. | Ya hay una operación pendiente para su instancia. Solo se permite una operación a la vez. Intente realizar su solicitud una vez completada la operación actual. |
HTTP Error 403: The service account does not have the required permissions for the bucket. | Asegúrese de que el bucket exista y que la cuenta de servicio de la instancia de Cloud SQL (que realiza la exportación) tenga el rol de Storage Object Creator ( roles/storage.objectCreator ) para permitir la exportación al bucket. Consulte Roles de IAM para Cloud Storage . |
La exportación CSV funcionó, pero la exportación SQL falló. | Los formatos CSV y SQL exportan de forma diferente. El formato SQL exporta la base de datos completa y probablemente tarde más en completarse. El formato CSV permite definir qué elementos de la base de datos se incluirán en la exportación. Utilice las exportaciones CSV para exportar solo lo que necesita. |
La exportación está tardando demasiado tiempo. | Cloud SQL no admite operaciones sincrónicas simultáneas. Usar la descarga de exportaciones . En general, durante la descarga de exportaciones, en lugar de ejecutar una exportación en la instancia de origen, Cloud SQL activa una instancia de descarga para realizarla. La descarga de exportaciones ofrece varias ventajas, como un mayor rendimiento en la instancia de origen y el desbloqueo de las operaciones administrativas mientras se ejecuta la exportación. Con la descarga de exportaciones, la latencia total puede aumentar según el tiempo que tarda en activarse la instancia de descarga. Generalmente, para exportaciones de tamaño razonable, la latencia no es significativa. Sin embargo, si la exportación es lo suficientemente pequeña, es posible que note un aumento en la latencia. |
Error al crear extensión. | El archivo de volcado contiene referencias a extensiones no compatibles. |
Error al utilizar pg_dumpall . | Usar la utilidad pg_dumpall con el indicador --global requiere el rol de superusuario, pero este rol no es compatible con Cloud SQL para PostgreSQL. Para evitar errores al realizar operaciones de exportación que incluyan nombres de usuario, use también el indicador --no-role-passwords . |
La operación de exportación expira antes de exportar nada y aparece el mensaje de error Could not receive data from client: Connection reset by peer. | Si Cloud Storage no recibe datos en un plazo determinado, normalmente unos siete minutos, la conexión se restablece. Es posible que la consulta de exportación inicial esté tardando demasiado en ejecutarse. Realice una exportación manual utilizando la herramienta |
Quiere que las exportaciones se automaticen. | Cloud SQL no proporciona una forma de automatizar las exportaciones. Podrías construir tu propio sistema de exportación automatizado usando Google Cloudproductos como Cloud Scheduler, Pub/Sub y funciones de Cloud Run, similares a este artículo sobre la automatización de copias de seguridad . |
Banderas
Asunto | Solución de problemas |
---|---|
Usted establece la zona horaria para una sesión, pero ésta expira cuando usted cierra la sesión. | Conéctese a la base de datos y configure la zona horaria de la base de datos en la que desee, ya sea por usuario o por base de datos. En Cloud SQL para PostgreSQL, puede especificar lo siguiente. Esta configuración se mantiene después de cerrar una sesión, similar a una configuración ALTER DATABASE dbname SET TIMEZONE TO 'timezone'; ALTER USER username SET TIMEZONE TO 'timezone'; Esta configuración solo se aplica a las nuevas conexiones a la base de datos. Para ver el cambio en la zona horaria, desconéctese de la instancia y vuelva a conectarse. |
Alta disponibilidad
Asunto | Solución de problemas |
---|---|
No puede encontrar las métricas para una conmutación por error manual. | Sólo las conmutaciones por error automáticas se incluyen en las métricas. |
Los recursos de la instancia de Cloud SQL (CPU y RAM) están cerca del 100 %, lo que provoca que la instancia de alta disponibilidad deje de funcionar. | El tamaño de la máquina de instancia es demasiado pequeño para la carga. Edite la instancia para actualizar a un tamaño de máquina más grande para obtener más CPU y memoria. |
Importar
Asunto | Solución de problemas |
---|---|
Mensaje de error: permission denied for schema public | 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. Para solucionar este problema, proporcione privilegios de esquema público al usuario cloudsqlsuperuser ejecutando el comando SQL GRANT ALL ON SCHEMA public TO cloudsqlsuperuser . |
HTTP Error 409: Operation failed because another operation was already in progress . | Ya hay una operación pendiente para su instancia. Solo se permite una operación a la vez. Intente realizar su solicitud una vez completada la operación actual. |
La operación de importación está tardando demasiado tiempo. | Demasiadas conexiones activas pueden interferir con las operaciones de importación. Cierre las operaciones no utilizadas. Compruebe el uso de CPU y memoria de su instancia de Cloud SQL para asegurarse de que haya suficientes recursos disponibles. La mejor manera de garantizar la máxima disponibilidad de recursos para la importación es reiniciar la instancia antes de iniciar la operación. Un reinicio:
|
Una operación de importación puede fallar cuando uno o más usuarios referenciados en el archivo de volcado no existen. | Antes de importar un archivo de volcado, todos los usuarios de la base de datos que poseen objetos o tienen permisos sobre ellos deben existir en la base de datos de destino. De lo contrario, la operación de importación no podrá recrear los objetos con la propiedad o los permisos originales. Cree los usuarios de la base de datos antes de importar. |
Después de importar los datos, el tamaño del uso del disco de datos es mucho mayor. | Es posible que se produzca un uso inesperado del disco después de importar datos. Este uso podría deberse al uso de la recuperación a un momento dado . Para solucionar esto, después de importar los datos, deshabilite la recuperación a un momento dado si desea eliminar registros y recuperar almacenamiento. Tenga en cuenta que reducir el almacenamiento utilizado no reduce el tamaño del almacenamiento aprovisionado para la instancia. |
Mensaje de error: GRANT stderr: ERROR: must be member of role ROLE_NAME | Este mensaje de error aparece si intenta importar un archivo de volcado de SQL cargado en Cloud Storage a una base de datos de Cloud SQL y el trabajo de importación se ha ejecutado durante aproximadamente cuatro días. ROLE_NAME es un rol de base de datos personalizado definido en la base de datos PostgreSQL de origen. El usuario predeterminado Para resolver este problema, complete los siguientes pasos:
|
Integración con Vertex AI
Asunto | Solución de problemas |
---|---|
Mensaje de error: Google ML integration API is supported only on Postgres version 12 or above. | Para habilitar la integración de Vertex AI en Cloud SQL, debe tener una base de datos de Cloud SQL para PostgreSQL, versión 12 o posterior. Para actualizar su base de datos a esta versión, consulte Actualizar la versión principal de la base de datos localmente . |
Mensaje de error: Google ML Integration API is not supported on shared core instance. Please upsize your machine type. | Si seleccionó un núcleo compartido para el tipo de máquina de su instancia, no podrá habilitar la integración de Vertex AI en Cloud SQL. Actualice su tipo de máquina a un núcleo dedicado. Para obtener más información, consulte Tipo de máquina . |
Mensaje de error: Google ML Integration is unsupported for this maintenance version. Please follow https://cloud.google.com/sql/docs/postgres/self-service-maintenance to update the maintenance version of the instance. | Para habilitar la integración de Vertex AI en Cloud SQL, la versión de mantenimiento de su instancia debe ser R20240130 o posterior. Para actualizar su instancia a esta versión, consulte Mantenimiento de autoservicio . |
Mensaje de error: Cannot invoke ml_predict_row if 'cloudsql.enable_google_ml_integration' is off. | El indicador de base de datos cloudsql.enable_google_ml_integration está desactivado. Cloud SQL no se integra con Vertex AI.Para activar esta bandera, use el comando gcloud sql instances patch :gcloud sql instances patch INSTANCE_NAME --database-flags cloudsql.enable_google_ml_integration=on Reemplace INSTANCE_NAME con el nombre de la instancia principal de Cloud SQL. |
Mensaje de error: Failed to connect to remote host: Connection refused. | La integración entre Cloud SQL y Vertex AI no está habilitada. Para habilitarla, use el comando gcloud sql instances patch :gcloud sql instances patch INSTANCE_NAME Reemplace INSTANCE_NAME con el nombre de la instancia principal de Cloud SQL. |
Mensaje de error: Vertex AI API has not been used in project PROJECT_ID before or it is disabled. Enable it by visiting /apis/api/aiplatform.googleapis.com/overview?project= PROJECT_ID then retry. | La API de Vertex AI no está habilitada. Para obtener más información sobre cómo habilitar esta API, consulte Habilitar la integración de bases de datos con Vertex AI . |
Mensaje de error: Permission 'aiplatform.endpoints.predict' denied on resource. | Los permisos de Vertex AI no se agregan a la cuenta de servicio de Cloud SQL del proyecto donde se encuentra la instancia de Cloud SQL. Para obtener más información sobre cómo agregar estos permisos a la cuenta de servicio, consulte Habilitar la integración de bases de datos con Vertex AI . |
Mensaje de error: Publisher Model `projects/ PROJECT_ID /locations/ REGION_NAME /publishers/google/models/ MODEL_NAME ` not found. | El modelo de aprendizaje automático o LLM no existe en Vertex AI. |
Mensaje de error: Resource exhausted: grpc: received message larger than max. | El tamaño de la solicitud que Cloud SQL pasa a Vertex AI supera el límite de gRPC de 4 MB por solicitud. |
Mensaje de error: Cloud SQL attempts to send a request to Vertex AI. However, the instance is in the %s region, but the Vertex AI endpoint is in the %s region. Make sure the instance and endpoint are in the same region. | Cloud SQL intenta enviar una solicitud a Vertex AI. Sin embargo, la instancia se encuentra en una región, pero el punto final de Vertex AI está en otra. Para solucionar este problema, tanto la instancia como el punto final deben estar en la misma región. |
Mensaje de error: The Vertex AI endpoint isn't formatted properly. | El punto de conexión de Vertex AI no tiene el formato correcto. Para obtener más información, consulte "Usar puntos de conexión privados para la predicción en línea" . |
Mensaje de error: Quota exceeded for aiplatform.googleapis.com/online_prediction_requests_per_base_model with base model: textembedding-gecko. | La cantidad de solicitudes que Cloud SQL pasa a Vertex AI supera el límite de 1500 solicitudes por minuto por región por modelo por proyecto. |
Explotación florestal
Asunto | Solución de problemas |
---|---|
El registro utiliza una gran cantidad de CPU y memoria en su instancia de Cloud SQL. | Es necesario ajustar el registro. El indicador |
No se encuentran registros de auditoría. | Los registros de acceso a datos solo se escriben si la operación es una llamada API autenticada impulsada por el usuario que crea, modifica o lee datos creados por el usuario, o si la operación accede a archivos de configuración o metadatos de recursos. |
No se encuentra información de operaciones en los registros. | Desea obtener más información sobre una operación. Por ejemplo, se eliminó a un usuario, pero no se puede averiguar quién lo hizo. Los registros muestran que la operación se inició, pero no proporcionan más información. Debe habilitar el registro de auditoría para que se registre información de identificación personal (PII) detallada como esta. |
Los archivos de registro son difíciles de leer. | Preferiría ver los registros como json o texto. Puede usar el comando gcloud logging read junto con los comandos de posprocesamiento de Linux para descargar los registros.Para descargar los registros como JSON: gcloud logging read \ "resource.type=cloudsql_database \ AND logName=projects/PROJECT_ID \ /logs/cloudsql.googleapis.com%2FLOG_NAME" \ --format json \ --project=PROJECT_ID \ --freshness="1d" \ > downloaded-log.json Para descargar los registros como TEXTO: gcloud logging read \ "resource.type=cloudsql_database \ AND logName=projects/PROJECT_ID \ /logs/cloudsql.googleapis.com%2FLOG_NAME" \ --format json \ --project=PROJECT_ID \ --freshness="1d"| jq -rnc --stream 'fromstream(1|truncate_stream(inputs)) \ | .textPayload' \ --order=asc > downloaded-log.txt |
Los registros de consultas no se encuentran en los registros de PostgreSQL. | Debes habilitar los indicadores pgaudit.
|
Administrar instancias
Asunto | Solución de problemas |
---|---|
Desea saber qué consultas se están ejecutando ahora. | Conéctese a la base de datos y ejecute la siguiente consulta: |
Desea saber qué unidades se utilizan para un campo específico. | Conéctese a la base de datos y ejecute la siguiente consulta (utilizando su propio FIELD_NAME ): |
Desea encontrar el valor actual de una configuración de base de datos. | Conéctese a la base de datos y ejecute la siguiente consulta (utilizando su propio SETTING_NAME ): Ejecute |
Desea detener un proceso en segundo plano bloqueado. | El usuario debe tener el rol pg_signal_backend .Ejecute los siguientes comandos:
|
La instancia se está acercando al 100% de consumo de identificadores de transacciones. | Su monitorización interna advierte que la instancia está cerca de consumir el 100 % de los ID de transacción. Debe evitar el envoltorio de transacciones, que puede bloquear las escrituras. Es posible que el trabajo de autovaciado esté bloqueado o que no esté recuperando los ID de transacción con la suficiente rapidez para mantenerse al día con la carga de trabajo. Para evitar interrupciones debido a problemas de envoltura de transacciones, puede revisar estos consejos de autoservicio para lidiar con la envoltura de TXID. Para obtener consejos generales de ajuste, consulte Optimización, supervisión y solución de problemas de operaciones de vacío en PostgreSQL . |
El almacenamiento temporal aumentó el almacenamiento automático. | El almacenamiento automático está habilitado. Reiniciar elimina los archivos temporales, pero no reduce el almacenamiento. Solo el servicio de atención al cliente puede restablecer el tamaño de la instancia. |
Los datos se eliminarán automáticamente. | Lo más probable es que haya un script ejecutándose en algún lugar de su entorno. Revise los registros cerca del momento de la eliminación y vea si hay un script malicioso ejecutándose desde un panel u otro proceso automatizado. |
La instancia no se puede eliminar. | Es posible que vea el mensaje de error ERROR: (gcloud.sql.instances.delete) HTTP Error 409: The instance or operation is not in an appropriate state to handle the request , o la instancia puede tener un estado de indicador INSTANCE_RISKY_FLAG_CONFIG .Algunas posibles explicaciones incluyen:
|
La instancia está bloqueada debido al gran tamaño de los datos temporales. | El sistema puede crear muchas tablas temporales a la vez, dependiendo de las consultas y la carga. Lamentablemente, no puedes reducir el archivo Una opción de mitigación es crear la tabla temporal con |
Error fatal durante la actualización. | Los registros pueden revelar más, pero en cualquier caso puede ser necesario el soporte al cliente para forzar la recreación de la instancia. |
La instancia se bloquea al reiniciarse después de quedarse sin espacio en disco. | La capacidad de aumento automático de almacenamiento no está habilitada. Si su instancia se queda sin almacenamiento y la función de aumento automático de almacenamiento no está habilitada, se desconectará. Para evitar este problema, puede editar la instancia para habilitar el aumento automático de almacenamiento. |
Su instancia principal local está bloqueada. | Google Cloud No puedo ayudar con instancias que no están en Cloud SQL. |
Apagado lento al reiniciar. | Cuando se apaga una instancia, cualquier conexión pendiente que no finalice dentro de los 60 segundos hace que el apagado sea impuro. Al tener conexiones que duran menos de 60 segundos, se pueden evitar la mayoría de los apagados incorrectos, incluidas las conexiones desde el símbolo del sistema de la base de datos. Si estas conexiones se mantienen abiertas durante horas o días, los apagados pueden ser incorrectos. |
No se puede eliminar un usuario. | Es probable que el usuario tenga objetos en la base de datos que dependen de él. Debe eliminarlos o reasignarlos a otro usuario. Descubra qué objetos dependen del usuario y luego elimine o reasigne esos objetos a un usuario diferente. Este hilo en Stack Exchange analiza cómo encontrar los objetos que pertenece al usuario. |
Algunas consultas se están ejecutando lentamente. | Las consultas pueden ser lentas por diversas razones, principalmente debido a aspectos específicos de la base de datos. Una razón que puede afectar a Cloud SQL es la latencia de la red, cuando el recurso de origen (escritor o lector) y el de destino (Cloud SQL) se encuentran en regiones diferentes. Consulte los consejos de rendimiento general en particular. Para inserciones, actualizaciones o eliminaciones lentas de bases de datos, considere las siguientes acciones:
Para reducir la latencia, la recomendación es ubicar los recursos de origen y destino en la misma región. |
Se indica falta de memoria, pero los gráficos de monitoreo no lo muestran. | Una instancia puede fallar y reportar Out of memory , pero Google Cloud Los gráficos de la consola o de Cloud Monitoring parecen mostrar que todavía queda memoria.Además de la carga de trabajo, existen otros factores que pueden afectar el uso de la memoria, como el número de conexiones activas y los procesos internos con sobrecarga. Estos factores no siempre se reflejan en los gráficos de monitorización. Asegúrese de que la instancia tenga suficiente sobrecarga para cubrir su carga de trabajo más alguna sobrecarga adicional. |
Recuperando una instancia eliminada. | Todos los datos de una instancia, incluidas las copias de seguridad, se pierden de forma permanente cuando se elimina esa instancia. Para preservar sus datos, expórtelos a Cloud Storage antes de eliminar una instancia . El rol de administrador de Cloud SQL permite eliminar la instancia. Para evitar eliminaciones accidentales, concédalo solo cuando sea necesario. |
Desea cambiar el nombre de una instancia de Cloud SQL existente. | No se admite cambiar el nombre de una instancia existente. Hay otras formas de lograr el objetivo creando una nueva instancia.
En ambos casos, puede eliminar su instancia anterior una vez finalizada la operación. Recomendamos la clonación, ya que no afecta el rendimiento ni requiere reconfigurar la instancia, como indicadores, tipo de máquina, tamaño de almacenamiento y memoria. |
Error al eliminar una instancia. | Si la protección contra eliminación está habilitada para una instancia, confirme si planea eliminarla. Luego, deshabilítela antes de eliminarla. |
Conexión de servicio privado
Asunto | Solución de problemas |
---|---|
El servicio adjunto de la instancia no acepta el punto final de conexión de servicio privado. |
|
Replicación
Asunto | Solución de problemas |
---|---|
La réplica de lectura no comenzó a replicarse durante la creación. | Probablemente haya un error más específico en los archivos de registro. Inspeccione los registros en Cloud Logging para encontrar el error real. |
No se puede crear una réplica de lectura: error invalidFlagValue. | Una de las banderas de la solicitud no es válida. Podría ser una bandera que usted proporcionó explícitamente o una que se configuró con un valor predeterminado. Primero, verifique que el valor del indicador Si el indicador |
No se puede crear una réplica de lectura: error desconocido. | Probablemente haya un error más específico en los archivos de registro. Inspeccione los registros en Cloud Logging para encontrar el error real. Si el error es: |
El disco está lleno. | El disco de la instancia principal puede alcanzar su capacidad máxima durante la creación de la réplica. Edite la instancia principal para ampliarla a un disco de mayor capacidad. |
El espacio en disco aumenta significativamente. | Una ranura que no se utiliza activamente para rastrear datos hace que PostgreSQL conserve segmentos WAL indefinidamente, lo que provoca un crecimiento indefinido del espacio en disco. Si utiliza las funciones de replicación y decodificación lógicas de Cloud SQL, las ranuras de replicación se crean y eliminan automáticamente. Las ranuras de replicación no utilizadas se pueden detectar consultando la vista del sistema pg_replication_slots y filtrando por la columna active . Las ranuras no utilizadas se pueden eliminar para eliminar segmentos WAL mediante el comando pg_drop_replication_slot . |
La instancia de réplica está utilizando demasiada memoria. | La réplica utiliza memoria temporal para almacenar en caché operaciones de lectura solicitadas con frecuencia, lo que puede provocar que utilice más memoria que la instancia principal. Reinicie la instancia de réplica para recuperar el espacio de memoria temporal. |
La replicación se detuvo. | Se alcanzó el límite máximo de almacenamiento y el aumento automático de almacenamiento no está habilitado. Edite la instancia para habilitar |
El retraso en la replicación es constantemente alto. | La carga de escritura es demasiado alta para que la réplica la pueda gestionar. El retraso de replicación se produce cuando el subproceso SQL de una réplica no puede seguir el ritmo del subproceso de E/S. Algunos tipos de consultas o cargas de trabajo pueden causar un retraso de replicación elevado, temporal o permanente, para un esquema determinado. Algunas de las causas típicas del retraso de replicación son:
Algunas posibles soluciones incluyen:
|
Errores al reconstruir índices en PostgreSQL 9.6. | Recibe un error de PostgreSQL que le informa que necesita reconstruir un índice específico. Esto solo se puede hacer en la instancia principal. Si crea una nueva instancia de réplica, pronto volverá a recibir el mismo error. Los índices hash no se propagan a las réplicas en versiones de PostgreSQL anteriores a la 10. Si necesita usar índices hash, actualice a PostgreSQL 10 o superior. De lo contrario, si también desea usar réplicas, no use índices hash en PostgreSQL 9.6. |
La consulta en la instancia principal siempre está ejecutándose. | Después de crear una réplica, se espera que la consulta SELECT * from pg_stat_activity where state = 'active' and pid = XXXX and username = 'cloudsqlreplica' se ejecute continuamente en su instancia principal. |
La creación de una réplica falla debido al tiempo de espera. | Las transacciones no confirmadas de ejecución prolongada en la instancia principal pueden provocar que falle la creación de una réplica de lectura. Vuelva a crear la réplica después de detener todas las consultas en ejecución. |
Si la instancia principal y la réplica tienen diferentes tamaños de vCPU , podría haber problemas de rendimiento de consultas porque el optimizador de consultas tiene en cuenta los tamaños de vCPU. | Para resolver este problema, complete los siguientes pasos:
Si se trata de una consulta específica, modifíquela. Por ejemplo, puede cambiar el orden de las uniones para ver si obtiene un mejor rendimiento. |