Bom dia!!!
Em 20 de janeiro de 2014 12:07, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > 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? > > O arquivo tem 4.7GB. > > 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. Sim, estou usando a opção -j do pg_restore :) > > > 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. > Pela pg_stat_activity não consigo ver onde ele está, só mostrar COPY( colunas) FROM stdin; > > 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. > Obrigado pela dica. > > []s > Flavio Gurgel > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > Abraços -- JotaComm http://jotacomm.wordpress.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
