<html><head></head><body><div>March talk? End user backups are a really important issue that doesn't get enough coverage until the problem goes BOOM!</div><div><br></div><div>On Tue, 2016-02-23 at 11:28 -0500, DJ-Pfulio wrote:</div><blockquote type="cite"><pre>Don't forget about ZFS zsend to replicate snapshots.
If you really want to be cheap and have a GUI, I setup Back-In-Time on Mom's
system - then scheduled hourly "snapshots" - which are really just rsync +
hardlinks in the old directory area. The default B-I-T schedule keeps hourly
"snapshots" for 2 days, then slowly removes those, daily, weekly, monthly,
annual. The target directory structures are YYYYMMDD-HHMMSS/ based and full of
hardlinks for all the identical files. Removing any YYYYMMDD-HHMMSS/ is safe,
since all the others have their hardlinks to the real data. OTOH, if there is
data corruption on the disk, then all those hardlinks are useless.
Gave a presentation about this 3-4 yrs ago at ALE-NW, if anyone is interested,
let me know and I'll dig it up. In my mind, B-i-T is best for end-user backups,
not system backups (there are issues running it as root - nothing hard for
Jim-like people, but ... )
On 02/23/2016 10:37 AM, Lightner, Jeff wrote:
<blockquote type="cite">
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.
</blockquote>
_______________________________________________
Ale mailing list
<a href="mailto:Ale@ale.org">Ale@ale.org</a>
<a href="http://mail.ale.org/mailman/listinfo/ale">http://mail.ale.org/mailman/listinfo/ale</a>
See JOBS, ANNOUNCE and SCHOOLS lists at
<a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a>
</pre></blockquote><div class="-x-evo-signature-wrapper"><span><pre>--
James P. Kinney III
Every time you stop a school, you will have to build a jail. What you
gain at one end you lose at the other. It's like feeding a dog on his
own tail. It won't fatten the dog.
- Speech 11/23/1900 Mark Twain
http://heretothereideas.blogspot.com/
</pre></span></div></body></html>