Acerca de las copias de seguridad de Cloud SQL

En esta página, se describe cómo funcionan las copias de seguridad de tus instancias de Cloud SQL y las opciones de copias de seguridad que tienes disponibles para elegir. Para obtener una descripción general de cómo restablecer datos en una instancia a partir de la copia de seguridad, consulta la Descripción general del restablecimiento de una instancia.

Cloud SQL te permite crear copias de seguridad de tus instancias automáticamente o a pedido con un programa de copias de seguridad. Las copias de seguridad de Cloud SQL son incrementales y te ayudan a restablecer los datos perdidos en tu instancia de Cloud SQL. Con las copias de seguridad, puedes hacer lo siguiente:

  • Restablece la instancia a un estado anterior si tiene algún problema.
  • Configura la recuperación ante desastres (DR) creando una instancia nueva con una copia de seguridad en otra región o zona.
  • Crea varias instancias con copias de seguridad para facilitar el desarrollo, las pruebas y la migración.

Las copias de seguridad de Cloud SQL también se encriptan de forma predeterminada con claves de encriptación administradas por Google o administradas por el cliente (CMEK).

Puedes conservar estas copias de seguridad definiendo la configuración de retención de copias de seguridad de tu instancia. La configuración de retención puede variar según la edición de Cloud SQL y la opción de copia de seguridad de tu instancia. Además, también puedes conservar las copias de seguridad después de que se borre la instancia para poder restablecerla.

Cloud SQL ofrece dos opciones de servicios de copias de seguridad para administrar tus copias de seguridad:

  • Copias de seguridad mejoradas: Las copias de seguridad se administran y almacenan en un proyecto de administración de copias de seguridad centralizado que aprovecha el servicio Backup and DR y proporciona retención obligatoria, programación detallada y supervisión.
  • Copias de seguridad estándar: Las copias de seguridad se crean, administran y almacenan en el mismo proyecto que tus instancias de Cloud SQL.

Para obtener más información sobre cada opción de copia de seguridad y sus funciones, consulta Opciones de copia de seguridad.

Tipos de copias de seguridad

Cloud SQL realiza copias de seguridad a pedido o automáticas para tus instancias de Cloud SQL.

Copias de seguridad a pedido

Las copias de seguridad a pedido son copias de seguridad que se pueden crear en cualquier momento. Son útiles si estás a punto de realizar una operación riesgosa en tu base de datos o si necesitas una copia de seguridad y no quieres esperar el período asignado. Puedes crear copias de seguridad a pedido para cualquier instancia, ya sea que tengan o no habilitadas las copias de seguridad automáticas.

Copias de seguridad automáticas

Las copias de seguridad automáticas se realizan con una cadencia programada, como por hora, diaria, semanal o mensual. La cadencia programada depende de la opción de copia de seguridad de tu instancia. La copia de seguridad se inicia durante el período asignado. Si es posible, Cloud SQL recomienda programar las copias de seguridad cuando la instancia tenga menos actividad.

Te recomendamos que no borres manualmente ninguna copia de seguridad automática porque son necesarias para admitir la recuperación de un momento determinado.

Durante el período establecido para la copia de seguridad, las copias de seguridad automáticas se realizan con regularidad según la cadencia programada cuando la instancia se ejecuta. Se realiza una copia de seguridad automática adicional después de que se detiene la instancia para proteger todos los cambios antes de que se detenga. La retención de copias de seguridad automáticas depende de la política de retención configurada en la opción de copia de seguridad elegida para tu instancia.

Crea una copia de seguridad final antes de borrar la instancia

Las copias de seguridad finales te permiten crear una copia de seguridad de tu instancia de Cloud SQL antes de borrarla. Esto es útil para conservar los datos de la instancia después de que la borres. Puedes usar la copia de seguridad final más adelante para crear una instancia o restablecer una instancia existente. Para obtener más información sobre cómo acceder a los detalles de tu copia de seguridad final y verlos, consulta Visualiza una lista de copias de seguridad finales.

