Andréa,

Temos uma base com mais de 30 GB, e a última vez que fiz um restore
(felizmente só para efeitos de teste!), levei pouco menos de 1 h, para o
processo completo (até levantar o servidor novamente).

Bom, a máquina é Pentium biprocessada com HT, com 8 GB RAM, e os dados e
backups estão numa área externa (Storage). Temos ainda uma solução de fita
para maiores garantias. O sistema operacional é Debian Linux com 64 bits
(puro, não emulado) e SMP ativado.

O mais importante: o backup a que me refiro é físico, via PITR. Isso engloba
todo o cluster, e não a bancos de dados ou esquemas específicos. Esqueça o
backup via Dump para recuperar em casos de crash com tudo isso de tamanho!

Após a cópia física dos arquivos (que é feita às 1h00), fazemos a
compactação do diretório com o BZIP2 (às 5h00). Cada arquivo fica com cerca
de 5 GB, e esta descompactação toma mais de 80% do tempo total de restore -
estamos estudando maneiras de utilizar as 4 CPUs para executar isso em
conjunto. O replay dos logs de transação leva cerca de 5 min.

Temos também os backups lógicos via dump (que são compactados na geração com
o GZIP), mas estes são só para efeitos de erros humanos (ex: DELETE FROM,
TRUNCATE) ou para histórico e auditoria.

Atenciosamente,

--
Rodrigo Hjort
http://icewall.org/~hjort

CELEPAR - Cia de Informática do Paraná
http://www.pr.gov.br


2007/1/19, Andrea <[EMAIL PROTECTED]>:

 Oi,

Estou trabalhando com o Postgresql 8.1.4 e sistema operacional LINUX.
Ocorre que possuo uma base de dados de 179 GB  que está levando 12 horas
para concluir um pg_restore.
Gostaria de saber se posso fazer algo para melhorar este tempo de restore,
pois se surgir uma situação de emergência terei que disponibilizar esta base
num tempo bem menor.

Obrigada,

Andréa Pereira
DBA-Compesa

_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
Antes de perguntar consulte o manual
http://pgdocptbr.sourceforge.net/

Para editar suas opções ou sair da lista acesse a página da lista em:
http://pgfoundry.org/mailman/listinfo/brasil-usuarios

Responder a