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.

Nota

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.

Al activar la recuperación a un momento dado:

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 en OFF 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.

Cuando se suprime un sistema de base de datos, se conservan las copias de seguridad automáticas si el sistema de base de datos se ha configurado con la retención de las copias de seguridad automáticas activada. Consulte Opción avanzada: Plan de supresión. A partir del 25 de septiembre de 2024, la supresión de un sistema de base de datos que conserva las copias de seguridad automáticas también conserva los archivos log binarios de copia de seguridad. Esto permite realizar una recuperación point-in-time en un sistema de base de datos suprimido si se cumplen las siguientes condiciones:

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.

Al iniciar una recuperación puntual, MySQL HeatWave identifica la última copia de seguridad automática, manual o de operador disponible antes del punto en el tiempo seleccionado. MySQL HeatWave primero restaura esta copia de seguridad en un nuevo sistema de base de datos y, a continuación, reproduce todas las transacciones confirmadas desde el momento de la copia de seguridad hasta el momento seleccionado. Las siguientes recomendaciones pueden reducir el tiempo necesario para realizar una recuperación point-in-time:

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. Si el sistema de base de datos original Oracle selecciona una dirección IP no utilizada de la subred o define una nueva dirección IP para el sistema de base de datos nuevo 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.

Nota

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.

En la página de lista Copias de seguridad, seleccione la copia de seguridad con la que desea trabajar. Si necesita ayuda para buscar la página de lista o la copia de seguridad, consulte List Backups - Using the Console.

Se abre la página de detalles y muestra información sobre la copia de seguridad. En Sistema de base de datos puede encontrar los detalles del sistema de base de datos asociado.
Seleccione Restaurar a nuevo sistema de base de datos en la parte superior de la página.
En el panel Restaurar a un nuevo sistema de base de datos, seleccione Restaurar a partir de un sistema de base de datos un punto en el tiempo.
Seleccione una de las opciones siguientes:
- Utilizar el punto en el tiempo más reciente disponible: restaura el sistema de base de datos en un nuevo sistema de base de datos mediante el punto en el tiempo más reciente disponible.
- Seleccionar un punto en el tiempo específico: restaura el sistema de base de datos a un nuevo sistema de base de datos mediante la fecha y la hora especificadas. Seleccione la fecha y la hora para restaurar el sistema de base de datos.
Especificación de información de sistema de base de datos:
- Crear en compartimento: si desea iniciar el sistema de base de datos en un compartimento que no sea el compartimento actual, seleccione el necesario en la lista. Si no selecciona un compartimento diferente, se utiliza el compartimento actual.
- Nombre: (opcional) especifique un nombre mostrado fácil de recordar del sistema de base de datos. El nombre no tiene que ser único. Un identificador de Oracle Cloud (OCID) identifica de forma única el sistema de base de datos.
- Descripción: (opcional) especifique una descripción fácil de recordar del sistema de base de datos y su finalidad.
Tipo de sistema de base de datos: independiente o Alta disponibilidad.
Configurar red:
- Virtual cloud network: seleccione la VCN en la que iniciar el sistema de base de datos.
- Subred: seleccione la subred necesaria de la VCN seleccionada.
- Mostrar opciones avanzadas: (opcional) seleccione esta opción para configurar grupos de seguridad de red.
  - Compartimento: seleccione un compartimento en el que esté configurado el grupo de seguridad de red.
  - Grupo de seguridad del red: seleccione un grupo que desee utilizar.
  - Para agregar varios grupos de seguridad de red, seleccione el botón Otro grupo de seguridad de red para agregar otra fila.
    Nota
    
    Puede agregar hasta un máximo de 5 grupos de seguridad de red.
