La protección a un momento específico para ApsaraDB RDS for MySQL garantiza la recuperación de datos en cualquier punto dentro de una ventana de recuperación definida. Para configurar esta ventana garantizada, active el interruptor Point-in-time Recovery en la página de directivas de copia de seguridad y establezca el período de retención de copias de seguridad de registros. El sistema conserva los conjuntos de copia de seguridad según la asociación entre las copias completas y las de registros, lo que asegura que la recuperación a un momento específico (PITR) esté siempre disponible dentro del rango de tiempo especificado.
Funcionamiento
La copia de seguridad tradicional conserva los conjuntos según el ciclo programado. Aunque las copias se completen a tiempo, la ventana de recuperación real suele ser más corta que el período de retención de registros, ya que depende del intervalo entre copias completas y del período de retención del conjunto. Si las copias completas fallan o se retrasan, la ventana de recuperación se reduce aún más.
La protección a un momento específico adopta un enfoque distinto: organiza las copias de seguridad según los requisitos de recuperación en lugar de por ciclos. El sistema asegura que una copia completa válida y una cadena continua de copias de registros cubran siempre la ventana de recuperación especificada. Esto garantiza la recuperación de datos en cualquier punto dentro de dicha ventana.
Protección a un momento específico frente a copia de seguridad de registros tradicional
La protección a un momento específico utiliza el mismo mecanismo de generación y respaldo de registros que la copia de seguridad de registros convencional. La diferencia radica en cómo caducan y se conservan los conjuntos de copia de seguridad.
El siguiente ejemplo compara ambos enfoques cuando se ejecutan tres copias de seguridad completas semanales (lunes, miércoles y viernes) y el Log Backup Retention Period está establecido en 7 días.
|
Métrica |
Copia de seguridad de registros tradicional (retención de 7 días) |
Protección a un momento específico (ventana garantizada de 7 días) |
|
Días máximos recuperables |
Hasta 7 días. En la práctica, la ventana suele ser menor a 7 días. Una ventana completa de 7 días solo está disponible brevemente después de que caduca un conjunto de copia de seguridad y antes de la siguiente limpieza programada. |
7 días garantizados |
|
Días recuperables en condiciones normales |
Generalmente de 4 a 5 días. La ventana depende del intervalo entre copias completas y se reduce periódicamente a |
7 días garantizados |
|
Días recuperables en casos extremos |
Menos de 3 días. Los fallos consecutivos en copias completas (causados por bloqueos de base de datos o anomalías en los datos) pueden reducir la ventana a 3 días o menos. En el peor de los casos, la reversión resulta imposible. |
7 días garantizados |
|
Costo de almacenamiento de copias de seguridad |
El sistema conserva 7 días de datos de copia de seguridad. |
El sistema conserva de 7 a 9 días de datos de copia de seguridad. La retención adicional incluye la copia completa más reciente anterior a 7 días y las copias continuas de registros desde esa copia completa hasta la marca de 7 días. Solo se factura una copia completa y un máximo de una semana adicional de copias de registros. |
Requisitos previos
Antes de empezar, compruebe que su instancia de ApsaraDB RDS for MySQL cumple con estos requisitos:
Clase de almacenamiento: Disco local de alto rendimiento, SSD estándar, disco de rendimiento premium o SSD empresarial (ESSD). También son compatibles las instancias serverless.
Región: Se está implementando gradualmente en distintas regiones. Consulte la consola de ApsaraDB RDS para verificar la disponibilidad en su región. Para conocer el calendario de implementación, consulte Point-in-time protection gradual upgrade starting from January 11, 2024.
Consulte la clase de almacenamiento y la región en la página Basic Information de su instancia.
Límites
La configuración de protección a un momento específico solo está disponible en la página de directivas de copia de seguridad regulares. La página de directivas avanzadas para copias dispersas no admite esta función. Para obtener más información, consulte Differences between backup policy pages.
Para una instancia Serverless, la recuperación a un momento específico (PITR) no está disponible durante el periodo comprendido entre el apagado y el encendido, ni desde el encendido hasta que finaliza la primera copia de seguridad completa.
Facturación
La lógica de facturación de copias de seguridad permanece sin cambios. Para garantizar la recuperación a un momento específico (PITR), el sistema conserva algunos conjuntos de copia de seguridad más allá del Log Backup Retention Period que usted configura. Estos conjuntos cuentan para Total Backup Size. Si el tamaño total de la copia de seguridad se mantiene dentro de la cuota gratuita, no se aplican cargos. Cualquier almacenamiento que exceda la cuota gratuita se factura según el uso real. Para obtener detalles sobre la facturación, consulte Backup guide.
Habilitar la recuperación a un momento específico
Instancias creadas el 11 de enero de 2024 o después: Siga los pasos a continuación para establecer una directiva de protección a un momento específico. Después de activar Point-in-time Recovery, los nuevos conjuntos de copia de seguridad y los existentes no caducados se conservarán para cumplir con el período de retención de copias de registros.
Instancias creadas antes del 11 de enero de 2024: Actualice de la copia de seguridad de registros tradicional a la protección a un momento específico mediante el cuadro de diálogo en la página Backup Policy. Esta actualización no se puede revertir. Para consultar las instrucciones de actualización, vea Upgrade to point-in-time protection.
Vaya a la página Instances. En la barra de navegación superior, seleccione la región de su instancia de RDS. Busque la instancia y haga clic en su ID.
En el panel de navegación izquierdo, haga clic en Backup and Restoration.
Haga clic en la pestaña Backup Strategy. En la sección Basic Backup, haga clic en Edit.
-
Configure los siguientes parámetros y haga clic en OK.
Parámetro
Descripción
Log Backup
Habilita la restauración a un momento específico. Esta función está habilitada de forma predeterminada.
Point-in-time Restore
Habilita la recuperación a un momento específico (PITR) para sus datos.
Log Backup Retention Period (Days)
Número de días para conservar las copias de seguridad de registros. Valores válidos: de 7 a 730. Valor predeterminado: 7. El valor debe ser menor o igual al período de retención de copias completas. Para la serie Basic de MySQL 5.7, la retención es fija de 7 días.
Si el interruptor Point-in-time Recovery no aparece en esta página, únase al grupo de Servicio al Cliente de Recuperación ante Desastres de Datos (ID de grupo de DingTalk: 35585947) para solicitar acceso.
Después de activar Point-in-time Recovery, todos los conjuntos de copia de seguridad existentes no caducados y todos los nuevos conjuntos se conservarán según el Log Backup Retention Period que especifique.
Comprobar la configuración
Después de habilitar la protección a un momento específico, compruebe la configuración:
En la pestaña Backup Strategy, confirme que el interruptor Point-in-time Restore esté activado.
Confirme que el valor de Log Backup Retention Period (Days) coincida con la ventana de recuperación deseada.
Deshabilitar la recuperación a un momento específico
En la pestaña Backup Strategy, haga clic en Edit en la sección Basic Backup.
Desactive el interruptor Point-in-time Recovery y haga clic en OK.
Deshabilitar la función Point-in-time Recovery también deshabilita la capacidad de copia de seguridad de registros, lo que hace que la recuperación a un momento específico no esté disponible. Proceda con precaución.
Véase también
Data restoration solutions: Restaure datos en una instancia existente, una nueva instancia o una base de datos local utilizando copias de seguridad de datos y de registros.
Download backups: Descargue copias de seguridad de datos o registros para archivarlas. También puede cargar copias de seguridad en OSS.