Thread: WAL backups

WAL backups

From
"Brian Modra"
Date:
Hi,
I've only just started doing WAL backups, and so far am not able to
keep a running backup due to lack of hardware.
Obviously I gzip the WAL fioles, but I'm fast running out of disk
space. I have a second standy server with 200GB disk, where I store
the compressed WAL files, which quickly fills up.
Archiving is difficult simply because the server is in a server room
in Johannesburg 1000km away. We pay them to keep the server powered
up, safe, and connected. They can slip a DVD into it, but that
requires me to book it in advance, and it takes maybe a few hours
before they can do it.

I want to be able to do historical recoveries to any point in time if necessary.

I'm interested to hear from other's about hardware for backup.
I'm thinking of a second dedicated server offsite (near me), with a
large, large disk.

Thanks.
Brian
--
Brian Modra   Land line: +27 23 5411 462
Mobile: +27 79 183 8059
6 Jan Louw Str, Prince Albert, 6930
Postal: P.O. Box 2, Prince Albert 6930
South Africa

Re: WAL backups

From
"Vladimir Rusinov"
Date:


On 2/18/08, Brian Modra <epailty@googlemail.com> wrote:
I've only just started doing WAL backups, and so far am not able to
keep a running backup due to lack of hardware.
Obviously I gzip the WAL fioles, but I'm fast running out of disk
space. I have a second standy server with 200GB disk, where I store
the compressed WAL files, which quickly fills up.
Archiving is difficult simply because the server is in a server room
in Johannesburg 1000km away. We pay them to keep the server powered
up, safe, and connected. They can slip a DVD into it, but that
requires me to book it in advance, and it takes maybe a few hours
before they can do it.

1. Setup a key-based authentification in ssh

2.
archive_command = "scp %f user@remoteserver:/home/backups/"
restore_command = "scp user@remoteserver:/home/backups/%f %d"

(not sure about %f and %d - too lazy to read manual)

--
Vladimir Rusinov
Voronezh, Russia
UNIX Admin @ Murano Software

Re: WAL backups

From
"Brian Modra"
Date:
On 18/02/2008, Vladimir Rusinov <vladimir@greenmice.info> wrote:
>
>
> On 2/18/08, Brian Modra <epailty@googlemail.com> wrote:
> > I've only just started doing WAL backups, and so far am not able to
> > keep a running backup due to lack of hardware.
> > Obviously I gzip the WAL fioles, but I'm fast running out of disk
> > space. I have a second standy server with 200GB disk, where I store
> > the compressed WAL files, which quickly fills up.
> > Archiving is difficult simply because the server is in a server room
> > in Johannesburg 1000km away. We pay them to keep the server powered
> > up, safe, and connected. They can slip a DVD into it, but that
> > requires me to book it in advance, and it takes maybe a few hours
> > before they can do it.
>
> 1. Setup a key-based authentification in ssh
>
> 2.
> archive_command = "scp %f user@remoteserver:/home/backups/"
>  restore_command = "scp user@remoteserver:/home/backups/%f %d"
>
> (not sure about %f and %d - too lazy to read manual)

Thats pretty much what I'm doing already but the problem is that I'm quickly
running out of disk space on the remote server.

>
> --
> Vladimir Rusinov
> Voronezh, Russia
> UNIX Admin @ Murano Software


--
Brian Modra   Land line: +27 23 5411 462
Mobile: +27 79 183 8059
6 Jan Louw Str, Prince Albert, 6930
Postal: P.O. Box 2, Prince Albert 6930
South Africa

Re: WAL backups

From
Michael Monnerie
Date:
On Montag, 18. Februar 2008 Brian Modra wrote:
> Thats pretty much what I'm doing already but the problem is that I'm
> quickly running out of disk space on the remote server.

Then buy some disks for it, where's the problem?

mfg zmi
--
// Michael Monnerie, Ing.BSc    -----      http://it-management.at
// Tel: 0676/846 914 666                      .network.your.ideas.
// PGP Key:         "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38  500E CE14 91F7 1C12 09B4
// Keyserver: www.keyserver.net                   Key-ID: 1C1209B4

Attachment