De forma predeterminada, Cloud SQL retiene la copia de seguridad final durante 30 días. Sin embargo, puedes personalizar el tiempo durante el que Cloud SQL conserva la copia de seguridad. Este período puede variar entre 1 día y 365 días para las copias de seguridad estándar, o bien entre 1 día y 99 años para las copias de seguridad mejoradas. Luego, puedes restablecer la instancia a partir de la copia de seguridad siempre que esté disponible. Las copias de seguridad finales se cobran de manera similar a otras copias de seguridad por la cantidad de días que se retienen.

Retener copias de seguridad después de la eliminación de la instancia

Las copias de seguridad retenidas son las que Cloud SQL retiene después de que se borra una instancia. Estas copias de seguridad consisten en copias de seguridad a pedido y copias de seguridad automáticas creadas cuando la instancia estaba activa. Cuando borras una instancia, estas copias de seguridad se vuelven independientes de tu instancia y se almacenan a nivel del proyecto. Las copias de seguridad retenidas son diferentes de las copias de seguridad finales, que son las últimas copias de seguridad que se toman en el momento de la eliminación de la instancia.

Puedes actualizar la descripción de estas copias de seguridad para facilitar su administración en tu proyecto de Google Cloud . Las copias de seguridad retenidas se pueden restablecer en una instancia de Cloud SQL nueva o existente en cualquier momento.

En el caso de estas copias de seguridad, el período de retención se define según el tipo de copia de seguridad y no se puede cambiar después de que se borra la instancia. En el caso de las copias de seguridad estándar, las copias de seguridad a demanda se conservan de forma indefinida hasta que se borran de forma manual o se borra el proyecto que las contiene. En el caso de las copias de seguridad mejoradas, las copias de seguridad a pedido se conservan según la regla de retención seleccionada. Las copias de seguridad automáticas se borran de forma continua, una copia de seguridad por día, después de que se borra la instancia. El período continuo se define según la configuración de retención de la instancia antes de la eliminación, que puede variar de 1 día a 99 años, según la opción de copia de seguridad seleccionada de la instancia. Por ejemplo, si el parámetro de configuración de retención de copias de seguridad automáticas de tu instancia se estableció en 7, la copia de seguridad automática más reciente se borrará 7 días después de la eliminación de la instancia.

Las copias de seguridad retenidas se pueden borrar de forma manual en cualquier momento. Sin embargo, cuando borras una copia de seguridad retenida, no se pueden recuperar las copias de seguridad borradas.

Dado que los nombres de instancias se pueden usar después de que se borra una instancia en Cloud SQL, las copias de seguridad retenidas se almacenan en tu proyecto Google Cloud con un campo llamado instance_deletion_time. Este campo te permite identificar si una copia de seguridad en particular pertenece a una instancia activa o borrada. También puedes actualizar la descripción de una copia de seguridad para que sea más fácil administrarlas.

Retención del registro de transacciones

La retención del registro de transacciones se expresa en días. Para las instancias de Cloud SQL Enterprise Plus, el rango es de 1 a 35 días, con un valor predeterminado de 14 días. Para las instancias de Cloud SQL Enterprise, el rango es de 1 a 7 días, con un valor predeterminado de 7 días. Para las instancias de edición de Cloud SQL Enterprise Plus y de Cloud SQL Enterprise, la configuración de retención de registros de transacciones debe ser menor que la configuración de retención de copias de seguridad.

Copias de seguridad para réplicas

Las copias de seguridad no están disponibles para las instancias de réplica. Dado que las instancias de réplica son copias de las instancias principales, las copias de seguridad se mantienen con la instancia principal. Si una instancia de réplica se promueve a una instancia independiente debido a una conmutación por error o una conmutación, la instancia se habilita para las copias de seguridad y requerirá su propia configuración de copia de seguridad. Las réplicas promovidas no heredan los parámetros de configuración de copias de seguridad de la instancia principal y no pueden acceder a las copias de seguridad de la instancia principal.

Opciones de copia de seguridad

Cloud SQL ofrece dos opciones de servicios de copias de seguridad para administrar las copias de seguridad de tu instancia: copias de seguridad estándar y mejoradas. Puedes elegir entre las opciones de copia de seguridad estándar y mejorada según los requisitos y las necesidades de tu instancia. Si bien las instancias no pueden usar ambas opciones de copia de seguridad al mismo tiempo, Cloud SQL te permite cambiar entre estas opciones según sea necesario.

En la siguiente tabla, se proporciona una descripción general de las funciones disponibles con cada opción de copia de seguridad:

Funciones Copias de seguridad estándar Copias de seguridad mejoradas
Backup vault -
Retención aplicada con bloqueo de retención -
Retener copias de seguridad en la eliminación del proyecto -
Administración centralizada de copias de seguridad en todos los proyectos -
Período de retención de copias de seguridad 1 año Ilimitado
Programa de copias de seguridad automáticas Diario Por hora, día, semana, mes o año
Recuperación de un momento determinado usando registros
Creación de copias de seguridad y restablecimiento entre regiones -
Copias de seguridad a pedido
Copias de seguridad multirregionales -
Retener todas las copias de seguridad en la eliminación de la instancia
Copia de seguridad final en la eliminación de la instancia
Compatibilidad con CMEK -

Para obtener más información sobre estas opciones de copias de seguridad, consulta Copias de seguridad estándar y Copias de seguridad mejoradas.

Copias de seguridad mejoradas

Con las copias de seguridad mejoradas, puedes usar Copia de seguridad y DR para administrar y almacenar todas las copias de seguridad de tus instancias de Cloud SQL en varios proyectos en un proyecto de copia de seguridad central. Copia de seguridad y DR proporciona administración, supervisión y generación de informes centralizados de las operaciones de copia de seguridad diarias en un solo lugar. Las copias de seguridad se almacenan en una backup vault, que es un recurso de almacenamiento seguro y aislado administrado por Google, y los planes de copias de seguridad administran la configuración de copias de seguridad y restablecimiento. Esto proporciona copias de seguridad inmutables e indelebles que son independientes del proyecto fuente. Para obtener más información sobre cómo funcionan las copias de seguridad con Backup and DR, consulta la descripción general de Backup and DR.

Las copias de seguridad mejoradas usan Copia de seguridad y DR para crear un proyecto de copia de seguridad centralizado en el que administras los planes de copias de seguridad y la backup vault en todas tus instancias de Cloud SQL. Estos planes se pueden vincular en varios proyectos.

Cuando adjuntas un plan de copia de seguridad a una instancia de Cloud SQL, el plan de copia de seguridad reemplaza la configuración existente de copia de seguridad y restablecimiento. El plan que contiene la configuración de copias de seguridad y restablecimiento se almacena en el proyecto de copias de seguridad centralizado, y las copias de seguridad que se crean cuando el plan está activo en tu instancia de Cloud SQL se almacenan en la backup vault del proyecto de copias de seguridad.

Dado que Backup and DR se administra en un proyecto Google Cloud independiente, las copias de seguridad están protegidas cuando se borra un proyecto de origen o de carga de trabajo. El Backup and DR Admin administra los roles y las responsabilidades, que son independientes de los roles y las responsabilidades de Cloud SQL Admin.

Puedes conservar las copias de seguridad después de borrar la instancia o hacer una copia de seguridad final de la instancia antes de borrarla. Todas las copias de seguridad que se realizan como parte de las copias de seguridad mejoradas se pueden usar para restablecer una instancia mientras está activa o después de que se borró.

Retención de la copia de seguridad

Puedes conservar copias de seguridad en una backup vault hasta por 99 años cuando usas copias de seguridad mejoradas. La bóveda de copias de seguridad tiene un período mínimo de retención aplicado de entre 1 día y 99 años.

Almacenamiento en copias de seguridad

