Recuperación point-in-time
Puede restaurar los datos de un sistema de base de datos en un nuevo sistema de base de datos a la última hora disponible o a un punto en el tiempo específico.
La recuperación point-in-time no está soportada en el sistema de base de datos Siempre gratis.
Para realizar la restauración a partir de un momento dado, active las copias de seguridad automáticas y, a continuación, active la recuperación a un momento dado en el plan de copia de seguridad del sistema de base de datos. Consulte Edición de un plan de copia de seguridad. La recuperación puntual proporciona un objetivo de punto de recuperación (RPO) de aproximadamente cinco minutos para un sistema de base de datos activo, mientras que la copia de seguridad diaria le proporciona un RPO de 24 horas. Al parar un sistema de base de datos, es decir, cuando el sistema de base de datos está inactivo, el último punto de recuperación no se actualiza. Al reiniciar el sistema de base de datos, es decir, el sistema de base de datos está activo, se actualiza el último punto de recuperación.
- MySQL HeatWave realiza una copia de seguridad completa inicial (tipo de copia de seguridad: completa, tipo de creación: automática). Las copias de seguridad posteriores son copias de seguridad incrementales.
- El archivo log binario se rota y se realiza una copia de seguridad cada cinco minutos. También depurará los archivos log binarios anteriores a la configuración
binlog_expire_seconds
. - La variable
binlog_expire_auto_purge
se define enOFF
para garantizar que el sistema de base de datos no depure ningún archivo log binario antes de realizar una copia de seguridad de los mismos.
Las copias de seguridad automáticas se suprimen después del período de retención. Cuando se suprime una copia de seguridad automática, también se suprimen todos los archivos log binarios con copia de seguridad anterior a la copia de seguridad automática más antigua del sistema de base de datos.
- La copia de seguridad automática y la recuperación a un momento dado están activadas.
- La retención de copias de seguridad automáticas está activada.
- Todavía está dentro del período de retención de la copia de seguridad automática.
- El sistema de base de datos se suprime a partir del 25 de septiembre de 2024.
La activación o desactivación de la recuperación point-in-time no afecta al sistema de base de datos. Además, las operaciones del sistema de base de datos como la parada, el inicio, el reinicio o la actualización no afectan a la operación de recuperación puntual. Al crear un nuevo sistema de base de datos a partir de un sistema de base de datos existente en un momento determinado, conserva las credenciales de administrador del sistema de base de datos original.
Puede restaurar a cualquier punto en el tiempo específico dentro de la primera y última ventana de tiempo. La primera y la última ventana de tiempo se muestran en la consola en la opción Seleccionar un punto en el tiempo específico. El primer tiempo disponible depende del período de retención de la copia de seguridad. Por ejemplo, si define el período de retención de copia de seguridad en 12 días, el primer tiempo disponible será de 12 días o el momento en que se active la recuperación puntual, lo que ocurra más tarde.
- Cree una copia de seguridad manual después de cargar o actualizar una gran cantidad de datos.
Si hay disponible una copia de seguridad manual entre el momento seleccionado y la copia de seguridad automática realizada antes del momento, MySQL HeatWave puede restaurar el sistema de base de datos a partir de la copia de seguridad manual en lugar de la copia de seguridad automática, y el número de logs que se deben aplicar se reducirá. Esto reduce el tiempo necesario para aplicar los logs binarios, ya que hay menos logs que aplicar.
- Reduzca el tamaño de las transacciones siempre que sea posible ejecutando
COMMIT
con más frecuencia.
No puede crear un sistema de base de datos que tenga la misma dirección IP que un sistema de base de datos en ejecución. Además, puede permitir que Oracle seleccione una dirección IP no utilizada de la subred o defina una nueva dirección IP para el nuevo Sistema de base de datos mediante el campo Dirección IP del separador Conexiones del separador Opciones avanzadas. Consulte Opción avanzada: conexiones.
Al restaurar un sistema de base de datos a un punto en el tiempo, conserva las credenciales de administrador del sistema de base de datos original en el momento. También conserva por defecto la versión del sistema de base de datos, a menos que seleccione una versión superior para actualizar el sistema de base de datos restaurado. Si la versión del sistema de base de datos restaurado ya no está disponible, se actualizará en el siguiente ciclo de mantenimiento.
- Uso de la consola
- Uso de la CLI
- Mediante la API de REST, ejecute la operación CreateDbSystem con el atributo
source
definido en CreateDbSystemSourceFromPitrDetails. - Escenarios de recuperación a un momento dado soportados
- Limitaciones
Uso de la consola
Utilice la consola para restaurar a partir de un sistema de base de datos en un punto en el tiempo a un nuevo sistema de base de datos.
- Si encuentra un error de solicitud de trabajo
OutOfHostCapacity
al crear un sistema de base de datos a partir de una copia de seguridad, consulte Resolución del error OutOfHostCapacity.
Uso de la CLI
Utilice la interfaz de línea de comandos para restaurar de un sistema de base de datos a un nuevo sistema de base de datos en un punto en el tiempo.
- Identificador de Oracle Cloud (OCID) del sistema de base de datos.
- Una instalación de CLI configurada correctamente y claves SSH requeridas. Consulte Interfaz de la línea de comandos.
Escenarios de recuperación a un momento dado soportados
MySQL HeatWave Service soporta la recuperación puntual de un sistema de base de datos independiente o de alta disponibilidad en un nuevo sistema de base de datos.
Al restaurar de un sistema de base de datos independiente en un sistema de base de datos de alta disponibilidad, asegúrese de lo siguiente:
- Existen claves primarias en cada una de las tablas del sistema de base de datos.
- La versión MySQL es la 8.0.24 o posterior. No puede activar la alta disponibilidad en versiones anteriores de MySQL.
Tabla 9-1 Escenarios de Recuperación Point-In-Time Soportados
Código Fuente | destino | Soporte |
---|---|---|
Sistema de base de datos independiente |
|
Soportada |
Sistema de base de datos independiente con cluster HeatWave1 |
|
Soportado: solo se restauran los datos InnoDB. |
Sistema de base de datos independiente con cluster HeatWave1 |
|
Soportado: solo se restauran los datos InnoDB. Si agrega un cluster HeatWave al sistema de base de datos independiente o de alta disponibilidad posteriormente, los datos no se cargan automáticamente en el cluster HeatWave y debe cargarlos manualmente. |
Sistema de BD de alta disponibilidad |
|
Soportada |
Sistema de base de datos de alta disponibilidad con cluster HeatWave1 |
|
Soportado: solo se restauran los datos InnoDB. |
Sistema de base de datos de alta disponibilidad con cluster HeatWave1 |
|
Soportado: solo se restauran los datos InnoDB. Si agrega un cluster HeatWave al sistema de base de datos independiente o de alta disponibilidad posteriormente, los datos no se cargan automáticamente en el cluster HeatWave y debe cargarlos manualmente. |
1 Antes de MySQL 8.3.0-u2, no puede activar la recuperación puntual en un sistema de base de datos con MySQL HeatWave Lakehouse activado.
Limitaciones
Existen ciertas limitaciones en la restauración desde un sistema de base de datos en un momento determinado.
- Antes de MySQL 8.3.0-u2, no podía activar la recuperación puntual en un sistema de base de datos con MySQL HeatWave Lakehouse activado.
- Un fallo de copia de seguridad automática puede afectar al tiempo empleado por la operación de recuperación point-in-time. Por ejemplo, si el período de retención de copia de seguridad se define en dos días y la copia de seguridad del lunes se ha realizado correctamente mientras falla la copia de seguridad del martes, la recuperación puntual a cualquier hora del martes requiere un avance de la copia de seguridad del lunes. Por lo tanto, la operación de recuperación point-in-time requiere más tiempo para la restauración.
- No puede seleccionar un valor (en el campo Seleccionar un punto en el tiempo específico) anterior a la copia de seguridad automática correcta más antigua después de activar la recuperación point-in-time. Por ejemplo, si Período de retención de copia de seguridad se define en tres días y el lunes, la copia de seguridad del martes ha fallado y la copia de seguridad del miércoles se ha realizado correctamente, la recuperación point-in-time más antigua es el miércoles.
- No puede desactivar la recuperación a un momento dado en un sistema de base de datos mientras se realiza una recuperación a un momento dado.
- La recuperación point-in-time no está soportada en un sistema de base de datos siempre gratis.