Início / dba / Perguntas / 344741
Accepted
Mike
Asked: 2025-01-16 07:47:52 +0800 CST

Por que o PostgreSQL v10 e v16 têm comportamento ligeiramente diferente para pg_dump, e o dump SQL do v10 apresenta um erro no v16?

  • 772

Temos um arquivo SQL despejado do PostgreSQL v10 pelo seguinte comando localmente no host:

pg_dump \
  "postgres://db_user:db_pass@localhost:5432/database" \
  --file "pgsql-dump-v10.sql" \
  --format=p --no-owner --no-privileges

Copiamos o arquivo de despejo para outro PostgreSQL da v16 e importamos os dados chamando o seguinte comando localmente:

psql \
  "postgresql://db_user:db_pass@localhost/database" \
  --file pgsql-dump-v10.sql

E, aparece a seguinte mensagem de erro:

psql:/xxx/pgsql-dump-v10.sql:30: ERRO: deve ser o proprietário da extensão plpgsql

E o culpado é a Linha 30, pssql-dump-v10.sqlcomo segue:

COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural language';

O erro não parece ser crítico, então chamamos o mesmo pg_dumpcomando na instância do PostgreSQL v16 e comparamos os dois dumps como na captura de tela abaixo.

Além disso, ao executar pgsql-dump-v16.sqlno PostgreSQL v16, não há nenhum erro.

Nossa pergunta:

Embora não seja crítico, queremos resolver o erro na configuração do comentário da extensão. E agradecemos muito quaisquer dicas e sugestões.

Além disso, se o erro realmente tiver mais impacto do que vimos, por favor, nos lembre também. Estamos nos preparando para uma operação de produção.

Obrigado.

Detalhes:

Diferença dos arquivos SQL despejados pelo PostgreSQL v10 e v16

postgresql

2 respostas

  1. Best Answer

    O plpgsqlmódulo foi instalado por padrão há muito tempo, então seu proprietário é o superusuário que criou a instância do Postgres. Na sua instância v16 de destino, ele já existe. Se o db_userque você especificar ao restaurar o dump não for o superusuário que criou a instância de destino, ele obviamente falhará ao atualizar o comentário na extensão que ele não possui.

    Você pode fazer qualquer uma destas coisas, sem nenhuma ordem específica:

    • Ignore o erro.
    • Exclua esta extensão do dump.
    • Edite o dump e remova o comando ofensivo.
    • Importe o dump como superusuário.
    • 4

  2. O comportamento do pg_dump mudou com a versão 14 :

    Permitir que o pg_dump despeje apenas certas extensões

    Versões mais antigas despejam todas as extensões no backup, já que a versão 14 por padrão todas as extensões não-sistema no banco de dados de destino serão despejadas. Você pode sobrescrever isso usando -e ou --extension=

    • 1

relate perguntas