[ale] Today's lesson: rdiff-backup restores

[Lightner, Jeff]

Yep – all sorts of ways to do things.

One could sync a  live storage array to another storage array without doing standard backups (e.g. EMC’s SRDF or Hitachi’s Shadow Image).

One could create another server that has same setup as original and simply copy differences (e.g. rsync) periodically.

I worked at one place where we’d setup the same database on separate servers but ran the remote in “standby” mode.   On the primary we had full archive logging running and shipped all logs to the remote as they were written.   We’d apply the logs to that standby database on a 6 hour delay.   (This gave us time to stop the logs from being applied if we determined the Production server had something bad in the logs such as an accidental full table delete.)   In the event of a failure of Production we could accelerate application of the logs on the standby database so we didn’t have to wait 6 hours to get up and running.

Regardless of how you do it, generally speaking also having offsite media like tapes is a good thing for portability and archiving of older images.


From: ale-bounces at ale.org [mailto:ale-bounces at ale.org] On Behalf Of Jim Kinney
Sent: Tuesday, February 23, 2016 10:19 AM
To: Atlanta Linux Enthusiasts - Yes! We run Linux!
Subject: Re: [ale] Today's lesson: rdiff-backup restores


I'm looking at a replication machine full sync, power down, relocate, power up, turn on gluster for constant sync, backup from that in another building.
On Feb 23, 2016 10:12 AM, "Lightner, Jeff" <JLightner at dsservices.com<mailto:JLightner at dsservices.com>> wrote:
To be clear:  I wasn’t saying you’d do 10 GB for the replication.  I was saying you’d do 10 GB for the initial backups.

The replication is envisioned as a WAN connection for DR purposes but no doubt would work on LAN between buildings.    The replication as I noted previously is a background process to sync the units – not a live copy that runs at same time as the original backup.   A replication that could give you another copy that took hours is still much better than your monthly or our weekly off-siting of tapes.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20160223/5a667827/attachment.html>