| > 17896.1 exatamente 1GB 1,00 GB (1.073.741.824 bytes)
| > 17896 mesmo tamanho do "17896.1" (1.073.741.824 bytes)
| > 17917 119 MB (125.468.672 bytes)
| > 17896.2 29,5 MB (31.031.296 bytes)
| >
| > Agora oq esses arquivos significam?...
| >
| Cada arquivo representa uma tabela ou índice, e o número é o OID deles
| no banco.
E naum tem como descobrir por aí qual a causa do problema?
| Muito estranho... vc não tem nenhuma outra base de dados neste servidor?
| Rode isso aqui:
| SELECT d.oid, d.datname, pg_size_pretty(pg_database_size(d.oid)) FROM
| pg_database d ORDER BY d.datname;
|
| O "oid" vai ser o número de identificação da base, em $PGDATA/base/oid
Caso resolvido, o culpado era o database de desenvolvimento, naum sei pq ele
inchou tanto..
Tão estranho q qd rodei o "select
pg_size_pretty(pg_database_size('nome-da-base'));" nem preocupei em testar com
ele.
Foi só apagar ele q o \data caiu pra 149MB :)
| Dica: elimine sua base e restaure backup, apos isso agende os processos
| abaixo, assim vc comeca com a base totalmente enxuta.
|
| vacuumdb --verbose --analyze suaBae (3x dia)
|
| vacuumdb -f --verbose --analyze suaBase (cada 48hrs)
| reindexdb -d suaBase (apos vacuum full)
|
| --
| Vinicius D. Barba
| Totalsat - Departamento TI
| (41) 2109-7716
ok vou fazer isso
só uma dúvida, qd eu executo o VACUUM ele pede senha do user do Windows, qd uso
--full ele pede a mesma senha pra cada database q
ele vai rodar (postgres e template_postgris)
tem como evitar q ele fique pedindo senha, pra poder agendar isso pra rodar
automático?
Valeu pessoal vcs me ajudaram muito!!!
---------------------------
Hikari
http://hikarinet.info
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
