ApsaraDB RDS:Restore individual databases and tables

Casos de uso

• Pérdida accidental de datos: Un desarrollador elimina una tabla o sobrescribe filas por error. Restaure únicamente la base de datos afectada a un punto anterior al incidente.

• Análisis de datos históricos: Obtenga una copia puntual de una base de datos para ejecutar análisis sin afectar la instancia de producción.

Funcionamiento

La restauración lee desde un conjunto de copia de seguridad o desde una secuencia de copia de seguridad completa más registros incrementales, y luego escribe las bases de datos seleccionadas en la instancia original o en otra instancia existente dentro de la misma región. La velocidad de restauración es de aproximadamente 20 Mbit/s y varía según el volumen de datos.

Comportamiento de nombres: Antes de iniciar la restauración, el sistema renombra cada base de datos restaurada agregando _backup a su nombre (por ejemplo, orders se convierte en orders_backup). Puede modificar el nombre antes de confirmar.

El alcance de la restauración varía según el periodo de retención de copias de seguridad de datos, el periodo de retención de copias de seguridad de registros y el momento en que habilite la función de restauración a nivel de base de datos en su instancia RDS.

Requisitos previos

Antes de empezar, asegúrese de que:

• La instancia RDS cumple con todos los siguientes requisitos:

  • Versión principal del motor: PostgreSQL 10 a PostgreSQL 17

  • Edición: RDS Basic Edition, RDS High-availability Edition o RDS Cluster Edition

  • Tipo de almacenamiento: Enhanced SSD (ESSD) o Premium ESSD

  • Tipo de facturación: pay-as-you-go o suscripción (las instancias Serverless no son compatibles)

• Si la instancia se creó antes del 10 de octubre de 2022 y utiliza la arquitectura original, complete service-linked role (SLR) authorization y update the minor engine version a la versión más reciente antes de continuar.

• La función de restauración a nivel de base de datos está habilitada en la instancia. Consulte Habilitar la restauración a nivel de base de datos.

Consejo: Para consultar la edición de la instancia, el tipo de almacenamiento y el tipo de facturación, vaya a la página Basic Information de la instancia.

Limitaciones

Habilitar la restauración a nivel de base de datos

Habilitar esta función no afecta las cargas de trabajo en ejecución.

1. Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside la instancia. Localice la instancia y haga clic en su ID.

2. En el panel de navegación izquierdo, haga clic en Backup and Restoration.

3. Haga clic en la pestaña Backup Strategy.

4. Haga clic en Edit junto a Data Backup Settings. En el cuadro de diálogo, active Restore Individual Database/Table.

5. Haga clic en Save.

Restaurar bases de datos

1. Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside la instancia. Localice la instancia y haga clic en su ID.

2. En el panel de navegación izquierdo, haga clic en Backup and Restoration. En la página que aparece, haga clic en Restore Individual Database/Table.

   Si el botón Restore Individual Database/Table no es visible, compruebe que se cumplen todos los requisitos previos.

3. Configure los parámetros de restauración.

   El periodo máximo de retención tanto para archivos de copia de seguridad de datos como de registros es de 730 días. Para consultar el intervalo de tiempo restaurable de su instancia, llame a la operación de API DescribeLocalAvailableRecoveryTime.

   Parámetro	Descripción
   Restore To	La instancia de destino: la instancia original u otra instancia en la misma región con la misma versión principal del motor.
   Restore Speed	Fijo como Standard.
   Restore Method	By Backup Set: restaura desde un conjunto de copia de seguridad específico. By Time: disponible solo cuando la copia de seguridad de registros está habilitada. El sistema reproduce los datos de la copia de seguridad completa seguidos de los datos de la copia de seguridad incremental de registros, lo que permite restaurar a cualquier punto dentro del periodo de retención de registros. Por ejemplo, si tanto el periodo de retención de copias de seguridad de datos como el de registros es de 7 días, puede restaurar a cualquier punto de los últimos 7 días.

4. Seleccione las bases de datos a restaurar y luego haga clic en OK.

   • Seleccione hasta 50 bases de datos a la vez.

   • El sistema agrega _backup al nombre de cada base de datos restaurada (por ejemplo, mydb se convierte en mydb_backup). Puede modificar el nombre antes de confirmar.

   • Asegúrese de que la instancia de destino tenga suficiente almacenamiento disponible para alojar todas las bases de datos seleccionadas.

Consultar el progreso de la restauración

Después de enviar una tarea de restauración, vaya a la parte superior de la página de detalles de la instancia y haga clic en Task Center para comprobar el estado y el progreso de la tarea.

1. En la parte superior de la página de detalles de la instancia, haga clic en Task Center.

2. En la lista de tareas, consulte las columnas Task Status y Task Progress.

3. Filtre los registros de tareas por intervalo de tiempo (1 Hour, 1 Day, 7 Days o 30 Days) o por estado de la tarea.

Si la página de restauración no muestra información de progreso, actualice el navegador y vuelva a comprobarlo.

Verificar la restauración

Una vez completada la tarea de restauración, vaya a la página Databases de la instancia de destino para confirmar que aparecen las bases de datos restauradas. Compruebe que:

• Las bases de datos restauradas son accesibles y los datos parecen correctos.

• Las cadenas de conexión que apuntan a los datos restaurados utilizan el nombre correcto de la base de datos (la versión _backup, a menos que la haya renombrado durante la restauración).

Preguntas frecuentes

La consola muestra "The operation failed. The RDS instance is not in a ready state." ¿Qué debo hacer?

Las tareas de restauración se ejecutan secuencialmente. Este error indica que otra tarea de restauración sigue en curso o está incompleta. Espere a que finalice la tarea actual y vuelva a intentarlo.

La base de datos restaurada está vacía. ¿Por qué?

La base de datos original no tenía datos en el punto temporal que seleccionó. Elija un punto temporal en el que la base de datos contuviera datos.

¿Existen otras formas de restaurar bases de datos individuales?

Puede utilizar BDRC para realizar copias de seguridad y restaurar instancias RDS y bases de datos autogestionadas en instancias de Elastic Compute Service (ECS), así como para descargar conjuntos de copias de seguridad localmente. Consulte Overview y Restore data by database or table.

Pasos siguientes

• Restore all data of an ApsaraDB RDS for PostgreSQL instance — restaure toda la instancia en lugar de bases de datos individuales.

• Use pg_restore to restore data from a logical backup file — restaure tablas específicas desde una copia de seguridad lógica mediante pg_restore.

• Restore data to a self-managed PostgreSQL instance — exporte datos de copia de seguridad a una instancia PostgreSQL autogestionada mediante un archivo CSV o un archivo SQL.