Re: WAL estan utilizando demasiado disco

Si pero aun no lo estoy utilizando, esta en mis planes a corto plazo, pero
ahora mismo . estoy muy corto de espacio y no puedo hacer una extencion del
disco en el servidor.
ya reduje wal_keep_segment a la mitad, y sigo creciendo pero mas lento.

El problema que veao ahora es que tengo archivos guardados desde que empece
a utilizar este nuevo servidor, hace como poco mas de 3 semanas, y necesito
con urgencia mas espacio, por lo que estoy pensando en eliminar los wal mas
antiguos hasta que pueda utilizar barman..

Podemos configurar postgres para mantener solo logs por x cantidad de dias,
o eliminar estos log deberia ser un proceso manual hasta que tenga barman?

Saludos,
Carlos

On Mon, Jun 3, 2019 at 12:28 PM Stephen Amell <mrstephenamell(at)gmail(dot)com>
wrote:

> Los wal son la "diferencia" desde el ultimo base backup asi que tendrias
> que guardar, al menos los wals desde este ultimo. La cantidad de dias
> que quieras guardar depende del base.
>
> Conoces barman u otro soft similar que administran los respaldos y los
> wal automáticamente?
>
>
>
>
> On 2019-06-03 13:49, Carlos T. Groero Carmona wrote:
> > Tambien me percate que estamos guardando los WAL desde que migre a ese
> > servidor 5/12/2019 deberian ser los WAL guardados por mas de 15 dias?
> >
> > Disculpa por poner tantas preguntas en diferentes correos, solo en la
> > medida que voy troublueshooting el problema y encontrando razones del
> > porque tengo 2.9Tb de WAL cuando me BD es solo 2.1TB me voy
> > questionando la configuracion que tengo en mis cuatro servidores.
> >
> >
> >
> > On Mon, Jun 3, 2019 at 11:38 AM Carlos T. Groero Carmona
> > <ctonetg(at)gmail(dot)com <mailto:ctonetg(at)gmail(dot)com>> wrote:
> >
> > Tenia
> >
> > wal_keep_segments
> >
> > -------------------
> >
> > 4096
> >
> >
> > Lo reduje a la mitad:
> >
> > wal_keep_segments
> >
> > -------------------
> >
> > 2048
> >
> > (1 row)
> >
> >
> > Cada Archivo es the 16MB, pero tenia todos los servidores usando
> > el mismo directorio en db2, por lo que deberia ser
> > 4x4096x16MB=256GB pero esa carpeta tiene 2.9TB
> >
> >
> > Alguna otra configuracion que deberia chekear?
> >
> > Grcias
> >
> >
> > On Mon, Jun 3, 2019 at 11:09 AM Carlos T. Groero Carmona
> > <ctonetg(at)gmail(dot)com <mailto:ctonetg(at)gmail(dot)com>> wrote:
> >
> > Gracias Sthepen por tu pronta respuesta,
> > Esa configuration debe ser realizada en el servidor master or
> > en db2?
> >
> > Gracias...
> >
> > On Mon, Jun 3, 2019 at 11:06 AM Stephen Amell
> > <mrstephenamell(at)gmail(dot)com <mailto:mrstephenamell(at)gmail(dot)com>>
> > wrote:
> >
> > busa wal keep segments, ponele 40 y juga con el el wal max
> > size, nose
> > 1gb... asi guardas 40 x 1 gbs de wal (en archivos de 16
> > mbs creo recorar)
> >
> > On 2019-06-03 12:53, Carlos T. Groero Carmona wrote:
> > > Hola Lista,
> > >
> > > Tengo 4 servidores con Postgres 9.6,
> > > db1.db_server Primary
> > > db2.db_server hotstandby (#1)
> > > db3.db_server hotstandby (DR) que lo tengo en cascading
> > replication
> > > desde db2
> > > db4.db_server hotstandby (Azure) que lo tengo en
> > cascading replication
> > > desde db2
> > > en todos los servidores tengo la misma declaracion en el
> > postgresql.conf
> > >
> > > *archive*_command = 'rsync -az --compress-level=1 %p
> > > pdb2_ip:/data/9.6/*archive*/%f'
> > >
> > > dd
> > >
> > >
> > > /data es un LV con 5TB SSD internal:
> > >
> > > Algunos datos del espacio por principales carpetas:
> > >
> > > 2.1TB /data/9.6/data
> > >
> > > 2.9TB ?data/9.6/archive
> > >
> > >
> > > Tenemos alguna manera de configurar postgres 9.6 para
> > guardar por
> > > menos tiempo los archivos WAL?
> > >
> > >
> > > Alguna recomendacion ademas de adicionar espacio?
> > >
> > >
> > > Gracias como siempre por la ayuda,
> > >
> > > Carlos
> > >
> >
>