Em 29-11-2012 09:52, Emerson Martins escreveu: > Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder > a pergunta adequadamente.
Se você parar de fazer top post fica mais fácil não esquecer ;) > Não estava usando a opção -Fc Usar a opção -Fc vai fazer com que o dump seja comprimido. Vai diminuir um pouco o tamanho. > > > Perguntas: > 2) Qual o tamanho do dump final? > 140GB Algo está errado. O dump não pode ser maior do que os dados em disco. Passe por favor a linha completa do comando de dump que você está usando. Um dump de um banco de 50GiB em disco não levaria 3h com discos como o seu, e o arquivo de dump iria ficar com algo entre 5 e 25GiB. > 3) Que tipo de discos você usa em seu Debian pra esse banco (sata, sas, > tipo de controladora)? Como eles estão distribuídos para o banco? (saída > do comando "mount" sem argumentos já nos ajuda muito). > Discos de 300 Fiber Channel num Storage HP. Partição única para o banco todo? Partição única para o S.O. + banco? Como está montado? Por isso pedi a saída do comando mount (e você não mandou). > > Telles > Quanto ao tipo de backup ja estou implementando uma politica para esse > servidor. A política que o Telles cita é para restauração de desastres (no que o dump não é bom), ou seja, é uma proteção adicional para você. Pra envio de dados para outras máquinas não deve ser o caso. > Farei os testes e voltarei aqui com os resultados Aguardo os pedidos que fiz. []s __________________________________ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos & Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: [email protected] ______________________________ FREE SOFTWARE SOLUTIONS _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
