Re: [pgbr-geral] Dump muito grande
Falha de crc e um arquivo zip corrompido use alguma ferramenta pra reparar caso contrario vc nao podera abri-lo Em 27/02/2016 11:32, "Antonio Cesar"escreveu: > Bom dia, > Estou com arquivo dump com 2.118.212 kb e ao fazer o backup zip o arquivo > so que quando vou desconpactar retorna o seguinte erro: falha no CRC > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande
2016-02-27 11:32 GMT-03:00 Antonio Cesar: > Estou com arquivo dump com 2.118.212 kb e ao fazer o backup zip o arquivo > so que quando vou desconpactar retorna o seguinte erro: falha no CRC Não ficou muito claro. Este erro está ao tentar descompactar um arquivo .zip? Se for, não tem nada a ver com o PostgreSQL, aparentemente o arquivo .zip está corrompido. At. -- Matheus de Oliveira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Em 29 de novembro de 2012 11:20, Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com escreveu: Eu também tive esse problema em dumps de banco de imagens. Ele fica bem maior do que o SO mostra. Ele vai ser demorado mesmo. Minha infra é MUITO boa, o banco no SO tem +- 120GB e qdo fizemos o dump plain ele fica com mais de 400GB (não sei o valor pq estourou a partição de dumps). Só deu na partição com o -Fc mesmo. Usei a compressão (-Z ) e não valeu o custo/benefício de tempo/tamanho. Então, nem se preocupe vai demorar mesmo. Como já falaram anteriormente Acharia melhor vc replicar mesmo, pois a carga na rede será beeem menor que vc ficar mandando esse dump inteiro. BOA SORTE!! Aê galera. Obrigado a todos pelas dicas consegui resolver o tamanho..Ficou agora com o tamanho quase igual ao do banco. Pelo fato do banco ter imagens de geoprocessamento a demora foi inevitável mas já resolveu meu problema de tamanho. postgres@prod:/postgresql/backup$ ls -lah total 190G drwxr-xr-x 2 postgres postgres 4.0K 2012-11-29 09:19 ./ drwx-- 8 postgres postgres 4.0K 2012-06-14 16:00 ../ -rw-r--r-- 1 postgres postgres 48G 2012-11-29 14:56 bd_Alagoas.dump.gz Em 29 de novembro de 2012 11:01, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Emerson Martins writes: Flavio Alves. Minhas sinceras desculpas para você e para todos que estão recebendo os e-mails, deve estar havendo algum problema com minha ferramenta de e-mail como você mesmo falou, pois e dessa forma que estou fazendoo qual estou enviando.Minha intenção não foi ofender, e claro tenho sempre a mente aberta para aprender e reconheço que a intenção da lista é ajudar.Então mais uma vez desculpas; Se alguém..Deve ser ter alguma configuração o qual eu nao sei na parte da lista. Emerson Martins Sem problema. Desculpas aceitas, boa sorte na solução dos seus problemas. -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Pessoal...estou com uma necessidade de conectar o vb 6 com o postgres 9...ja criar um odbc para ele e ta ok..mas nao consigo conectar de dentro do codigo vb com a sintaxe do conn.open driver=nome do alias alguem pode me ajudar? Rodrigo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Em 30 de novembro de 2012 17:18, rodrigo systemas rodrigo.syste...@gmail.com escreveu: Pessoal...estou com uma necessidade de conectar o vb 6 com o postgres 9...ja criar um odbc para ele e ta ok..mas nao consigo conectar de dentro do codigo vb com a sintaxe do conn.open driver=nome do alias alguem pode me ajudar? Rodrigo, peço que inicie outra thread, mandando um email com a sua dúvida, sem responder esta thread, pois ela tem a ver com outro problema e não com programação e conexão com o postgresql... é só mandar outro email para a lista com a sua dúvida, assim fica fácil de quem tiver o mesmo problema que você acompanhar o que acontece na tentativa de te ajudar... abraços, Flávio Granato ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ Acrescentando mais uma coisa.. você falou que precisa enviar esta base... já precisei fazer isto e utilizei um método incremental de envio aliado ao dump com -Fd . A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele era enviado para o site remoto.. e por fim o TOC e um sha1. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder a pergunta adequadamente. Não estava usando a opção -Fc Perguntas: 2) Qual o tamanho do dump final? 140GB 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. Telles Quanto ao tipo de backup ja estou implementando uma politica para esse servidor. Farei os testes e voltarei aqui com os resultados Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 29 de novembro de 2012 06:40, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ Acrescentando mais uma coisa.. você falou que precisa enviar esta base... já precisei fazer isto e utilizei um método incremental de envio aliado ao dump com -Fd . A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele era enviado para o site remoto.. e por fim o TOC e um sha1. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Emerson, Eu gostaria de sugerir que você desse uma lida com calma neste artigo da wikipedia: http://pt.wikipedia.org/wiki/Netiqueta Abraços, Flávio Granato Emerson Martins writes: Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder a pergunta adequadamente. Não estava usando a opção -Fc Perguntas: 2) Qual o tamanho do dump final? 140GB 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. Telles Quanto ao tipo de backup ja estou implementando uma politica para esse servidor. Farei os testes e voltarei aqui com os resultados Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 29 de novembro de 2012 06:40, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ Acrescentando mais uma coisa.. você falou que precisa enviar esta base... já precisei fazer isto e utilizei um método incremental de envio aliado ao dump com -Fd . A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele era enviado para o site remoto.. e por fim o TOC e um sha1. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Olá, Em 29 de novembro de 2012 09:52, Emerson Martins emersonmarti...@gmail.comescreveu: Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder a pergunta adequadamente. Não estava usando a opção -Fc Perguntas: 2) Qual o tamanho do dump final? 140GB 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. 140GB é um tamanho bem considerável para enviar. Enviar para algum cliente? É um envio diário? Já pensou na possibilidade de usar replicação para este procedimento? O Guedes comentou uma excelente alternativa, envio incremental :) Telles Quanto ao tipo de backup ja estou implementando uma politica para esse servidor. Farei os testes e voltarei aqui com os resultados Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 29 de novembro de 2012 06:40, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ Acrescentando mais uma coisa.. você falou que precisa enviar esta base... já precisei fazer isto e utilizei um método incremental de envio aliado ao dump com -Fd . A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele era enviado para o site remoto.. e por fim o TOC e um sha1. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abraços -- JotaComm http://jotacomm.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Glauco Torres writes: No dia 29 de Novembro de 2012 09:58, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Emerson, Eu gostaria de sugerir que você desse uma lida com calma neste artigo da wikipedia: http://pt.wikipedia.org/wiki/Netiqueta Abraços, Flávio Granato Emerson Martins writes: Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder a pergunta adequadamente. Não estava usando a opção -Fc Perguntas: 2) Qual o tamanho do dump final? 140GB 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. Telles Quanto ao tipo de backup ja estou implementando uma politica para esse servidor. Farei os testes e voltarei aqui com os resultados Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 29 de novembro de 2012 06:40, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ Acrescentando mais uma coisa.. você falou que precisa enviar esta base... já precisei fazer isto e utilizei um método incremental de envio aliado ao dump com -Fd . A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele era enviado para o site remoto.. e por fim o TOC e um sha1. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Bom dia! Flávio, Top post.. cuidado. Glauco, normalmente se o cara não lê em sequência, então para chamarmos a atenção dele para alguma coisa colocamos em cima do texto. Concordo que foi top posting mas foi por uma boa causa... :-) -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Flavio Alves, cara minhas sinceras desculpas, mas não entendi o que você realmente quer passar. Em momento alguma não estou infringindo a regra das lista.Estou apenas com uma duvida e solicitei ajuda, caso não queira ajudar é um direito seu, mas o pessoal estar se prontificando a ajudar então não vejo a necessidade de passar links da wikipedia, para esse contexo. Obrigado. Emerson Martins Em 29 de novembro de 2012 09:03, Glauco Torres torres.gla...@gmail.comescreveu: No dia 29 de Novembro de 2012 09:58, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Emerson, Eu gostaria de sugerir que você desse uma lida com calma neste artigo da wikipedia: http://pt.wikipedia.org/wiki/Netiqueta Abraços, Flávio Granato Emerson Martins writes: Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder a pergunta adequadamente. Não estava usando a opção -Fc Perguntas: 2) Qual o tamanho do dump final? 140GB 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. Telles Quanto ao tipo de backup ja estou implementando uma politica para esse servidor. Farei os testes e voltarei aqui com os resultados Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 29 de novembro de 2012 06:40, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ Acrescentando mais uma coisa.. você falou que precisa enviar esta base... já precisei fazer isto e utilizei um método incremental de envio aliado ao dump com -Fd . A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele era enviado para o site remoto.. e por fim o TOC e um sha1. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Bom dia! Flávio, Top post.. cuidado. Att Glauco Torres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Só por curiosidade, o banco tem imagens e/ou binários dentro dele, né? Em 29 de novembro de 2012 09:14, Emerson Martins emersonmarti...@gmail.comescreveu: Flavio Alves, cara minhas sinceras desculpas, mas não entendi o que você realmente quer passar. Em momento alguma não estou infringindo a regra das lista.Estou apenas com uma duvida e solicitei ajuda, caso não queira ajudar é um direito seu, mas o pessoal estar se prontificando a ajudar então não vejo a necessidade de passar links da wikipedia, para esse contexo. Obrigado. Emerson Martins Em 29 de novembro de 2012 09:03, Glauco Torres torres.gla...@gmail.comescreveu: No dia 29 de Novembro de 2012 09:58, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Emerson, Eu gostaria de sugerir que você desse uma lida com calma neste artigo da wikipedia: http://pt.wikipedia.org/wiki/Netiqueta Abraços, Flávio Granato Emerson Martins writes: Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder a pergunta adequadamente. Não estava usando a opção -Fc Perguntas: 2) Qual o tamanho do dump final? 140GB 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. Telles Quanto ao tipo de backup ja estou implementando uma politica para esse servidor. Farei os testes e voltarei aqui com os resultados Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 29 de novembro de 2012 06:40, Dickson S. Guedes lis...@guedesoft.netescreveu: Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ Acrescentando mais uma coisa.. você falou que precisa enviar esta base... já precisei fazer isto e utilizei um método incremental de envio aliado ao dump com -Fd . A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele era enviado para o site remoto.. e por fim o TOC e um sha1. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Bom dia! Flávio, Top post.. cuidado. Att Glauco Torres ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
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: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Emerson Martins writes: Flavio Alves, cara minhas sinceras desculpas, mas não entendi o que você realmente quer passar. Em momento alguma não estou infringindo a regra das lista.Estou apenas com uma duvida e solicitei ajuda, caso não queira ajudar é um direito seu, mas o pessoal estar se prontificando a ajudar então não vejo a necessidade de passar links da wikipedia, para esse contexo. Obrigado. Emerson Martins Emerson, Você responde do seu leitor de e-mails e sempre coloca as respostas por cima das perguntas, aqui no ocidente nós lemos da esquerda para direita e de cima para baixo, logo as respostas devem ser colocadas abaixo da pergunta para fazer um mínimo de sentido ou estou errado? Se você não sabe respeitar as regras da lista que É seguir ao máximo possível a netqueta que por um acaso esta no link que te passei, então meu querido suas chances de conseguir mais ajuda vai sendo minadas, vão se acabando... Muito provavelmente você esta com um problema que esta lhe deixando de cabeça quente, mas, para discussões e assim encontrar soluções é necessário ter a mente aberta. EU sugeri e não lhe obriguei, logo se quisesse ler ou não é de sua inteira vontade. Não interferirei mais nesta thread. Abraços. Ah... o xará até lhe ameaçou a não responder mais seus e-mails se você continuasse com o top posting, logo tem a ver com a netqueta no link que te passei sim... acho que aprender nunca é demais... -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Eu também tive esse problema em dumps de banco de imagens. Ele fica bem maior do que o SO mostra. Ele vai ser demorado mesmo. Minha infra é MUITO boa, o banco no SO tem +- 120GB e qdo fizemos o dump plain ele fica com mais de 400GB (não sei o valor pq estourou a partição de dumps). Só deu na partição com o -Fc mesmo. Usei a compressão (-Z ) e não valeu o custo/benefício de tempo/tamanho. Então, nem se preocupe vai demorar mesmo. Como já falaram anteriormente Acharia melhor vc replicar mesmo, pois a carga na rede será beeem menor que vc ficar mandando esse dump inteiro. BOA SORTE!! Em 29 de novembro de 2012 11:01, Flávio Alves Granato flavio.gran...@gmail.com escreveu: Emerson Martins writes: Flavio Alves. Minhas sinceras desculpas para você e para todos que estão recebendo os e-mails, deve estar havendo algum problema com minha ferramenta de e-mail como você mesmo falou, pois e dessa forma que estou fazendoo qual estou enviando.Minha intenção não foi ofender, e claro tenho sempre a mente aberta para aprender e reconheço que a intenção da lista é ajudar.Então mais uma vez desculpas; Se alguém..Deve ser ter alguma configuração o qual eu nao sei na parte da lista. Emerson Martins Sem problema. Desculpas aceitas, boa sorte na solução dos seus problemas. -- Flávio Alves Granato gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Em 28-11-2012 16:19, Emerson Martins escreveu: Olá galera boa tarde. Estou precisando da ajuda dos mais experientes ou quem ja tenha passado por isso.Preciso de dicas ou opção para diminuir o tamanho do dump de um banco de dados que tenho aqui na empresa de GIS, geralmente preciso enviar esses dumps. Outro problema é a demora pra gerar esse dump dura cerca de umas 3 horas..Existe algum parâmetro que eu possa mudar para agilizar esse processo? Ambiente: Postgres 8.4 Debian 6 Memoria 6Gb Faltou a informação mais importante: Qual o tamanho do banco em disco e qual o tamanho do dump? Já tentou utilizar a opção -Fc (formato custom, comprimido) do pgdump? []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: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Opa Flavio. Então segue abaixo tamanho da base postgres=# SELECT datname, pg_size_pretty(pg_database_size(datname))as tamanho_bd FROM pg_database; datname | tamanho_bd --+ template1| 5510 kB template0| 5408 kB postgres | 5510 kB bd_Alagoas | 58 GB catalogo_full| 59 MB catalogo | 55 MB catalogo_clean | 8990 kB (11 rows) postgres=# Emerson Martins DBA Jr Em 28 de novembro de 2012 15:24, Flavio Henrique Araque Gurgel fla...@4linux.com.br escreveu: Em 28-11-2012 16:19, Emerson Martins escreveu: Olá galera boa tarde. Estou precisando da ajuda dos mais experientes ou quem ja tenha passado por isso.Preciso de dicas ou opção para diminuir o tamanho do dump de um banco de dados que tenho aqui na empresa de GIS, geralmente preciso enviar esses dumps. Outro problema é a demora pra gerar esse dump dura cerca de umas 3 horas..Existe algum parâmetro que eu possa mudar para agilizar esse processo? Ambiente: Postgres 8.4 Debian 6 Memoria 6Gb Faltou a informação mais importante: Qual o tamanho do banco em disco e qual o tamanho do dump? Já tentou utilizar a opção -Fc (formato custom, comprimido) do pgdump? []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: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
E tome top post de novo... O maior problema não é nem continuar respondendo, é perceber que quem usa top post sempre esquece de responder alguma pergunta. Veja suas respostas abaixo, quotadas, como pedimos encarecidamente aos colegas que usam a lista fazer: Em 28-11-2012 17:43, Emerson Martins escreveu: Opa Flavio. Então segue abaixo tamanho da base postgres=# SELECT datname, pg_size_pretty(pg_database_size(datname))as tamanho_bd FROM pg_database; datname | tamanho_bd --+ template1| 5510 kB template0| 5408 kB postgres | 5510 kB bd_Alagoas | 58 GB Bom, seu maior banco é este bd_Alagoas. É este cujo dump demora, certo? catalogo_full| 59 MB catalogo | 55 MB catalogo_clean | 8990 kB (11 rows) Os demais são pequeninos. Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). []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: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora
Pergunta que já fiz e você não respondeu: 1) Você usa a opção -Fc do pgdump? Perguntas que não fiz ainda: 2) Qual o tamanho do dump final? 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). Acrescentando: 4) Sua base tem muitas imagens com Bytea ou Large Object? 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais de 50GB... Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/ -- Atenciosamente, Fábio Telles Rodriguez blog: http:// http://www.midstorm.org/~telles/http://tellesr.wordpress.com e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral