Red Hat Summit8.3.4. Cópia de segurança dos dados PostgreSQL
Para fazer o backup dos dados PostgreSQL, use uma das seguintes abordagens:
- Lixeira SQL
- Backup em nível de sistema de arquivos
- Arquivamento contínuo
8.3.4.1. Backing up de dados PostgreSQL com um dump SQL
8.3.4.1.1. Execução de um despejo SQL
O método SQL dump é baseado na geração de um arquivo com comandos SQL. Quando este arquivo é carregado de volta ao servidor de banco de dados, ele recria o banco de dados no mesmo estado em que se encontrava no momento da descarga. O despejo SQL é garantido pelo método pg_dump que é uma aplicação do cliente PostgreSQL. O uso básico do comando pg_dump é tal que o comando escreve seu resultado na saída padrão:
pg_dump dbname > dumpfile
pg_dump dbname > dumpfileO arquivo SQL resultante pode ser em formato de texto ou em outros formatos diferentes, o que permite o paralelismo e um controle mais detalhado da restauração de objetos.
Você pode realizar o dump SQL a partir de qualquer host remoto que tenha acesso ao banco de dados. O pg_dump não opera com permissões especiais, mas deve ter acesso lido a todas as tabelas que você deseja fazer backup. Para fazer o backup de todo o banco de dados, você deve executá-lo como um superusuário do banco de dados.
Para especificar qual servidor de banco de dados pg_dump entrará em contato, use as seguintes opções de linha de comando:
A opção
-hpara definir o anfitrião.O anfitrião padrão é o anfitrião local ou o que é especificado pela variável de ambiente
PGHOST.A opção
-ppara definir o porto.A porta padrão é indicada pela variável de ambiente
PGPORTou pela variável compilada por padrão.
Note que pg_dump despeja apenas um único banco de dados. Ele não descarta informações sobre papéis ou espaços de tabela porque tais informações são de todo o cluster.
Para fazer backup de cada banco de dados em um determinado cluster e para preservar dados em todo o cluster, tais como definições de funções e espaço de tabela, use o comando pg_dumpall:
pg_dumpall > arquivo dump
pg_dumpall > arquivo dump8.3.4.1.2. Restauração de banco de dados a partir de um dump SQL
Para restaurar um banco de dados a partir de uma lixeira SQL:
Criar um novo banco de dados (dbname):
criadob dbname
criadob dbnameCopy to Clipboard Copied! Toggle word wrap Toggle overflow Certifique-se de que todos os usuários que possuem objetos ou receberam permissões sobre objetos no banco de dados despejados já existam.
Se tais usuários não existirem, a restauração não consegue recriar os objetos com a propriedade e as permissões originais.
Execute o psql para restaurar um arquivo de texto criado pelo pg_dump utilidade:
psql dbname < dumpfile
psql dbname < dumpfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow
onde dumpfile é a saída do comando pg_dump.
Se você quiser restaurar uma lixeira de arquivos sem texto, use o utilitário pg_restore:
pg_restore non-plain-text-file
pg_restore non-plain-text-file8.3.4.1.2.1. Restaurando um banco de dados em outro servidor
O despejo de um banco de dados diretamente de um servidor para outro é possível porque pg_dump e psql pode escrever e ler a partir de tubos.
Para descarregar um banco de dados de um servidor para outro, execute:
pg_dump -h host1 dbname | psql -h host2 dbname
pg_dump -h host1 dbname | psql -h host2 dbname8.3.4.1.2.2. Manuseio de erros SQL durante a restauração
Por padrão, psql continua a ser executado se ocorrer um erro SQL. Conseqüentemente, o banco de dados é restaurado apenas parcialmente.
Se você quiser mudar este comportamento padrão, use uma das seguintes abordagens:
Faça psql sair com um status de saída de 3 se ocorrer um erro SQL, definindo a variável
ON_ERROR_STOP:psql --set ON_ERROR_STOP=onome dbname < dumpfile
psql --set ON_ERROR_STOP=onome dbname < dumpfileCopy to Clipboard Copied! Toggle word wrap Toggle overflow Especificar que toda a lixeira é restaurada como uma única transação para que a restauração seja totalmente concluída ou cancelada usando
psqlcom uma das seguintes opções:psql -1
psql -1Copy to Clipboard Copied! Toggle word wrap Toggle overflow ou
psql --transação única
psql --transação únicaCopy to Clipboard Copied! Toggle word wrap Toggle overflow Note que ao utilizar esta abordagem, mesmo um erro menor pode cancelar uma operação de restauração que já tenha funcionado por muitas horas.
8.3.4.1.3. Vantagens e desvantagens de uma lixeira SQL
Uma lixeira SQL tem as seguintes vantagens em comparação com outros métodos de backup PostgreSQL:
- Um dump SQL é o único método de backup PostgreSQL que não é específico para uma versão de servidor. A saída do pg_dump pode ser recarregado em versões posteriores de PostgreSQL, o que não é possível para backups em nível de sistema de arquivos ou arquivamento contínuo.
- Um dump SQL é o único método que funciona ao transferir um banco de dados para uma arquitetura de máquina diferente, como ir de um servidor de 32 bits para um de 64 bits.
- Um lixão SQL fornece lixões internamente consistentes. Um depósito de lixo representa um instantâneo do banco de dados no momento em que o pg_dump começou a funcionar.
- O pg_dump não bloqueia outras operações no banco de dados quando ele está em funcionamento.
Uma desvantagem de um despejo SQL é que leva mais tempo em comparação com o backup em nível de sistema de arquivos.
8.3.4.1.4. Recursos adicionais
Para mais informações sobre o dump SQL, consulte a Documentação do PostgreSQL.
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}