Las copias de seguridad se almacenan en una ubicación centralizada llamada backup vault. Una backup vault es un almacenamiento aislado y seguro, administrado por Backup and DR. Una backup vault te permite conservar copias de seguridad de 1 día a 99 años. Para obtener más información, consulta Almacenes de copias de seguridad.

Costos de copia de seguridad

En las copias de seguridad mejoradas, el costo se basa en el tamaño total de la copia de seguridad que se almacena en la bóveda de copias de seguridad. Estas copias de seguridad se crean según la configuración de copia de seguridad del plan de copia de seguridad asociado a la instancia. El costo total lo calcula Copia de seguridad y DR, y se basa en los precios de Copia de seguridad y DR.

Limitaciones

Las siguientes limitaciones se aplican cuando se usan copias de seguridad mejoradas:

  • La bóveda de copias de seguridad y tu instancia de Cloud SQL deben estar en la misma región.
  • Para cambiar el plan de copias de seguridad asociado a una instancia, debes cambiar tu instancia a copias de seguridad estándar. Para ello, borra la asociación del plan de copias de seguridad existente y, luego, asocia el nuevo plan de copias de seguridad.
  • No puedes crear una réplica de recuperación ante desastres (DR) para una instancia con copias de seguridad mejoradas.
  • Si tu instancia tiene una réplica de recuperación ante desastres (DR), no puedes habilitar las copias de seguridad mejoradas para la instancia.
  • No puedes asociar un plan de copia de seguridad con una instancia de réplica.
  • Si tu instancia usa copias de seguridad mejoradas, no puedes degradarla a una réplica.

Copias de seguridad estándar

Las copias de seguridad estándar son copias de seguridad que administra Cloud SQL con tu instancia de Cloud SQL. Las copias de seguridad de Cloud SQL son incrementales y solo contienen los datos que cambiaron después de que se realizó la copia de seguridad anterior. De forma predeterminada, Cloud SQL retiene 7 copias de seguridad automáticas por cada instancia de la edición de Cloud SQL Enterprise y 15 copias de seguridad automáticas por cada instancia de la edición de Cloud SQL Enterprise Plus, además de las copias de seguridad a pedido. Puedes configurar la cantidad de copias de seguridad automáticas que se conservarán (de 1 a 365).

Como parte del proceso de borrado de una instancia, puedes conservar todas las copias de seguridad y hacer una copia de seguridad final de tus datos. Esto te permite recrear las instancias que borres. Sin embargo, si no conservas las copias de seguridad o no realizas una copia de seguridad final antes de borrar la instancia, Cloud SQL borrará automáticamente todas las copias de seguridad de la instancia.

Retención de la copia de seguridad

Las copias de seguridad a pedido no se borran automáticamente. Estas persisten hasta que las borres manualmente o hasta que se borre la instancia. Como las copias de seguridad a pedido no se borran automáticamente, pueden tener efectos a largo plazo en los cargos de facturación.

Las copias de seguridad automáticas se pueden conservar de 1 a 365 días si configuras el período de retención en la configuración de copias de seguridad de tu instancia. Si bien los registros de transacciones se cuentan en días, no se garantiza que las copias de seguridad automáticas se realicen en un día.

Si habilitas la retención de copias de seguridad después de borrar la instancia para tus copias de seguridad automáticas y a pedido, esas copias de seguridad seguirán la misma configuración de retención de 1 a 365 días para las copias de seguridad automáticas y de forma indefinida para las copias de seguridad a pedido. Para obtener más información, consulta Retener copias de seguridad después de la eliminación de la instancia.

Los registros se borran definitivamente una vez al día, no de forma continua. Cuando la cantidad de días de retención de registros es la misma que la cantidad de copias de seguridad, se puede provocar una retención de registros insuficiente. Por ejemplo, establecer la retención de registros en siete días y la retención de copias de seguridad a siete copias de seguridad implica que se conservarán entre seis y siete días de registros.

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

