Tenha em mente de que se trata de uma restauração lógica e não física.
Então retornar essa quantidade de informações deve ser muito demorado
mesmo. Veja se não vale à pena desligar alguns índices, desabilitar os
gatilhos e retornar somente dados. Isso vai lhe dar um bom ganho de
tempo, mas não fique muito feliz não. Tem uma matéria sobre o assunto de
cópia de dados do Teles, que lhe indico dar uma boa lida, mas não estou
em condições de lhe passar o endereço, pelo que indico que faça uma
pesquisa nas comunicações do grupo que vai encontrar.
Este top post quebrou o fluxo da conversa. Triste, porque é uma ótima
resposta e daria ótima sequência à conversa.
Continuo meus comentários abaixo.
Tenho o meu banco de produção e agora preciso fazer uma carga de
cerca de 50 arquivos (cada com aproximadamente 100 milhões de
registros). Todos foram feitos com o pg_dump -Fc na versão 9.0 e
agora estou restaurando utilizando o pg_restore da 9.2.
100 milhões de linhas podem ser 100 MiB com linhas de 1 byte, ou seja, nada.
O que importa é: qual o tamanho desse arquivo de dump?
As minhas tabelas que vão receber os dados são tabelas
particionadas, contendo 4 índices, sendo 3 compostos e 3 chaves
estrangeiras. Coloquei um pg_restore ontem e até agora nada de
restaurar, isto é, quase 24 horas e nada de resposta.
Você usou a opção -j do pg_restore?
Provavelmente, seu restore está na fase mais demorada, a criação de
índices. Veja com um comando ps ou use a visão pg_stat_activity pra
saber o que o pg_restore está fazendo neste momento.
O Sistema Operacional é o CentOS release 6.5 (Final).
Alguém tem idéia de como processo acelearar este processo? Mais
informações?
Usar a opção -j do pg_restore ajuda muito.
Verifique em qual parte da restauração está (visão pg_stat_activity).
Descompacte o arquivo de dump para texto puro e veja se falta muita
coisa pra acabar. Às vezes não vale a pena interromper o processo pra
começar de novo.
De qualquer forma, essa demora é normal.
Considere usar o pg_upgrade, se puder, da próxima vez. Ele faria esse
trabalho todo em poucos minutos.
[]s
Flavio Gurgel
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
