SearchFAQMemberlist Log in
Reply to topic Page 1 of 1
Failover to warm standby and restore
Author Message
Post Failover to warm standby and restore 
Dear all,

A friend recommended that I use rdiff-backup to maintain a back up of an inconveniently large, reasonably slowly changing file repository.

I would like to keep the back up copy on a warm standby system, so that if the primary host fails, I can reconfigure the standby to replace it.

I understand that modifying the back up files will invalidate the rdiff snapshots.

Is there a sane way of keeping the snapshots valid that does not involve maintaining a second back-up copy?

When the primary host comes back up, are there any extraordinary considerations for updating its repository ?

Thanks, Steve




_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Post Failover to warm standby and restore 
Steve.Dutky < at > pgcmls.info schrieb:
Dear all,

A friend recommended that I use rdiff-backup to maintain a back up of an inconveniently large, reasonably slowly changing file repository.

I would like to keep the back up copy on a warm standby system, so that if the primary host fails, I can reconfigure the standby to replace it.

I understand that modifying the back up files will invalidate the rdiff snapshots.

Is there a sane way of keeping the snapshots valid that does not involve maintaining a second back-up copy?

I think you will need LVM snapshots for this.

When the standby goes hot, create a read/write snapshot of the backup,
make that snapshot available to the clients.


When the primary host comes back up, are there any extraordinary considerations for updating its repository ?

You will have to push the changes in the snapshot somehow to the primary
(rsync -au ?).

Then you can destroy the snapshot and do business as usual.



Jakob


_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Post Failover to warm standby and restore 
Jakob Unterwurzacher wrote:
Steve.Dutky < at > pgcmls.info schrieb:
Dear all,

A friend recommended that I use rdiff-backup to maintain a back up of an inconveniently large, reasonably slowly changing file repository.

I would like to keep the back up copy on a warm standby system, so that if the primary host fails, I can reconfigure the standby to replace it.

I understand that modifying the back up files will invalidate the rdiff snapshots.

Is there a sane way of keeping the snapshots valid that does not involve maintaining a second back-up copy?

I think you will need LVM snapshots for this.

When the standby goes hot, create a read/write snapshot of the backup,
make that snapshot available to the clients.

When the primary host comes back up, are there any extraordinary considerations for updating its repository ?

You will have to push the changes in the snapshot somehow to the primary
(rsync -au ?).

Then you can destroy the snapshot and do business as usual.


Very neat tip from Jakob, and makes me glad I use LVM! Depending on
circumstances it might even be possible to make this an automatic
failover solution, which would be even neater.

The physical volumes in the LVM volume group must be in LVM2 metadata
format to create a read/write snapshot ('vgdisplay' will tell you).
[LVM2 (try 'lvm version') uses LVM2 format by default, I think, but you
can use 'pvcreate' with '-M2' switch to ensure it does. You can convert
an existing LVM1 vg with 'vgconvert -M2'.]

Allocate plenty of space for the snapshot - if it runs out of space you
lose it entirely. Although a short-lived snapshot is likely to require
little space compared with the original logical volume (it is
effectively a diff of it I guess), the only absolutely safe size is the
same as the original logical volume.

Dominic


_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Display posts from previous:
Reply to topic Page 1 of 1
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
  


Magic SEO URL for phpBB