Los datos son un activo fundamental para las empresas. A medida que crece el negocio, el volumen de información aumenta de forma exponencial. Por ello, las aplicaciones empresariales deben procesar los datos en línea y en tiempo real. El personal de operaciones y mantenimiento de bases de datos enfrenta grandes retos para proteger esta información crítica. Problemas como la eliminación accidental de datos, las vulnerabilidades del sistema, el ransomware, las fallas de hardware o los desastres naturales pueden provocar su pérdida. Por lo tanto, la copia de seguridad y la restauración son funciones esenciales de cualquier base de datos.
PolarDB admite copias de seguridad de datos y copias de seguridad de redo logs:
Copia de seguridad de datos: crea un conjunto de copia de seguridad (instantánea) con todos los datos de un clúster en un momento específico. Se trata de una copia de seguridad completa.
Copia de seguridad de redo logs: registra los datos incrementales generados después de crear un conjunto de copia de seguridad. Corresponde a una copia de seguridad incremental.
La recuperación de un clúster de PolarDB restaura los datos en el clúster actual mediante un conjunto de copia de seguridad (instantánea).
La recuperación de una base de datos o tabla de PolarDB crea una nueva base de datos o tabla en el clúster actual para restaurar los datos.
Al combinar una copia de seguridad completa de datos con las copias de seguridad posteriores de redo logs, se habilita la restauración a un momento específico (point-in-time). Esta operación aplica a todo el clúster de PolarDB o a bases de datos y tablas concretas.
Reglas de facturación
La función de copia de seguridad y restauración no tiene costo. Sin embargo, los archivos de copia de seguridad consumen espacio de almacenamiento. Para más información sobre las reglas de facturación, consulte Backup storage (beyond free quota).
Para conocer cómo consultar sus facturas, consulte Bills.
Si al cancelar manualmente la suscripción o liberar su clúster elige conservar los conjuntos de copia de seguridad por un periodo prolongado, estos se trasladan automáticamente a la papelera de reciclaje del clúster. En este caso, los archivos de copia de seguridad de nivel 1 se convierten de forma automática en archivos de nivel 2 y se le cobra por ellos. Para más información, consulte Cluster recycle bin overview.
Copia de seguridad de datos
PSL4/PSL5
Copia de seguridad de nivel 1
Las copias de seguridad de nivel 1 utilizan instantáneas redirect-on-write (ROW) y se almacenan directamente en el sistema de almacenamiento distribuido de PolarDB. Durante el proceso no se copia ningún dato. Cuando se modifica un bloque, el sistema conserva la versión original para la instantánea y redirige la escritura a un bloque nuevo. Esto permite completar las copias de seguridad en segundos, sin importar el tamaño de la base de datos.
PolarDB restaura un clúster a partir de una instantánea en aproximadamente 10 minutos mediante procesamiento paralelo multihilo. Si utiliza un clúster en espera activa (hot standby), el tiempo de recuperación se duplica y varía según el tamaño de la base de datos.
Tamaño de la copia de seguridad de nivel 1
La copia de seguridad de nivel 1 está habilitada de forma predeterminada y no se puede deshabilitar.
El periodo de retención de las copias de seguridad de nivel 1 va de 3 a 14 días.
Copia de seguridad de nivel 2
Una copia de seguridad de nivel 2 es una copia comprimida de una copia de nivel 1 almacenada fuera de línea. Su costo es menor, pero la restauración tarda más.
Si habilita la copia de seguridad de nivel 2, las copias de nivel 1 se convierten automáticamente en copias de nivel 2 cuando expira su periodo de retención.
Las copias de seguridad de nivel 2 son compatibles con Single-region and cross-region backups.
Tamaño de la copia de seguridad de nivel 2
Si la conversión de nivel 1 a nivel 2 tarda demasiado, la siguiente copia de nivel 1 que expire se eliminará en lugar de convertirse. Por ejemplo, suponga que su clúster de PolarDB genera una copia diaria a las 01:00 con una retención de 24 horas. PolarDB crea la copia A el 1 de enero a las 01:00. Esta copia expira el 2 de enero e inicia su conversión. Si el proceso sigue ejecutándose el 3 de enero a las 01:00, la copia B (del 2 de enero) se elimina sin convertirse.
La copia de seguridad de nivel 2 está deshabilitada de forma predeterminada.
El periodo de retención de las copias de seguridad de nivel 2 va de 30 a 7,300 días.
ESSD
Las copias de seguridad de nivel 1 son instantáneas locales en el clúster de almacenamiento distribuido. Ofrecen la copia de seguridad y recuperación más rápidas, aunque con un costo mayor. El almacenamiento a largo plazo puede afectar ligeramente el rendimiento de escritura; mantenga la retención por debajo de dos semanas. Se proporciona una cuota de almacenamiento gratuita y el excedente se factura. Ajuste el ciclo de copia de seguridad para controlar la capacidad.
La copia de seguridad de nivel 1 está habilitada de forma predeterminada y no se puede deshabilitar.
El periodo de retención de las copias de seguridad de nivel 1 va de 3 a 14 días.
Tamaño de la copia de seguridad de nivel 1
Copia de seguridad de redo logs
PolarDB crea copias de seguridad de registros al cargar los redo logs en Object Storage Service (OSS) de forma paralela y en tiempo real. Estas copias admiten respaldos en una sola región y entre regiones, con un periodo de retención de 3 a 7,300 días. También puede habilitar la función Long-term Retain Backups before Cluster Deletion para el almacenamiento a largo plazo.
Actualmente, solo Enterprise Edition admite la opción Long-term Retain Backups before Cluster Deletion.
La copia de seguridad de registros en una sola región está habilitada de forma predeterminada y no se puede deshabilitar.
Las copias de seguridad de registros permiten la recuperación a un momento específico (PITR). Al combinar una instantánea completa con las copias de registros posteriores, se restaura un clúster de PolarDB a cualquier punto en el tiempo. Esto protege contra la pérdida accidental de datos. La velocidad de reproducción de redo logs es de 20 a 70 segundos por GB. El tiempo total de recuperación equivale a la suma de la restauración de la instantánea y la reproducción de registros.
Tamaño de la copia de seguridad
El tamaño total de las copias de seguridad de registros corresponde a la suma de los tamaños de cada archivo individual.
En la pestaña Redo Log Backup, puede consultar el log size de cada archivo de copia de seguridad de registros (por ejemplo, 1.00 GB).
Evaluación de riesgos
Si la tasa de generación de redo logs de un clúster de PolarDB for MySQL alcanza entre 35 MB/s y 50 MB/s, los registros pueden acumularse. Esta situación podría incrementar sus costos de backup storage costs.
Protección de los datos de copia de seguridad
-
Inalterabilidad:
-
En PolarDB for MySQL, las copias de seguridad de nivel 1 se almacenan como instantáneas en el sistema de almacenamiento distribuido. Las copias de nivel 2 y las de registros se guardan en OSS. Ambos métodos ofrecen inmutabilidad Write Once, Read Many (WORM).
NotaLos clústeres Standard Edition solo admiten copias de seguridad de nivel 1 (copias de datos) y no son compatibles con las de nivel 2.
-
-
Protección contra eliminaciones malintencionadas o accidentales:
Eliminación manual: solo puede eliminar datos de manual backups. No es posible eliminar datos de automatic backups.
Las copias de seguridad automáticas se eliminan cuando expira su periodo de retención, pero esta función no se puede deshabilitar. Según backup policy settings, la retención mínima es de 3 días (valor predeterminado: 7) con al menos dos copias semanales. Por lo tanto, los datos de las copias automáticas nunca se eliminan por completo.
Copias de seguridad en una sola región y entre regiones
-
Descripción de la copia de seguridad
Tipo de copia de seguridad
Descripción
Habilitada de forma predeterminada
Casos de uso
Ventajas
Copia de seguridad en una sola región
Las copias de seguridad se almacenan en una zona de disponibilidad distinta dentro de la misma región.
Sí.
NotaCuando habilita la copia de seguridad de nivel 2, la copia en una sola región se habilita de forma predeterminada.
Archivado a largo plazo.
Reduce costos al permitir transferencias de copias de seguridad con menor frecuencia.
Copia de seguridad entre regiones
Las copias de seguridad se almacenan en una región distinta a la de origen.
ImportanteEsta función solo está disponible para PolarDB for MySQL Enterprise Edition.
No. Debe habilitarla manualmente.
Copias de seguridad con redundancia geográfica y cumplimiento de MLPS Nivel 3.
RPO bajo, ideal para entornos seguros no públicos. Una menor frecuencia de transferencia reduce los costos.
NotaCopia de seguridad de nivel 2 de baja frecuencia: el ciclo de las copias de seguridad de nivel 2 se configura con una frecuencia menor que el de las copias de nivel 1.
-
Regiones compatibles con la copia de seguridad entre regiones
Región de origen
Región de destino
China continental
China continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo), Malaysia (Kuala Lumpur)
Germany (Frankfurt)
China (Hong Kong)
China continental
US (Silicon Valley), US (Virginia)
Japan (Tokyo), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Japan (Tokyo)
China continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
US (Silicon Valley)
China continental
US (Virginia)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
US (Virginia)
China continental
US (Silicon Valley)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Singapore
China continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Malaysia (Kuala Lumpur)
China continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo)
Germany (Frankfurt)
Indonesia (Jakarta)
China continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Japan (Tokyo), Malaysia (Kuala Lumpur)
Germany (Frankfurt)
Germany (Frankfurt)
China continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo), Malaysia (Kuala Lumpur)
China (Hangzhou) Finance Cloud
China (Shanghai) Finance Cloud, China (Shenzhen) Finance Cloud
China (Shanghai) Finance Cloud
China (Hangzhou) Finance Cloud, China (Shenzhen) Finance Cloud
China (Shenzhen) Finance Cloud
China (Hangzhou) Finance Cloud, China (Shanghai) Finance Cloud
Preguntas frecuentes
Consulte FAQ sobre copia de seguridad y recuperación.