Configurar colocación:
- Dominio de disponibilidad: puede cambiar el dominio de disponibilidad, pero no la región.
- Seleccionar un dominio de errores: seleccione esta opción para permitir la selección de un dominio de errores. Si no selecciona un dominio de errores, Oracle selecciona uno para usted. Consulte Dominios de errores.
Configurar hardware:
- Activar cluster HeatWave: el valor por defecto depende del estado del sistema de base de datos durante la copia de seguridad. Puede cambiar esta opción en función de sus necesidades.
  Nota
  
  Al restaurar un sistema de base de datos combinado con un cluster HeatWave, no puede actualizar a una versión más reciente. Si es necesario, puede actualizar el sistema de base de datos y el cluster HeatWave una vez finalizada la restauración.
- Seleccionar una unidad: seleccione Cambiar unidad. En el panel Explorar todas las unidades, realice lo siguiente:
  1. Seleccione el modelo informático.
    - ECPU: Se basa en una ECPU independiente de la arquitectura con una medida abstracta de núcleos de CPU, memoria y otros recursos.
    - OCPU: basado en el núcleo físico de un procesador con hiperprocesamiento activado. Filtre las formas seleccionando el tipo de máquina:
      - Todos los tipos: muestra todos los tipos de unidades disponibles.
      - Máquina virtual: muestra solo las unidades basadas en máquinas virtuales.
      - Con hardware dedicado: muestra solo las unidades basadas en hardware dedicado.
      Nota
      
      Todas las unidades de OCPU están en desuso y no están disponibles para los nuevos usuarios creados después del 5 de septiembre de 2024; los usuarios existentes aún pueden utilizarlas hasta el 5 de septiembre de 2025.
  2. Active la casilla de control para seleccionar una unidad. Consulte Unidades soportadas.
  3. Seleccione Seleccionar una unidad.
  Nota
  
  La unidad no se puede cambiar al restaurar una copia de seguridad Siempre gratis en un sistema de base de datos Siempre gratis.
- Configuración de cluster HeatWave: esta opción se muestra cuando se selecciona Activar cluster HeatWave. Si desea cambiar la configuración por defecto, seleccione Configurar cluster HeatWave y haga lo siguiente en el panel Configurar cluster HeatWave:
  Nota
  
  La unidad y el número de nodos no se pueden cambiar al restaurar una copia de seguridad Siempre gratis en un sistema de base de datos Siempre gratis.
  1. Detalles de unidad: unidad para los nodos HeatWave. Si desea cambiar la unidad, seleccione Cambiar unidad para seleccionar una unidad para los nodos HeatWave. Consulte Unidades soportadas.
  2. Nodo: especifique el número de nodos HeatWave que desea crear. El mínimo es 1 nodo y el máximo depende de lo siguiente:
    - Unidad HeatWave.Free: 1 nodo
    - Unidad HeatWave.32GB: 16 nodos
    - Unidad HeatWave.512GB o MySQL.HeatWave.VM.Standard: 64 nodos
    - Unidad HeatWave.512GB o MySQL.HeatWave.VM.Standard con MySQL HeatWave Lakehouse activado: 512 nodos
  3. MySQL HeatWave Lakehouse: active el procesamiento de consultas en los datos que residen en Object Storage. Antes de MySQL 8.4.0-u3, MySQL HeatWave Lakehouse solo estaba soportado en las unidades MySQL.HeatWave.VM.Standard y HeatWave.512GB. Consulte MySQL HeatWave Lakehouse.
    Nota
    
    Antes de MySQL 8.3.0-u2, debe desactivar la recuperación puntual, la alta disponibilidad, las réplicas de lectura y la replicación de salida para activar MySQL HeatWave Lakehouse.
  4. Seleccione Guardar cambios.
