Descripción general de las copias de seguridad

En esta página, se describe cómo funcionan las copias de seguridad de tu instancia de Cloud SQL. También se explica cómo usar estas copias para restablecer datos en la misma instancia o en otra.

Para obtener instrucciones paso a paso sobre cómo programar copias de seguridad o crearlas a pedido, consulta Crea y administra copias de seguridad automáticas y bajo demanda.

Para obtener una descripción general de cómo restablecer datos en una instancia a partir de la copia de seguridad, consulta Restablece una instancia a partir de una copia de seguridad.

¿Qué proporcionan las copias de seguridad?

Las copias de seguridad te ayudan a restablecer los datos perdidos en la instancia de Cloud SQL. También puedes restablecer una instancia que tiene problemas a partir de una copia de seguridad. Habilita las copias de seguridad automáticas para cualquier instancia que contenga datos necesarios. Estas copias protegen los datos contra pérdidas o daños.

Es necesario habilitar las copias de seguridad automáticas y el registro binario para algunas operaciones, como la creación de clones y réplicas.

¿Cuánto cuestan las copias de seguridad?

Cloud SQL retiene hasta 7 copias de seguridad por instancia. Cobramos una tarifa más baja por el almacenamiento de copias de seguridad que por otros tipos de instancias. Consulta la página de precios para obtener más información.

Copias de seguridad en comparación con las exportaciones

Las copias de seguridad permanecen en la instancia de Cloud SQL según las políticas de retención. 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 toda la base de datos. Las exportaciones pueden seleccionar contenido específico.

Acerca del tamaño de las copias de seguridad

Las copias de seguridad para las instancias de MySQL 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. Las copias de seguridad posteriores dependen de la frecuencia de cambio de 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 a fin de que siempre exista una copia de seguridad completa.

Tipos de copias de seguridad

Cloud SQL realiza dos tipos de copias de seguridad:

Copias de seguridad a pedido

Puedes crear una copia de seguridad en cualquier momento. Usa una copia de seguridad a pedido si estás a punto de realizar una operación riesgosa en la base de datos. O bien, cuando necesites una copia de seguridad y no quieres esperar el período de copia de seguridad. Puedes crear copias de seguridad a pedido para cualquier instancia, ya sea que tengan o no habilitadas las copias de seguridad automáticas.

Las copias de seguridad a pedido no se borran de forma automática como sucede con las copias de seguridad automáticas. Estas persisten hasta que las borres o hasta que se borre su instancia. Como no se borran de forma automática, las copias de seguridad a pedido pueden tener un efecto a largo plazo en tus cargos de facturación si no las borras.

Copias de seguridad automáticas

Las copias de seguridad automáticas usan un período de copia de seguridad de 4 horas. La copia de seguridad se inicia durante el período asignado. De ser posible, programa las copias de seguridad en los momentos en que tu instancia tiene poca actividad.

Las copias de seguridad automáticas se realizan todos los días y se conservan durante siete días. Cuando transcurren los siete días, se borra la copia de seguridad más antigua.

¿Dónde se almacenan las copias de seguridad?

Se incluyen las siguientes ubicaciones para las copias de seguridad:

Ubicaciones predeterminadas de copias de seguridad

De forma predeterminada, Cloud SQL almacena datos de copia de seguridad en dos regiones para redundancia. Una región puede ser la misma que aquella en la que se encuentra la instancia. La otra es una región diferente. Si hay dos regiones en un continente, los datos de las copias de seguridad permanecen en el mismo continente. Ya que solo hay una región en Australia, los datos de copia de seguridad de la región de Sídney se almacenan en una ubicación en Asia. Para la región de São Paulo, los datos de las copias de seguridad se almacenan en una ubicación dentro de EE.UU.

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.

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.

Consulta la sección sobre cómo configurar una ubicación personalizada para las copias de seguridad y la sección sobre cómo visualizar las ubicaciones de las copias de seguridad.

¿Puedo exportar una copia de seguridad?

No, no puedes exportar una copia de seguridad. Solo puedes exportar datos de instancias. Consulta la página sobre cómo exportar datos desde Cloud SQL.

