Em 14 de dezembro de 2015 21:24, Cleiton Luiz Domazak <
[email protected]> escreveu:

>
>
> 2015-12-11 19:14 GMT-02:00 Dickson S. Guedes <[email protected]>:
>
>> On Mon, Dec 07, 2015 at 10:45:49AM -0200, Cleiton Luiz Domazak wrote:
>> > Bom dia pessoal.
>> >
>> > Estou com um problema ao fazer o dump de um banco que está no RDS, por
>> isso
>> > tenho que utilizar uma maquina cliente executando o pg_dump, até ai tudo
>> > certo.
>> >
>> > Problema é que de um tempo para cá ao fazer o dump está ocorrendo
>> estouro
>> > de memoria dessa maquina cliente.
>> >
>> > pg_dump: reading rewrite rules
>> > pg_dump: reading large objects
>> > pg_dump: reading dependency data
>> > pg_dump: saving encoding = UTF8
>> > pg_dump: saving standard_conforming_strings = on
>> > pg_dump: saving database definition
>> > Killed
>> >
>> > A máquina tem 7,5GB de RAM, com 5GB livres, mesmo assim estoura.
>> >
>> > A base tem 21GB, e possui basicamente largeobjects(é uma aplicação
>> legado
>> > que ainda utiliza).
>> >
>> > A versão do cliente e server do PostgreSQL é 9.4.
>> >
>> > Alguém tem alguma idéia do que pode estar ocorrendo e o que pode ser
>> feito?
>>
>>
>> Você ja tentou fazer o dump de uma tabela por vez, utilizando a flag -t ?
>>
>
> Acabei abortando o dump como era feito antes, por fim os engenheiros que
> trabalham com esse sistema até preferiram o dump sem os blobs, pois para
> fazer o restore era muito demorado, e os blobs são irrelevantes para eles.
>
>
Realmente pg_dump com bases com miuito OID não rola, fica muito
ineficiente. O dump fica enorme, demora muito e a restauração também. Não é
uma alternativa boa nesse caso.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// <http://www.midstorm.org/~telles/>s
<http://tellesr.wordpress.com/>avepoint.blog.br
e-mail / gtalk / MSN: [email protected]
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a