Para obtener más información sobre cómo habilitar las copias de seguridad retenidas para tus instancias nuevas o existentes, consulta Administra copias de seguridad retenidas. Para obtener más información sobre cómo restablecer una instancia a partir de una copia de seguridad retenida, consulta Restablece a partir de una copia de seguridad retenida.

Almacenamiento en copias de seguridad

En una configuración de una sola región, las copias de seguridad se replican en las diferentes zonas de la región. En una configuración multirregional, se recomienda que las copias de seguridad se encuentren en la misma región que la instancia para minimizar la latencia y evitar posibles errores de copia de seguridad debido a las políticas de la organización o las limitaciones basadas en la ubicación.

Las copias de seguridad se almacenan en la misma ubicación para las instancias en configuraciones con alta disponibilidad (HA) o sin HA. En las configuraciones de HA, podrás acceder a las copias de seguridad de tu instancia en caso de conmutación por error o conmutación a la instancia secundaria.

Puedes definir tus ubicaciones de copias de seguridad de la siguiente manera:

Ubicaciones predeterminadas de copias de seguridad

Si no especificas una ubicación de almacenamiento, tus copias de seguridad se almacenarán en la multirregión que está geográficamente más cerca de la ubicación de tu instancia de Cloud SQL. Por ejemplo, si tu instancia de Cloud SQL está en us-central1, tus copias de seguridad se almacenan en la multirregión us de forma predeterminada. Sin embargo, una ubicación predeterminada como australia-southeast1 está fuera de una multirregión. La multirregión más cercana es asia.

Ubicaciones personalizadas de copias de seguridad

Cloud SQL te permite seleccionar una ubicación personalizada para los datos de una copia de seguridad. Esto es útil si la organización necesita cumplir con las regulaciones de residencia de datos que requieren que mantengas las copias de seguridad dentro de un límite geográfico específico. Si la organización tiene este tipo de requisito, es probable que use una política de la organización de restricción de ubicación de recursos. Con esta política, cuando intentas usar una ubicación geográfica que no cumple con la política, verás una alerta en la página Copias de seguridad. Si ves esta alerta, debes cambiar la ubicación de copia de seguridad a una ubicación que permita la política.

Cuando selecciones una ubicación personalizada para una copia de seguridad, ten en cuenta lo siguiente:

  • Costo: Un clúster en tu instancia puede estar en una región de menor costo que las demás.
  • Proximidad a tu servidor de aplicaciones: Te recomendamos almacenar la copia de seguridad lo más cerca posible de la aplicación de entrega.
  • Uso del almacenamiento: Necesitas suficiente espacio de almacenamiento para conservar tu copia de seguridad a medida que aumenta su tamaño. Según tu carga de trabajo, es posible que tengas clústeres de diferentes tamaños o con diferentes usos de discos. Debes tener en cuenta estos factores cuando elijas un clúster.

Si deseas obtener una lista completa de los valores regionales válidos, consulta la página Ubicaciones de las instancias. Si deseas obtener una lista completa de los valores multirregionales, consulta Ubicaciones multirregionales.

Si quieres obtener más información sobre la configuración de las ubicaciones para las copias de seguridad y la visualización de las ubicaciones de las copias de seguridad realizadas para una instancia, consulta Configura una ubicación personalizada para las copias de seguridad y Visualiza las ubicaciones de copias de seguridad.

Límites de frecuencia de las copias de seguridad

Cloud SQL limita la frecuencia de las operaciones de copias de seguridad en el disco de datos. Puedes tener un máximo de cinco operaciones de copias de seguridad cada 50 minutos por instancia y por proyecto. Si una operación de copia de seguridad falla, no se considera en esta cuota. Si alcanzas el límite, la operación falla con un mensaje de error que te indica cuándo puedes volver a intentarlo.

Veamos cómo Cloud SQL aplica el límite de frecuencia para las copias de seguridad.