Acerca del usuario de copia de seguridad especial

Cloud SQL crea un usuario de base de datos especial, cloudsqladmin, para cada instancia y genera una contraseña única específica de instancia para él. Cloud SQL accede como el usuario cloudsqladmin para realizar copias de seguridad automáticas.

¿Cómo afectan las copias de seguridad a las operaciones de instancia?

En las instancias de MySQL, la marca FLUSH TABLES WITH READ LOCK no se usa para las copias de seguridad. Esto significa que tanto las operaciones de escritura como otras operaciones no se ven afectadas por las operaciones de copia de seguridad.

Por lo general, las copias de seguridad se completan en segundos, pero si se escribió una gran cantidad de datos desde la última copia de seguridad, esta tardará más en completarse.

Si hay una operación pendiente al momento en que se intenta realizar la copia de seguridad, Cloud SQL suele realizar varios intentos dentro del período para completar la copia de seguridad. Las operaciones que bloquean la copia de seguridad son de larga duración, como la importación, la exportación, la actualización (por ejemplo, un cambio en los metadatos de una instancia) y el reinicio de una instancia.

Durante una operación de larga duración, como la carga de datos, puedes inhabilitar las copias de seguridad automáticas de forma temporal.

Soluciona problemas

Haz clic en los vínculos de la tabla para obtener más información:

Situación Posible problema Solución
No se puede ver el estado actual de la operación. La interfaz de usuario solo muestra los estados que indican una finalización correcta o un error. Usa estos comandos de la base de datos para obtener más información.
No se puede encontrar el creador de la operación. La interfaz de usuario no muestra quién inició una operación. Usa el registro de auditoría para averiguarlo.
El disco se quedó sin espacio durante la generación de la copia de seguridad automática. La instancia alcanzó el límite de espacio en el disco duro. Verifica el tamaño y la cuota del sistema de archivos.
No se puede hacer una copia de seguridad después de borrar la instancia. Se borró la instancia. Recrea desde una exportación o comunícate con la asistencia al cliente si aún corre el período de gracia.
La copia de seguridad automática parece estar interrumpida. El tiempo de copia de seguridad se correlaciona con el tamaño de la base de datos. Comunícate con la asistencia al cliente si realmente necesitas cancelar la operación.
El restablecimiento falla. Es posible que el archivo de volcado contenga usuarios de la base de datos que aún no existen. Crea los usuarios de la base de datos antes de restablecerla.
La operación no es válida para esta instancia. El tamaño de la instancia de destino es menor que el de la instancia de origen. Aumenta el tamaño de la instancia de destino.
Aumenta la cantidad de días durante los cuales se conservarán las copias de seguridad automáticas. Solo se conservan siete copias de seguridad automáticas. Administra tus propias copias de seguridad manuales.
Se produjo un error desconocido en la copia de seguridad. Es posible que se haya agotado el tiempo de espera de la copia de seguridad. Obtén información sobre estas marcas.
No recibes notificaciones sobre el error de la copia de seguridad. No hay ninguna notificación predeterminada. Configura alertas personalizadas.

No se puede ver el estado actual de la operación

No puedes ver el estado de una operación en Google Cloud Console.

Posible problema

Google Cloud Console solo informa si la operación se completó de forma correcta o si falló una vez que esta finaliza. Esta herramienta no está diseñada para mostrar advertencias.

Solución

Conéctate a la base de datos y ejecuta SHOW WARNINGS.


No se puede encontrar el creador de la operación

Quieres averiguar quién inició una operación de copia de seguridad bajo demanda.

Posible problema

La página de operaciones de instancias en Google Cloud Console no muestra quién inició una operación.

Solució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.googlapis.com/mysql-general.log
  • cloudsql.googleapis.com/mysql.err
  • Si los registros de auditoría de Cloud están habilitados, es posible que cloudaudit.googleapis.com/activity también esté disponible.


El disco se quedó sin espacio durante la generación de la copia de seguridad automática

Verás el mensaje de error [ERROR] InnoDB: Write to file ./ibtmp1 failed at offset XXXX, YYYY bytes should have been written, only 0 were written..

