Serviço de cópia de segurança e RD para PostgreSQL
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
O PostgreSQL é um sistema de base de dados relacional de objetos de código aberto avançado que usa e expande a linguagem SQL combinada com muitas funcionalidades que armazenam e dimensionam com segurança as cargas de trabalho de dados mais complicadas.
API de cópia de segurança do PostgreSQL usada pela Cópia de segurança e RD
Cópias de segurança ao nível do volume (rastreio de blocos de alterações do Linux e instantâneo do LVM):
A cópia de segurança e a recuperação de desastres usam os comandos pg_start_backup(label) e pg_stop_backup() do PostgreSQL quando fazem cópias de segurança com o rastreio de blocos de alterações do Linux e o instantâneo do LVM.
Cópias de segurança completas + incrementais (tradicionais baseadas em ficheiros): a cópia de segurança e a recuperação de desastres usam os comandos de cópias de segurança baseadas em ficheiros pg_dump do PostgreSQL. O comando pg_dump
não tem uma opção para capturar alterações incrementais de uma base de dados, pelo que cada cópia de segurança é uma cópia de segurança de despejo da base de dados completa.
A restauração da base de dados recupera a base de dados ao substituir fisicamente a área de dados.
Cópia de segurança dos registos do PostgreSQL: durante uma cópia de segurança dos registos, o Backup and DR copia fisicamente todos os WALs do PostgreSQL (WriteAheadLog). Para limpar os registos, o Backup and DR usa um comando ao nível do SO.
Como funciona: cópia de segurança baseada em volumes e RD com CBT do Linux
Apenas os blocos alterados são monitorizados no mapa de bits: sem cópias na escrita, sem operações intensivas de E/S.
Os passos seguintes descrevem o processo de cópia de segurança e recuperação de dados:
O agente de cópia de segurança e recuperação de desastres tem CBT para acompanhar os blocos alterados na área de dados da base de dados.
O agente chama a API da base de dados para congelar ou pausar a base de dados para a cópia de segurança de dados.
O agente cria um instantâneo do LVM da área de dados da base de dados e sintetiza um mapa de bits.
Chamada do agente para a API de base de dados para descongelar a base de dados.
O agente copia os blocos alterados para o dispositivo de cópia de segurança/recuperação, que elimina
a captura instantânea e cataloga a cópia de segurança.
O dispositivo emite um instantâneo interno e sintetiza uma cópia de segurança completa virtual num determinado momento.
Para a recuperação de dados, a solução Backup and DR monta instantaneamente um disco de preparação reescrevível e coloca a base de dados online.
O comando quiesce ou unquiesce é executado no primário para uma tarefa de instantâneo ao nível do volume:
Como funciona: cópia de segurança baseada em ficheiros
Os passos seguintes descrevem o processo de como fazer uma cópia de segurança e
recuperação de dados com imagens de cópias de segurança baseadas em ficheiros:
O agente de cópia de segurança e RD é implementado no servidor de base de dados.
Monte o disco de preparação no servidor de base de dados.
Invocar uma cópia de segurança completa através do comando dump backup, escrevendo a cópia de segurança no disco montado.
A cópia de segurança e a RD tiram um instantâneo interno.
As cópias de segurança dos registos são feitas de forma semelhante diretamente a partir do sistema de ficheiros em qualquer horário que configurar.
Para a recuperação de dados, a cópia de segurança e a recuperação de desastres montam instantaneamente o disco de preparação
no servidor de base de dados e iniciam a operação de restauro da base de dados.
Os registos podem ser reproduzidos em qualquer ponto no tempo após o restauro da base de dados.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-21 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)"]]