PolarDB:Backup and recovery FAQ

Las copias de seguridad de PolarDB se miden con dos métricas: el tamaño lógico de cada copia de seguridad y el tamaño físico del conjunto de todas ellas.

• Tamaño lógico: volumen de datos (datos y registros) en un punto en el tiempo consistente de la instantánea.

• Tamaño físico: tamaño de la cadena de instantáneas de la copia de seguridad. PolarDB utiliza un mecanismo de cadena de instantáneas incrementales para las copias de seguridad. Este mecanismo conserva el estado de la instantánea en cada punto en el tiempo. Cuando se modifica un bloque de datos, el sistema conserva la versión histórica de ese bloque para la instantánea. Los datos se eliminan de la cadena de instantáneas solo cuando caducan las instantáneas anteriores.

  Por ejemplo, suponga que el volumen de datos de un clúster es de 100 GB. El ciclo de copia de seguridad para las copias de seguridad de nivel 1 o de datos es de una vez al día, y el periodo de retención es de 3 días.

  Fecha	Proceso de modificación de datos	Tamaño de los datos en el almacenamiento	Tamaño correspondiente de la cadena de instantáneas (copia de seguridad física)
  Lunes	Agregar 100 GB de datos	100 GB + 100 GB = 200 GB	+ 0 GB = 0 GB Nota Este cálculo no considera el tamaño de la cadena de instantáneas (copia de seguridad física) anterior al lunes. En un escenario real, el incremento no es de 0 GB. Es posible que los bloques de datos a los que hace referencia una instantánea no estén completamente escritos. Si se deben escribir datos nuevos en estos bloques, el sistema crea una copia nueva de ellos. Por lo tanto, escribir datos después de crear una instantánea también aumenta el tamaño de la cadena de instantáneas (copia de seguridad física).
  Martes	Modificar 1 GB de datos y agregar 1 GB de datos	200 GB + 1 GB = 201 GB	0 GB + 1 GB = 1 GB
  Miércoles	Eliminar 100 GB de datos Nota Los datos eliminados son los que se agregaron el lunes.	201 GB - 100 GB = 101 GB	1 GB + 100 GB = 101 GB
  Jueves	Modificar 1 GB de datos y agregar 1 GB de datos	101 GB + 1 GB = 102 GB	101 GB + 1 GB = 102 GB
  Viernes	Modificar 1 GB de datos y agregar 1 GB de datos	102 GB + 1 GB = 103 GB	102 GB + 1 GB = 103 GB Nota En este punto, la instantánea del lunes ya caducó. Sin embargo, el tamaño de la cadena de instantáneas (copia de seguridad física) no disminuye. El sistema sigue conservando la versión histórica de los bloques de datos para el conjunto de copias de seguridad del martes.
  Sábado	Modificar 1 GB de datos y agregar 1 GB de datos	103 GB + 1 GB = 104 GB	103 GB + 1 GB - 100 GB = 4 GB Nota En este punto, la instantánea del martes ya caducó. El sistema ya no necesita conservar la versión histórica de los bloques de datos correspondientes a la información que se agregó el lunes y se eliminó el miércoles. Por lo tanto, el tamaño de la cadena de instantáneas (copia de seguridad física) disminuye en 100 GB.

  Nota

  • El ejemplo anterior es solo de referencia. Considera únicamente los datos de negocio del clúster y no incluye los archivos del sistema. El tamaño real puede ser distinto.

  • Para reducir el tamaño de la copia de seguridad física sin cambiar la frecuencia de modificación de los bloques de datos, acorte el ciclo de copia de seguridad y el periodo de retención. Para obtener más información, consulte How can I reduce the data volume and costs of level-1 backups, level-2 backups, and log backups?

No. El tamaño físico representa métricas distintas según el tipo de copia de seguridad.

Copia de seguridad de nivel 1

El tamaño físico de las copias de seguridad de nivel 1 no es la suma de todos los tamaños de las copias de seguridad lógicas. Corresponde a la suma del espacio físico ocupado de manera exclusiva por todas las copias de seguridad de nivel 1 (instantáneas).

Copia de seguridad de datos