Posible problema

La instancia alcanzó un límite estricto durante la generación de una copia de seguridad automática. Los archivos temporales pueden expandirse y superar el espacio disponible en el disco durante una copia de seguridad.

Solución

Verifica que el disco no esté lleno o que no haya cuota de disco. Puedes aumentar el tamaño del disco de forma manual o habilitar el aumento de almacenamiento automático.


No se puede hacer una copia de seguridad después de borrar la instancia

No puedes hacer una copia de seguridad después de borrar la instancia.

Posible problema

Se borró la instancia.

Solución

  • El período de gracia para borrar definitivamente instancias de Cloud SQL es de cuatro días. Durante este tiempo, la asistencia al cliente puede recrear la instancia. Una vez que las instancias se borran definitivamente, no es posible la recuperación de datos.
  • Si realizaste una exportación, puedes crear una instancia nueva y, luego, realizar una 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 está interrumpida

La copia de seguridad automática se interrumpe durante muchas horas y no se puede cancelar.

Posible problema

Las copias de seguridad pueden llevar mucho tiempo según el tamaño de la base de datos.

Solución

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.


Falla el restablecimiento desde una copia de seguridad

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.

Posible problema

Antes de restablecer un archivo de volcado de SQL, deben existir todos los usuarios de la base de datos que posean objetos o que recibieron permisos sobre los objetos en la base de datos de volcado. Si este no es el caso, el restablecimiento no puede volver a crear los objetos con la relación de propiedad o los permisos originales.

Solución

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


La operación no es válida para esta instancia

Verás el mensaje de error HTTP Error 400: This operation isn't valid for this instance de una llamada de la API a instances.restoreBackup.

Posible problema

No puedes restablecer a partir de una copia de seguridad de una instancia con un tamaño de almacenamiento (XX GB) menor que el tamaño de la copia de seguridad (YY GB).

Solución

Edita la instancia de destino para aumentar su tamaño de almacenamiento.


Aumenta la cantidad de días durante los cuales se conservarán las copias de seguridad automáticas

En la actualidad, puedes conservar las copias de seguridad automáticas durante siete días, pero quieres aumentar esa cantidad de días a treinta o más.

Posible problema

Solo se conservan siete copias de seguridad. Las copias de seguridad se descartan con frecuencia debido al costo y la ocupación de tamaño que implica conservarlas. Por desgracia, esto significa que solo puedes restablecer instancias a partir de las copias de seguridad automáticas que ves en la actualidad.

Solución

Si deseas conservar las copias de seguridad de forma indefinida, puedes crear una copia de seguridad bajo demanda, ya que ese tipo de copias de seguridad no se borra de la misma manera en que lo hacen las 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. Dado 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 desconocido en la copia de seguridad

Se produjo un error en la copia de seguridad y se muestra Unknown error.

Posible problema

La creación de la copia de seguridad alcanzó el tiempo de espera de diez minutos. Se estableció un tiempo de espera de diez minutos en la copia de seguridad automática, y se supone que la copia de seguridad finaliza en ese tiempo.

Solución

Hay dos marcas que influyen en la creación de la copia de seguridad: checkpoint_timeout y checkpoint_completion_target. Al comienzo de la copia de seguridad, se ejecuta un punto de control slow y se multiplica checkpoint_completion_target por checkpoint_timeout.

Por ejemplo, 900 sec * 0.9 sec = 810 sec = 13.5 min. Por este motivo, se agota el tiempo de espera. Cuando se disminuye el valor de checkpoint_completion_target, se soluciona el problema en este caso.

No recibes notificaciones sobre el error de la copia de seguridad

No se pudo crear una copia de seguridad automática y no recibiste ninguna notificación.

Posible problema

Cuando falla una copia de seguridad automática, aparece un mensaje Operation error en la página Details de la instancia de Cloud SQL. No se envían notificaciones por correo electrónico en caso de una falla de la copia de seguridad.

Solución

Puedes crear una alerta de Monitoring o usar notificaciones de Error Reporting para configurar tus propias notificaciones personalizadas.

¿Qué sigue?