Em 23 de julho de 2010 16:11, Alex Barbosa Ferreira <[email protected]> escreveu: > Meu banco de dados está em servidor OpenSuse com Postgresql 8.2. Realizei o > backup com o PGAdmin III v1.4 através do sistema operacional Windows XP. A > criação do novo banco de dados foi realizada em um servidor Ubuntu 9.04 com > Postgresql 8.3 através do próprio PGadmin citado acima. Por achar que > pudesse ser um erro na criação do banco, já o exclui e criei novamente com > usuário diferente ao postgres, porém até o momento nada adiantou. >
Isso é muito estranho, porque a ordem dos comandos DDL nos arquivos de backup é: criar tabelas, importar dados (COPY ou INSERT) e somente depois criar constraints e PKs. Não há motivo para estas mensagens caso o arquivo de dump estiver sendo restaurado sobre um banco de dados zerado. Talvez se você remover a constraint "bens_codigo_idx" no banco origem, realizar um novo dump, restaurar os dados e depois recriar esta constraint no banco destino você consiga resolver o problema (ou identificar os registros duplicados e corrigí-los). A questão é que se esta constraint existe no banco origem os dados estão íntegros (sem duplicação), o que leva a crer que é um erro operacional. Estava finalizando o post e me passou pela cabeça a possibilidade de você estar criando o banco de dados e logo depois de criá-lo, ainda antes de fazer o restore, está executando algum script SQL para criar o modelo do banco. Isto não é necessário, ao menos se você fizer o dump somente dos dados (por padrão o pg_dump - que também é chamado pelo pgAdmin - já cria o arquivo de backup com a estrutura e dados). -- TIAGO J. ADAMI http://www.adamiworks.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