El tamaño físico de las copias de seguridad de datos no es la suma de todos los tamaños de las copias de seguridad lógicas. Corresponde a la suma del espacio físico ocupado de manera exclusiva por todas las copias de seguridad de datos (instantáneas).

Las copias de seguridad de PolarDB tienen dos métricas de tamaño: el tamaño lógico de cada conjunto de copias de seguridad y el tamaño físico de todas ellas. PolarDB utiliza un mecanismo de cadena de instantáneas para las copias de seguridad, en el que cada bloque de datos único se almacena una sola vez. Por lo tanto, el tamaño físico total es menor que la suma de los tamaños lógicos y, en ocasiones, puede ser incluso menor que el tamaño lógico de una sola copia de seguridad.

Se le cobra por el espacio de almacenamiento que utilizan las copias de seguridad de nivel 1 o de datos, las de nivel 2 y las de registros. Las copias de seguridad de nivel 1 o de datos y las de registros están habilitadas de forma predeterminada, e incluyen una cuota gratuita. Las copias de seguridad de nivel 2 están deshabilitadas de forma predeterminada. Para obtener más información, consulte Backup storage (billed for usage that exceeds the free quota).

Los costos de almacenamiento de las copias de seguridad dependen del Storage Type de su clúster.

• Enterprise SSD (PL0, PL1, PL2, PL3, and AutoPL)

  • Fórmula: costo por hora = (tamaño total de la copia de seguridad de datos - cuota gratuita) × precio por hora

  • Cuota gratuita: capacidad de almacenamiento × 50 %

  Por ejemplo, en China continental, si el tamaño total de la copia de seguridad de datos es de 700 GB y el uso de almacenamiento de la base de datos es de 1000 GB, el costo por hora es de [700 GB - (1,000 GB × 50%)] × USD 0.00003231/GB/hour = USD 0.006462/hour. Para obtener más información, consulte Backup storage (billed for usage that exceeds the free quota).

• PSL4/PSL5

  • Fórmula: costo por hora = (tamaño total de la copia de seguridad de nivel 1 - cuota gratuita) × precio por hora

  • Cuota gratuita: la fórmula para calcularla varía según el Storage Payment Method. Las fórmulas son las siguientes:

    • Suscripción (facturación por espacio): capacidad de almacenamiento × 50 %.

    • Pay-as-you-go (facturación por capacidad): uso de almacenamiento × 50 %.

  Por ejemplo, para la clase de almacenamiento PSL5 en China continental, si el tamaño total de la copia de seguridad de nivel 1 (instantánea) es de 700 GB y el uso de almacenamiento de la base de datos es de 1000 GB, el costo por hora es de [700 GB - (1,000 GB × 50%)] × USD 0.000464/GB/hour = USD 0.0928/hour. Para obtener más información, consulte Backup storage (billed for usage that exceeds the free quota).

• Acorte el periodo de retención de los datos de copia de seguridad según sus necesidades. Para obtener más información, consulte Configure a backup policy.

  • Reduzca el periodo de retención de las copias de seguridad de nivel 1; por ejemplo, de 7 a 3 días.

  • Reduzca el periodo de retención de las copias de seguridad de nivel 2; por ejemplo, de 70 a 30 días.

    Nota

    Acortar el periodo de retención de las copias de seguridad de nivel 1 y de nivel 2 implica riesgos. Si el conjunto de copias de seguridad que necesita es anterior al periodo de retención, no podrá usarlo para restaurar datos.

  • Reduzca el periodo de retención de las copias de seguridad de registros; por ejemplo, de 7 a 3 días.

    Nota

    Acortar el periodo de retención de las copias de seguridad de registros implica riesgos. No podrá restaurar datos a un punto en el tiempo anterior a la copia de seguridad de registros más antigua que se conserve.