Cloud SQL usa tokens de un bucket para determinar cuántas operaciones de copias de seguridad están disponibles a la vez. Cada instancia tiene un bucket. Hay un máximo de cinco tokens en el bucket que puedes usar para operaciones de copias de seguridad. Cada 10 minutos, se agrega un token nuevo al bucket. Si el bucket está lleno, el token se desborda.

Cada vez que emites una operación de copia de seguridad, se otorga un token al bucket. Si la operación se realiza correctamente, el token se quita del bucket. Si falla, el token se muestra en el bucket. En el siguiente diagrama, se puede ver cómo funciona:

Cómo funcionan los tokens

Copias de seguridad y exportaciones

Cloud SQL administra las copias de seguridad según las políticas de retención, y se almacenan por separado de la instancia de Cloud SQL. Las copias de seguridad de Cloud SQL son diferentes de una exportación que se sube a Cloud Storage, ya que, en la exportación, administras el ciclo de vida. Las copias de seguridad abarcan todo el disco de la instancia. Las exportaciones pueden seleccionar contenido específico.

Las operaciones de copia de seguridad y restablecimiento no se pueden usar para actualizar una base de datos a una versión posterior. Solo puedes restablecer una copia de seguridad en una instancia con la misma versión de base de datos que cuando se realizó la copia de seguridad.

Para actualizar a una versión posterior, considera usar Database Migration Service o exportar y, luego, importar tu base de datos a una nueva instancia de Cloud SQL.

Costos de copia de seguridad

De forma predeterminada, Cloud SQL retiene 7 copias de seguridad automáticas por cada instancia de Cloud SQL Enterprise y 15 copias de seguridad automáticas para cada instancia de Cloud SQL Enterprise Plus, además de las copias de seguridad según demanda. Puedes configurar la cantidad de copias de seguridad automáticas que se conservarán, de una a 365. Cobramos una tarifa más baja por el almacenamiento de copias de seguridad que por otros tipos de instancias.

Para obtener más información sobre los precios relacionados con las copias de seguridad, consulta la página de precios.

Tamaño de la copia de seguridad

Todas las copias de seguridad de Cloud SQL, excepto la primera, son incrementales. Solo contienen los datos que cambiaron después de que se realizó la copia de seguridad anterior. La copia de seguridad más antigua tiene un tamaño similar al de la base de datos, pero el tamaño de las copias de seguridad siguientes depende de la velocidad con la que cambian los datos. Cuando se borra la copia de seguridad más antigua, el tamaño de la copia de seguridad que le sigue en antigüedad aumenta para convertirse en una copia de seguridad completa y se ajusta para capturar la diferencia entre las copias de seguridad. Cada copia de seguridad incremental posterior también se actualiza para que coincida con la nueva copia de seguridad completa.

Puedes verificar el tamaño de una copia de seguridad individual. El tamaño de la copia de seguridad representa el tamaño facturable de cada copia de seguridad.

Soluciona problemas

Problema Soluciona problemas
No puedes ver el estado de la operación actual. La consola Google Cloud solo informa si la operación se realizó de forma correcta o si falló. 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 determinada.

Quieres averiguar quién inició una operación de copia de seguridad bajo demanda. La interfaz de usuario no muestra el usuario que inició una operación.

Busca en los registros y filtra por texto para encontrar al usuario. Es posible que debas usar registros de auditoría para obtener información privada. Los archivos de registro relevantes incluyen lo siguiente:

  • cloudsql.googleapis.com/postgres.log
  • Si Registros de auditoría de Cloud está habilitado y tienes los permisos necesarios para verlo, es posible que cloudaudit.googleapis.com/activity también esté disponible.
Después de borrar una instancia, no puedes realizar una copia de seguridad de ella.

Si borras una instancia sin crear una copia de seguridad final de los datos, no será posible recuperarlos. Sin embargo, si restableces la instancia, Cloud SQL también restablecerá las copias de seguridad. Para obtener más información sobre cómo recuperar una instancia borrada, consulta Copias de seguridad de recuperación.