- Tamaño de almacenamiento: configure el tamaño de almacenamiento del sistema de base de datos. El tamaño del almacenamiento de datos es independiente de la unidad que seleccione.
  - Tamaño de almacenamiento de datos inicial (GB): especifique el tamaño de almacenamiento de datos inicial, en GB, que se va a asignar al sistema de base de datos. El valor debe ser mayor que 50 y menor que 131072.
    El valor de almacenamiento inicial afecta a la capacidad de aumentar el tamaño de almacenamiento más adelante y al rendimiento del aumento del almacenamiento. Consulte Almacenamiento del Sistema de Base de Datos. Además, si está importando datos, asegúrese de especificar suficiente almacenamiento de datos.
  - Ampliación automática del almacenamiento: active la ampliación automática del almacenamiento de datos cuando el uso del espacio aumente casi hasta alcanzar los límites de solo lectura del monitor de estado de cualquier instancia del sistema de base de datos.
    Nota
    
    La expansión automática del almacenamiento está activada por defecto cuando se activa la alta disponibilidad y no se puede desactivar.
  - Tamaño máximo de almacenamiento de datos (GB): especifique el tamaño máximo de almacenamiento de datos, en GB, al que se puede ampliar el tamaño de almacenamiento. El valor debe ser mayor que el tamaño de almacenamiento de datos inicial.
    Nota
    
    Cuando se amplíe el tamaño de almacenamiento, la facturación por el uso de almacenamiento aumentará en consecuencia. Utilice el tamaño de almacenamiento máximo para evitar la sobrecarga de costos.
Configurar plan de copia de seguridad: seleccione la opción para activar copias de seguridad automáticas. Si no selecciona copias de seguridad automáticas, gestione las copias de seguridad manualmente. Se recomienda activar las copias de seguridad automáticas.
Plan de copia de seguridad:
- Período de retención de copia de seguridad: (opcional) especifique cuántos días desea conservar la copia de seguridad. Por defecto, el sistema de base de datos conserva la copia de seguridad durante siete días.
- Activar recuperación point-in-time: seleccione la opción para permitir restaurar un sistema de base de datos en un punto en el tiempo a un nuevo sistema de base de datos.
- Seleccionar ventana de copia de seguridad: seleccione la opción para activar la hora de inicio de ventana de copia de seguridad. Si no activa esta opción, se seleccionará una hora de inicio de ventana por defecto en función de la región.
  - hora de inicio de ventana: especifique la hora (en la zona horaria UTC) en la que desea iniciar la copia de seguridad del sistema de base de datos. La copia de seguridad se inicia dentro de los 30 minutos de la hora de inicio de la ventana.
    Nota
    
    No defina la hora de inicio de la ventana de copia de seguridad demasiado cerca de la hora de inicio de la ventana de mantenimiento. La copia de seguridad automática no se puede iniciar si se está ejecutando una operación en conflicto, como el mantenimiento o la actualización. Tiene que esperar hasta que finalice la operación en conflicto. Si la operación en conflicto no se completa dentro de las dos horas posteriores a la hora de inicio de la ventana de copia de seguridad, se omitirá la copia de seguridad automática y se volverá a intentar en la siguiente ventana de copia de seguridad del día siguiente.
  - Show backup windows per region: seleccione la opción para ver la hora de inicio de ventana por defecto de la región.
- Supresión flexible: seleccione esta opción para conservar la copia de seguridad que se va a suprimir debido a que la política de retención tiene el estado DELETE_SCHEDULED durante 7 días adicionales antes de suprimirla permanentemente. Esta opción está activada por defecto.
Copia entre regiones: seleccione la opción para programar la copia entre regiones. Si se activa, cada copia de seguridad automática se copia en la región de destino seleccionada.
- Región de destino: seleccione una región de destino en la que se copie la copia de seguridad.
- Período de retención de copia de seguridad: (opcional) especifique cuántos días desea conservar la copia de seguridad en la región de destino. Si no se define, el valor por defecto es el mismo que el período de retención de la copia de seguridad de origen.
Nota

Debe tener el permiso MYSQL_BACKUP_COPY para activar la copia entre regiones. El permiso MYSQL_BACKUP_COPY no está incluido en el tipo de recurso agregado mysql-family. El arrendamiento también debe suscribirse a la región de destino.
Proporcionar contactos para notificaciones y anuncios operativos: (opcional) introduzca uno o más correos electrónicos de contacto para recibir avisos y anuncios operativos, así como notificaciones de mantenimiento no planificadas. Seleccione Agregar contacto para agregar más contactos. Puede agregar hasta un máximo de 10 contactos. No se permiten direcciones de correo electrónico duplicadas ni no válidas.
Mostrar opciones avanzadas: seleccione esta opción para abrir un grupo de separadores que le permiten configurar aún más el sistema de base de datos. Consulte Opciones avanzadas.
Seleccione Restaurar.

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.

