Re: Decreasing the data loss after failover

From: Craig James <cjames(at)emolecules(dot)com>
To: sinasaharkhiz <sinas1991(at)gmail(dot)com>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Decreasing the data loss after failover
Date: 2015-06-07 04:25:51
Message-ID: CAFwQ8rdno6oBD5-ouaAyvcvSROY62eeZ4-3NqEEZeKtU=Jw8qA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Sat, Jun 6, 2015 at 8:43 PM, sinasaharkhiz <sinas1991(at)gmail(dot)com> wrote:

> Yeah I just set the archive_timeout to 5 minutes. But I thought that would
> make postgresql to generate more wal files than before. Because the wal
> files would be switched before getting completely full. So that would make
> more 16MB wal files with less than 16MB data, and that will increase the
> size of my backup.
> But after I changed archive_timeout and restarted the barman backup, it has
> not increased. So I wonder if I'm thinking wrong about it or I have done
> something wrong. Do you have any idea about this?
>

If the files are compressed, you will have more files, but the total size
will be almost the same. Gzip compression reduces large sections of
identical bytes to almost nothing.

For example, I just compressed a 750 MB file of zeros to 750 KB -- a 1000:1
compression ratio.

Craig

>
>
> --
> View this message in context:
> http://postgresql.nabble.com/Decreasing-the-data-loss-after-failover-tp5852659p5852817.html
> Sent from the PostgreSQL - admin mailing list archive at Nabble.com.
>
>
> --
> Sent via pgsql-admin mailing list (pgsql-admin(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin
>

--
---------------------------------
Craig A. James
Chief Technology Officer
eMolecules, Inc.
---------------------------------

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message neeraj tonu 2015-06-08 12:38:10 barman binary not working properly
Previous Message Keith 2015-06-07 04:23:37 Re: Decreasing the data loss after failover