Servicio de copia de seguridad y DR para PostgreSQL
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
PostgreSQL es un potente sistema de base de datos relacional de objetos de código abierto que usa y extiende el lenguaje SQL combinado con muchas funciones que almacenan y escalan de forma segura las cargas de trabajo de datos más complicadas.
API de copia de seguridad de PostgreSQL que usa Backup and DR
Copias de seguridad a nivel del volumen (seguimiento de bloques de cambios de Linux y instantáneas de LVM): La copia de seguridad y la DR usan los comandos pg_start_backup(label) y pg_stop_backup() de PostgreSQL cuando realizan copias de seguridad con el seguimiento de bloques de cambios de Linux y la instantánea de LVM.
Copias de seguridad completas e incrementales (tradicionales basadas en archivos): La copia de seguridad y la DR usan los comandos de copia de seguridad basados en archivos pg_dump de PostgreSQL. El comando pg_dump no tiene una opción para capturar cambios incrementales de una base de datos, por lo que cada copia de seguridad es una copia de seguridad completa de volcado de base de datos.
El restablecimiento de la base de datos la recupera reemplazando físicamente el área de datos.
Copia de seguridad de registros de PostgreSQL: Durante una copia de seguridad de registros, la copia de seguridad y la DR copian físicamente todos los WAL de PostgreSQL (WriteAheadLog). Para purgar los registros, la copia de seguridad y la DR usan un comando a nivel del SO.
Cómo funciona: Copia de seguridad basada en volúmenes de copia de seguridad y DR con CBT de Linux
Solo se realiza un seguimiento de los bloques modificados en el mapa de bits: no hay operaciones de copia en escritura ni operaciones intensivas de E/S.
En los siguientes pasos, se describe el proceso de copia de seguridad y recuperación de datos:
El agente de Backup and DR tiene CBT para hacer un seguimiento de los bloques modificados en el área de datos de la base de datos.
El agente llama a la API de la base de datos para inmovilizarla o pausarla para crear una copia de seguridad de los datos.
El agente crea una instantánea de LVM del área de datos de la base de datos y sintetiza un mapa de bits.
Llamada del agente a la API de la base de datos para descongelarla
El agente copia los bloques modificados en el dispositivo de copia de seguridad o recuperación, que luego borra la instantánea y cataloga la copia de seguridad.
El dispositivo emite una instantánea interna y sintetiza una copia de seguridad completa virtual de un momento determinado.
Para la recuperación de datos, Backup and DR activa de forma inmediata un disco de preparación reescribible
y pone la base de datos en línea.
El comando de inactividad o reactivación se ejecuta en el principal para un trabajo de instantánea a nivel del volumen:
Cómo funciona: copia de seguridad basada en archivos
En los siguientes pasos, se describe el proceso para realizar la copia de seguridad y la recuperación de datos con imágenes de copia de seguridad basadas en archivos:
El agente de Backup and DR se implementa en el servidor de bases de datos.
Activa el disco de preparación en el servidor de base de datos.
Invoca la copia de seguridad completa con el comando de copia de seguridad de volcado y escribe la copia de seguridad en el disco activado.
La copia de seguridad y la DR toman una instantánea interna.
Las copias de seguridad de registros se realizan de manera similar directamente desde el sistema de archivos en cualquier programa que configures.
Para la recuperación de datos, la copia de seguridad y la DR activan de forma instantánea el disco de preparación en el servidor de la base de datos e inician la operación de restablecimiento de la base de datos.
Los registros se pueden reproducir en cualquier momento después de restablecer la base de datos.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[[["\u003cp\u003ePostgreSQL is an open-source object-relational database system that uses SQL for storing and scaling complex data workloads.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR utilizes PostgreSQL's \u003ccode\u003epg_start_backup\u003c/code\u003e and \u003ccode\u003epg_stop_backup\u003c/code\u003e commands for volume-level backups with Linux change block tracking and LVM snapshots.\u003c/p\u003e\n"],["\u003cp\u003eFor file-based backups, Backup and DR employs the \u003ccode\u003epg_dump\u003c/code\u003e command, which performs full database dumps as it lacks the capability for incremental change capture.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR agents track changes, freeze the database via API, create snapshots, and copy changed blocks for volume-based backup, and they use file-based backups directly from the file system.\u003c/p\u003e\n"],["\u003cp\u003eDatabase quiescing (freezing) and unquiescing commands differ between primary and standby nodes, as well as across PostgreSQL versions (9.x vs. 10.x and later).\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for PostgreSQL\n\nPostgreSQL is a powerful, open source object-relational database system\nthat uses and extends the SQL language combined with many features that\nsafely store and scale the most complicated data workloads.\n\nPostgreSQL backup API used by Backup and DR\n-------------------------------------------\n\n- **Volume level (Linux change block tracking and LVM snapshot) backups** :\n Backup and DR uses the PostgreSQL `pg_start_backup(label)` and\n `pg_stop_backup()` commands when performing backups with Linux change block\n tracking and LVM snapshot.\n\n- **Full+Incremental (file-based traditional) backups** : Backup and DR\n uses the PostgreSQL `pg_dump` file-based backups commands. The `pg_dump`\n command doesn't have an option to capture incremental changes of a\n database, so each backup is a full database dump backup.\n\n Restore of the database recovers the database by physically\n overwriting the data area.\n- **PostgreSQL log backup** : During a log backup, Backup and DR\n physically copies all the PostgreSQL WALs (`WriteAheadLog`). To purge logs,\n Backup and DR uses an OS-level command.\n\nHow it works: Backup and DR volume-based backup with Linux CBT\n--------------------------------------------------------------\n\nOnly changed blocks are tracked in the bitmap: no copy-on-writes, no\nI/O-intensive operations.\n\nThe following steps describe the process for data backup and recovery:\n\n1. The Backup and DR agent has CBT to track changed blocks in the database data\n area.\n\n2. The agent calls the database API to freeze or pause database for data backup.\n\n3. Agent creates LVM snapshot of database data area and synthesizes a bitmap.\n\n4. Agent call to database API to unfreeze database.\n\n5. Agent copies changed blocks to backup/recovery appliance, which then deletes\n the snapshot and catalogs the backup.\n\n6. The appliance issues an internal snapshot and synthesizes a point-in-time\n virtual full backup.\n\n7. For data recovery, Backup and DR instantly mounts a rewritable staging disk\n and brings the database online.\n\nThe quiesce or unquiesce command is run on the **primary** for a volume-level\nsnapshot job: \n\n select pg_start_backup(\u003clabel\u003e);\n select pg_stop_backup();\n\nThe quiesce and unquiesce commands are run on a **standby node** for a\nvolume-level snapshot job:\n\nIf PostgreSQL version is 10.x or later: \n\n select pg_wal_replay_pause();\n select pg_wal_replay_resume();\n\nIf PostgreSQL version is 9.x: \n\n select pg_xlog_replay_pause();\n select pg_xlog_replay_resume();\n\nHow it works: file-based backup\n-------------------------------\n\nThe following steps describe the process for how to perform data backup and\nrecovery with file-based backup images:\n\n1. Backup and DR agent is deployed in the database server.\n\n2. Mount staging disk on the database server.\n\n3. Invoke full backup using the dump backup command, writing the backup\n to the mounted disk.\n\n4. Backup and DR takes an internal snapshot.\n Log backups are done in a similar fashion directly from the file-system at\n any schedule that you configure.\n\n5. For data recovery, Backup and DR instantly mounts the staging disk\n to the database server and initiates the database restore operation.\n Logs can be played to any point in time after the database is restored.\n\n | **Note:** The `pg_dump` API doesn't have an option to capture incremental changes of a database, so each backup is a full database dump backup.\n\nWhat's next\n-----------\n\n[Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n\nOther documentation for Backup and DR for PostgreSQL\n----------------------------------------------------\n\n- [Backup and DR for PostgreSQL](/backup-disaster-recovery/docs/concepts/postgresql-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a PostgreSQL database host and discover databases](/backup-disaster-recovery/docs/configuration/otherdb-add-host)\n- [Define policy templates and resource profiles](/backup-disaster-recovery/docs/create-plan/create-template)\n- [Set application details and settings](/backup-disaster-recovery/docs/backup/app-details-settings-otherdb)\n- [Check staging disk format and backup method](/backup-disaster-recovery/docs/backup/backup-method-staging-disk-otherdb)\n- [Protect the PostgreSQL database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a PostgreSQL database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover PostgreSQL Backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)\n- [Create a PostgreSQL Backup and DR Workflow](/backup-disaster-recovery/docs/access-data/otherdb-workflow)"]]