Si realizaste una operación de exportación, puedes crear una instancia nueva y, luego, realizar 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í.

La copia de seguridad automática se interrumpe durante muchas horas y no se puede cancelar. Las copias de seguridad pueden llevar mucho tiempo según el tamaño de la base de datos.

Si en verdad necesitas cancelar la operación, puedes pedirle a la asistencia al cliente que realice una operación de force restart para la instancia.

Una operación de restablecimiento puede fallar cuando uno o más usuarios a los que se hace referencia en el archivo de volcado de SQL no existen. Antes de restablecer un archivo de volcado de SQL, todos los usuarios de la base de datos que poseen objetos o que recibieron permisos sobre los objetos en la base de datos de volcado deben existir en la base de datos de destino. Si este no es el caso, la operación de restablecimiento no puede volver a crear los objetos con la propiedad o los permisos originales.

Crea los usuarios de la base de datos antes de restablecer el archivo de volcado de SQL.

En la actualidad, puedes conservar las copias de seguridad automáticas durante siete días, pero quieres aumentar esa cantidad de días a 30 o más. Puedes configurar la cantidad de copias de seguridad automáticas que se conservarán, de 1 a 365. Las copias de seguridad automáticas se reducen con regularidad según el valor de retención configurado. Por desgracia, esto significa que solo puedes restablecer instancias a partir de las copias de seguridad automáticas que ves en la actualidad.

Si deseas conservar las copias de seguridad de forma indefinida, puedes crear una copia de seguridad a pedido, ya que no se borran de la misma manera que las copias de seguridad automáticas. Las copias de seguridad bajo demanda permanecen de forma indefinida. Es decir, permanecen hasta que se borran o se borra la instancia a la que pertenecen. Debido a que ese tipo de copia de seguridad no se borra de forma automática, es posible que afecte la facturación.

Se produjo un error en la copia de seguridad automática y no recibiste ninguna notificación por correo electrónico. Para que Cloud SQL te notifique sobre el estado de la copia de seguridad, configura una alerta basada en registros.
Una instancia falla varias veces porque cambia entre los estados de falla y de restablecimiento de la copia de seguridad. Los intentos para conectarse y usar la base de datos después del restablecimiento fallan.
  • Es posible que haya demasiadas conexiones activas. Cuando hay demasiadas conexiones, es posible que ocurran errores en medio de una conexión en la que no hay parámetros de configuración de autovacuum para descartar las conexiones inactivas.
  • Puede generarse un ciclo si cualquier código personalizado usa una lógica de reintento que no se detiene después de algunas fallas.
  • Es posible que haya demasiado tráfico. Usa la agrupación de conexiones y otras prácticas recomendadas para la conectividad.

Solución:

  1. Verifica que la base de datos esté configurada para autovacuum.
  2. Comprueba si hay alguna lógica de reintento de conexiones configurada en el código personalizado.
  3. Disminuye el tráfico hasta que se recupere la base de datos y, luego, vuelve a aumentarlo con lentitud.
Detectas que faltan datos durante una operación de copia de seguridad o de restablecimiento. Las tablas se crearon como no registradas. Por ejemplo:

CREATE UNLOGGED TABLE ....

Estas tablas no se incluyen en un restablecimiento desde una copia de seguridad:

  • El contenido de las tablas que no están registradas no permanece vigente ante la conmutación por error en una instancia de HA.
  • Las tablas que no están registradas no superarán las fallas de postgres.
  • Las tablas que no están registradas no se replicarán en réplicas de lectura.
  • Las tablas que no están registradas se limpiarán de forma automática durante el restablecimiento de la copia de seguridad.

La solución es evitar usar tablas que no están registradas si deseas restablecer esas tablas a través de una copia de seguridad. Si realizas el restablecimiento desde una base de datos que ya tiene tablas no registradas, puedes volcar la base de datos a un archivo y volver a cargar los datos después de modificar el archivo volcado en ALTER TABLE a SET LOGGED en esas tablas.

¿Qué sigue?