Para esta tarea, se necesita lo siguiente:

Un sistema de base de datos, un compartimento y un identificador de subred de Oracle Cloud (OCID).
Nombre de una unidad y dominio de disponibilidad.
Una instalación de CLI configurada correctamente y claves SSH requeridas. Consulte Interfaz de la línea de comandos.

Abra un símbolo del sistema y ejecute el siguiente comando:
```
oci mysql db-system create 
          --compartment-id=<CompartmentOCID> 
          --subnet-id=<SubnetOCID> 
          --availability-domain=<AvailabilityDomain> 
          --shape-name=<ShapeName> 
          --configuration-id=<ConfigurationOCID>
          --display-name=<DisplayName>
          --source='{"dbSystemId": "<DBSystemOCID>", 
                     "recoveryPoint": "2022-06-30T06:55:50.000Z", 
                     "sourceType": "PITR"}'
```
- compartment-id: especifique el OCID del compartimento en el que desea crear el sistema de base de datos.
- subnet-id: especifique el OCID de la subred de VCN al que está asociado el sistema de base de datos.
- availability-domain: especifique el nombre del dominio de disponibilidad en el que desea crear el sistema de base de datos.
- shape-name: especifique el nombre de la unidad. Por ejemplo, MySQL.8.
- configuration-id: (Opcional) especifique el OCID de la configuración que desea aplicar al sistema de base de datos. Si no define un ID de configuración, el sistema de base de datos utiliza la configuración por defecto asociada a la unidad seleccionada. Si define una configuración personalizada, utilice la misma unidad que haya definido en la solicitud.
- display-name: (opcional) especifique el nombre mostrado del sistema de base de datos. Si no define un nombre mostrado, Oracle genera uno con el formato mysqldbsystemYYYYMMDDHHMMSS.
- source: especifique los detalles de la recuperación point-in-time.
  - dbSystemId: especifique el OCID del sistema de base de datos desde el que desea restaurar los datos.
  - recoveryPoint: (opcional) especifique el punto en el tiempo del sistema de base de datos de origen en el que desea restaurar los datos al nuevo sistema de base de datos con el formato YYYY-MM-DDThh:mm:ss.SSSZ. Se ignora el valor SSS, es decir, 2020-08-07T15:02:00.832Z se trata como 2020-08-07T15:02:00.000Z
    Nota
    
    Si no especifica una hora, el nuevo sistema de base de datos se restaura al último punto de recuperación disponible para el sistema de base de datos de origen.
  - sourceType: especifique PITR para la recuperación point-in-time.

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	Sistema de base de datos independiente Sistema de BD de alta disponibilidad Sistema de base de datos independiente con cluster HeatWave Sistema de base de datos de alta disponibilidad con cluster HeatWave	Soportada
Sistema de base de datos independiente con cluster HeatWave¹	Sistema de base de datos independiente Sistema de BD de alta disponibilidad	Soportado: solo se restauran los datos InnoDB.
Sistema de base de datos independiente con cluster HeatWave¹	Sistema de base de datos independiente con cluster HeatWave Sistema de base de datos de alta disponibilidad con cluster HeatWave	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	Sistema de base de datos independiente Sistema de BD de alta disponibilidad Sistema de base de datos independiente con cluster HeatWave Sistema de base de datos de alta disponibilidad con cluster HeatWave	Soportada
Sistema de base de datos de alta disponibilidad con cluster HeatWave¹	Sistema de base de datos independiente Sistema de BD de alta disponibilidad	Soportado: solo se restauran los datos InnoDB.
Sistema de base de datos de alta disponibilidad con cluster HeatWave¹	Sistema de base de datos independiente con cluster HeatWave Sistema de base de datos de alta disponibilidad con cluster HeatWave	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.

¹ 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.

Documentación de Oracle Cloud Infrastructure