Restauración de copias de seguridad flexibles de Azure Database for PostgreSQL (versión preliminar)

En este artículo se explica cómo restaurar un servidor flexible de Azure PostgreSQL respaldado mediante la copia de seguridad de Azure Backup.

Requisitos previos

  1. Antes de restaurar desde copias de seguridad del servidor flexible de Azure Database for PostgreSQL, asegúrese de que tiene los permisos necesarios para la operación de restauración.

  2. Los datos de copia de seguridad se almacenan en el almacén de Backup como un blob dentro del inquilino de Microsoft. Durante una operación de restauración, los datos de copia de seguridad se copian de una cuenta de almacenamiento a otra entre inquilinos. Asegúrese de que la cuenta de almacenamiento de destino de la restauración tenga la propiedad AllowCrossTenantReplication establecida en true.

Restauración de una base de datos flexible de Azure PostgreSQL

Siga estos pasos:

  1. Vaya a Almacén de Backup>Instancias de Backup. Seleccione el servidor flexible de PostgreSQL que se va a restaurar y seleccione Restaurar.

    Recorte de pantalla que muestra cómo restaurar una base de datos.

    Como alternativa, vaya al centro de copia de seguridad y seleccione Restaurar.

  2. Seleccione el momento dado que desea restaurar mediante Seleccionar punto de restauración. Cambie el intervalo de fechas seleccionando Período de tiempo.

    Captura de pantalla en la que se muestra el proceso para seleccionar un punto de recuperación.

  3. Elija la cuenta de almacenamiento de destino y el contenedor en la pestaña Restaurar parámetros. Seleccione Validar para comprobar los permisos de parámetros de restauración antes de la revisión y restauración final.

  4. Si la validación es correcta, seleccione Revisar y restaurar. Recorte de pantalla que muestra el proceso de parámetro de restauración.

  5. Después de la revisión final de los parámetros, seleccione Restaurar para restaurar la copia de seguridad del servidor flexible de PostgreSQL seleccionada en la cuenta de almacenamiento de destino. Recorte de pantalla que muestra la página del proceso de revisión.

  6. Envíe la operación de restauración y haga un seguimiento del trabajo desencadenado en Trabajos de copia de seguridad. Recorte de pantalla que muestra la página validar el proceso.

  7. Una vez finalizado el trabajo, los datos de copia de seguridad se restauran en la cuenta de almacenamiento. A continuación se muestra el conjunto de archivos recuperados en la cuenta de almacenamiento después de la restauración:

    • El primer archivo es un marcador o un archivo de marca de tiempo que proporciona al cliente la hora en la que se realizó la copia de seguridad. El archivo no se puede restaurar, pero si se abre con un editor de texto debe indicar al cliente la hora UTC en la que se realizó la copia de seguridad.

    • La segunda base de datosde archivos es una copia de seguridad de base de datos individual para la base de datos denominada tempdata2 tomada mediante pg_dump. Cada base de datos tiene un archivo independiente con formato : {backup_name}base de datos{db_name}.sql

    • El tercer archivo _roles. Ha realizado una copia de seguridad de roles mediante pg_dumpall

    • El cuarto archivo _schemas. copia de seguridad mediante pg_dumpall

    • El quinto archivo _tablespaces. Tiene las copias de seguridad de los espacios de tablas mediante pg_dumpall

  8. Una vez finalizada la restauración en la cuenta de almacenamiento de destino, puede utilizar la utilidad pg_restore para restaurar una base de datos de servidor flexible Azure Database para PostgreSQL desde el destino. Use el siguiente comando para conectarse a un servidor flexible de Postgresql existente y a una base de datos existente

    pg_restore -h <hostname> -U <username> -d <db name> -Fd -j <NUM> -C <dump directory>

    • -Fd: el formato de directorio.
    • -j: el número de trabajos.
    • -C: comience la salida con un comando para crear la propia base de datos y volver a ella.

    Este es un ejemplo de cómo puede ser esta sintaxis:

    pg_restore -h <hostname> -U <username> -j <Num of parallel jobs> -Fd -C -d <databasename> sampledb_dir_format

    Si tiene más de una base de datos para restaurarla, vuelva a ejecutar el comando anterior para cada base de datos.

    Además, con varios trabajos simultáneos-j, puede reducir el tiempo de restauración de una base de datos grande en un servidor de destino de varios núcleos virtuales. El número de trabajos puede ser igual o menor que el número de vCPU asignadas al servidor de destino.

Pasos siguientes

Matriz de compatibilidad con la copia de seguridad de bases de datos flexibles de PostgreSQL mediante Azure Backup.