Thread: WAL backups
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
On 2/18/08, Brian Modra <epailty@googlemail.com> wrote:
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)
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
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
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