Re: Best backup strategy for production systems - Mailing list pgsql-admin

From Albe Laurenz
Subject Re: Best backup strategy for production systems
Date
Msg-id A737B7A37273E048B164557ADEF4A58B17D1274E@ntex2010i.host.magwien.gv.at
Whole thread Raw
In response to Re: Best backup strategy for production systems  (Oliver <ofabelo@gmail.com>)
List pgsql-admin
Oliver wrote:
>> About many wal generated, reading documentation, I've done a error I think .. :

[...]

>> So I modified my archive_timeout parameter to 60 .. so I understand now that it is creating wal
>> files each min. of 16MB each one, correct? Even not being fill (because there isn't activity in the
>> database), it will create wal files each min. of 16MB, and for that, I've had my archiving filesystem
>> full quickly. Correct? I've modified parameter now to original value, 0, so it is disabled now.

> I'm seeing now that my wal files are rotated each 5min, and each one has 16MB of size .. So I'm not
> understanding very well why this occurs, if I would have 60 in my archive_timeout value.

I'd say that you are hitting the default value of "checkpoint_timeout" there.
A checkpoint will generate some WAL.
As far as I remember, running into "archive_timeout" will not cause the current
segment to be archived if there has been no activity at all.
So if the database is completely idle, that's what I'd expect.

You could drastically reduce the size of archived WAL segments that are almost empty
by compressing them with something like "gzip -1".

Yours,
Laurenz Albe

pgsql-admin by date:

Previous
From: Евгений Селявка
Date:
Subject: Re: PostgreSQL db
Next
From: John Scalia
Date:
Subject: Wal archive way behind in streaming replication