Se você for restaurar estes backups naquilo que antigamente (na época dos arquivos DBF) chamávamos de "mono-tarefa" ou "mono-usuário", você pode agilizar ainda mais adicionando as opções:
fsync = off synchronous_commit = off Mas fique atento: depois de restaurar o que você deseja, pare o serviço do banco de dados de forma correta e reative estas opções. Fazendo isso eu consigo restaurar backups mais rapidamente, mas é um risco à integridade dos dados caso alguma falha ocorra durante o processo. -- TIAGO J. ADAMI http://www.adamiworks.com 2009/10/29 Joao Cosme de Oliveira Junior <[email protected]> > Independente do parallel restore siga essas dicas! > Aumente o maintenance_work_mem > Aumente o checkpoint_segmentsConfigure para off o archive commandUtilize > copy ao invés de insert no dump jogue la pra cima esses valores, depois > retorne! > > João Cosme de Oliveira Júnior > > Seja inteligente, use Software-livre!!! > LPI Certified > LPI000185554 > > > Em 29/10/2009 às 10:46 horas, [email protected]: > > 2009/10/29 Everson Barbosa : > > > > Gostaria de saber se existe a possibilidade de realizar o pg_restore > com > > mais velocidade para casos de urgência. É claro que um bom planejamento > > ajuda bastante na maioria dos casos, no entanto recebemos uma tarefa de > > pessoas 'não técnicas' pedindo que fosse realizado um dump de tabelas com > > alguns milhões de registros e restaurasse essas tabelas para ontem. > > Utilizar sua cópia de segurança (aka backup) física sempre será a > forma mais rápida de restaurar. Se vocês não possuem cópias físicas, é > melhor providenciar para este tipo de situação. > > Para uma tabela vc provavelmente poderia utilizar sua cópia de > segurança binária e fazer: > > $ pg_dump -Fc meu_banco > meu_backup.dmp > > $ pg_restore -l meu_backup.dmp | egrep '\' > minhas_tabelas.list > > > $ pg_restore -j4 -d meu_banco -L minhas_tabelas.list meu_backup.dmp > > É lógico que o paralelismo da restaurração (parâmetro --jobs) seria > definido de acordo com o número de CPUs, cores, ... > > -Leo > -- > Leonardo Cezar > http://www.aslid.org.br > http://postgreslogia.wordpress.com > http://www.dextra.com.br/postgres > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), > empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é > enviada exclusivamente a seu destinatário e pode conter informações > confidenciais, protegidas por sigilo profissional. Sua utilização > desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a > recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, > esclarecendo o equívoco." > > "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a > government company established under Brazilian law (5.615/70) -- is directed > exclusively to its addressee and may contain confidential data, protected > under professional secrecy rules. Its unauthorized use is illegal and may > subject the transgressor to the law's penalties. If you're not the addressee, > please send it back, elucidating the failure." > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
