Información para restablecer una instancia

En esta página se proporciona información que debes revisar antes de restablecer una instancia desde una copia de seguridad o realizar una recuperación de un momento determinado (PITR).

¿Qué sucede durante un restablecimiento?

Cuando restableces una instancia, los siguientes datos de la instancia principal se restablecen en la nueva instancia:

  • Bases de datos
  • Usuarios

La operación de restablecimiento hace que la instancia se reinicie.

Recuperación de un momento determinado

Con la recuperación de un momento determinado, puedes recuperar una instancia tal como se encontraba un punto específico en el tiempo. Por ejemplo, si un error provoca pérdida de datos, puedes recuperar el estado de una base de datos antes de que se produjera el error.

Una recuperación de un momento determinado siempre crea una instancia nueva. No puedes realizar una recuperación de un momento determinado en una instancia existente. La instancia nueva heredará la configuración de la instancia de origen, de forma similar a la creación de clones.

La recuperación de un momento determinado está habilitada de forma predeterminada cuando creas una instancia de Cloud SQL nueva.

Para obtener instrucciones paso a paso sobre cómo realizar una recuperación de un momento determinado, consulta Realiza una recuperación de un momento determinado.

Sugerencias generales para realizar restablecimientos

Cuando restableces una instancia desde una copia de seguridad, ya sea a la misma instancia o a una diferente, recuerda los siguientes elementos:

  • La operación de restablecimiento reemplaza todos los datos en la instancia de destino.
  • La instancia de destino no podrá establecer conexiones durante la operación de restablecimiento; se perderán las conexiones existentes.
  • Si restableces a una instancia con réplicas de lectura, debes borrar todas las réplicas y crearlas de nuevo luego de que se complete la operación de restablecimiento.
  • La operación de restablecimiento reinicia la instancia.

Para obtener instrucciones paso a paso sobre cómo realizar un restablecimiento, consulta:

Sugerencias y requisitos para restablecer a una instancia diferente

Cuando restablezcas una copia de seguridad a una instancia diferente, recuerda las siguientes restricciones y prácticas recomendadas:

  • La instancia de destino debe tener la misma versión y edición de base de datos que la instancia de la que se realizó la copia de seguridad.

    Si quieres actualizar la versión de base de datos en tu instancia, sigue los pasos que se detallan en Actualiza la base de datos para una instancia.

  • La capacidad de almacenamiento de la instancia de destino debe ser al menos tan grande como la capacidad de la instancia de la que se realiza la copia de seguridad. No importa la cantidad de almacenamiento que se utiliza. Puedes ver la capacidad de almacenamiento de la instancia en la página Instancias de Cloud SQL en la consola.

  • La instancia de destino debe tener el estado RUNNABLE.

  • La instancia de destino puede usar una cantidad diferente de núcleos y de memoria que la instancia desde la que se realizó la copia de seguridad.

  • La instancia de destino puede estar en una región diferente de la de origen.

  • Durante una interrupción, de todas maneras puedes recuperar una lista de copias de seguridad en un proyecto en particular. Consulta Visualiza las copias de seguridad durante una interrupción.

Límites de frecuencia para los restablecimientos

Puedes tener un máximo de tres operaciones de restablecimiento cada 30 minutos por instancia y por región por proyecto. Si una operación de restablecimiento 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 ejecutar la operación.

Veamos cómo Cloud SQL aplica el límite de frecuencia para los restablecimientos.

Cloud SQL usa tokens de un bucket para determinar cuántas operaciones de restablecimiento están disponibles a la vez. Por cada copia de seguridad, hay un bucket para cada proyecto y región de destino. Las instancias de destino del mismo proyecto comparten un bucket si están en la misma región. Hay un máximo de tres tokens en cada bucket que puedes usar para operaciones de restablecimiento. 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 restablecimiento, 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

Por ejemplo, en la siguiente figura, Backup1, Backup2 y Backup3 son las copias de seguridad de la misma instancia de origen.

Tokens para el límite de frecuencia de operaciones de restablecimiento

  • Cada copia de seguridad (Backup1, Backup2 y Backup3) tienen su propio bucket de tokens para operaciones de restablecimiento que se orientan a diferentes instancias en el Proyecto 1 de la Región A (Bucket11A, Bucket21A y Bucket31A). Debido a que cada copia de seguridad tiene su propio bucket, puedes restablecer cada copia de seguridad en la misma instancia tres veces cada treinta minutos.
  • Cada copia de seguridad tiene un bucket para un proyecto y una región diferentes. Por ejemplo, si hay cinco proyectos en una región, hay cinco buckets para esa copia de seguridad en esa región, uno en cada proyecto. En la figura anterior, tenemos dos proyectos en la región A: Proyecto 1 y Proyecto n.
    • Backup1 tiene dos buckets de tokens para las operaciones de restablecimiento en la región A. Un bucket para el Proyecto 1 (Bucket11A) y otro para el Proyecto n (Bucket1nA).
    • Del mismo modo, Backup3 tiene dos buckets para las operaciones de restablecimiento en la región A. Uno para el Proyecto 1 (Bucket31A) y otro para el Proyecto n (Bucket3nA).
  • Backup3 tiene un bucket en la región B, para el proyecto 1, porque todas las instancias en el mismo proyecto de destino y la misma región de destino comparten un bucket.

¿Qué sigue?