• Disminuya la frecuencia de las copias de seguridad (ciclo de copia de seguridad) según sus necesidades. Para obtener más información, consulte Configure a backup policy.

  No es posible eliminar por completo el ciclo de copia de seguridad. Debe seleccionar como mínimo dos días por semana, lo que significa que las copias de seguridad se generan al menos dos veces por semana. Si conserva solo dos copias de seguridad por semana (por ejemplo, el domingo y el viernes), restaurar datos a un punto en el tiempo intermedio dependerá de las copias de seguridad de registros, lo cual aumenta el tiempo necesario para la restauración.

  • Reduzca la frecuencia de las copias de seguridad de nivel 1; por ejemplo, de una vez al día a tres veces por semana.

    Nota

    Reducir la frecuencia de las copias de seguridad de nivel 1 puede aumentar el tiempo necesario para una restauración a un punto en el tiempo.

  • Reduzca la frecuencia de las copias de seguridad de nivel 2; por ejemplo, de tres a dos veces por semana.

• Elimine los conjuntos de copias de seguridad innecesarios de la papelera de reciclaje del clúster para reducir los costos de las copias de seguridad de nivel 2. Para obtener más información, consulte Delete a backup.

Sí.

El periodo de retención de los archivos de copia de seguridad manual está determinado por el Backup Retention Period que establezca para Level-1 Backup o Level-2 Backup dentro de Data Backup en la página Backup Policy Settings.

Consulte el tamaño de una copia de seguridad de nivel 2 en la pestaña Data Backups. Para acceder a esta pestaña, vaya a la página Settings and Management > Backup and Restoration en la consola.

En la pestaña Backup Sets, la columna Backup Size muestra el tamaño de cada registro de copia de seguridad (por ejemplo, 30.53 MB o 22.50 MB). En la parte superior de la página también se muestra el tamaño total de las copias de seguridad de nivel 1 (instantáneas) y la cuota gratuita.

Si elige conservar los conjuntos de copias de seguridad al liberar un clúster, podrá consultarlos en la papelera de reciclaje de clústeres de la consola de PolarDB. Para obtener más información, consulte Cluster recycle bin overview.

Puede download a backup file a su computadora. Sin embargo, no es posible usar directamente los datos descargados para restaurar un clúster de PolarDB for MySQL. Puede utilizarlos para restore data from a backup file to a self-managed MySQL database.

Utilice uno de los métodos a continuación para archivar a largo plazo los archivos de copia de seguridad de PolarDB for MySQL en OSS:

• Use Alibaba Cloud Database Backup Service (DBS) para almacenar los archivos de copia de seguridad de PolarDB for MySQL en OSS. Siga estos pasos:

  1. En la consola de OSS, create a bucket.

  2. Configure manualmente una logical backup schedule for PolarDB for MySQL. Una vez completada la copia de seguridad, gestione el conjunto resultante. Por ejemplo, puede query backup sets o download backup sets.

• Use mysqldump o Data Management (DMS) para exportar los archivos de copia de seguridad y, después, cárguelos en OSS. Siga estos pasos:

  1. Use mysqldump o DMS para exportar los archivos de copia de seguridad de PolarDB for MySQL.

  2. Cargue manualmente los archivos de copia de seguridad exportados en OSS. Para obtener más información, consulte Upload files.

Actualmente, el producto no admite configurar alertas directas para copias de seguridad con errores. No obstante, puede implementar su propio mecanismo de alertas. Por ejemplo, llame periódicamente a la operación DescribeBackups para recuperar el campo BackupStatus de un trabajo de copia de seguridad. Luego compruebe su estado y active una alerta personalizada —como un correo electrónico, un mensaje de texto o una notificación en una plataforma de monitoreo— si el estado es Failed.

Los registros físicos de un clúster de PolarDB son registros de rehacer (redo logs). Cada archivo de registro de rehacer tiene un tamaño fijo de 1 GB. La copia de seguridad se activa solo después de que un archivo de 1 GB se escribe por completo. Si el clúster se creó recientemente o tiene un volumen de acceso bajo, es posible que el archivo de registro de rehacer de 1 GB no esté lleno. En ese caso, no se activa ninguna copia de seguridad y no aparecen registros en la lista de copias de seguridad de registros de rehacer.

Esta función es compatible.

No, no es posible. Una restauración a un punto en el tiempo primero recupera en el clúster una copia de seguridad completa de datos anterior al momento seleccionado. Después, utiliza los registros de rehacer para restaurar los datos de forma incremental hasta dicho punto en el tiempo.

Es compatible.

Es compatible.

No. PolarDB for MySQL crea una base de datos y una tabla nuevas en el clúster actual para la operación de recuperación.