On Tue, Jan 12, 2010 at 9:47 AM, Chris Irwin <span dir="ltr"><<a href="mailto:chris@chrisirwin.ca">chris@chrisirwin.ca</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><div class="im">On Tue, Jan 12, 2010 at 09:29, Khalid Baheyeldin <span dir="ltr"><<a href="mailto:kb@2bits.com" target="_blank">kb@2bits.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div>On Mon, Jan 11, 2010 at 11:52 PM, Chris Irwin <span dir="ltr"><<a href="mailto:chris@chrisirwin.ca" target="_blank">chris@chrisirwin.ca</a>></span> wrote:<br></div><div class="gmail_quote"><div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Fri, 2010-01-08 at 18:50 -0500, Khalid Baheyeldin wrote:<br>
> Dump is a very old utility, yet very useful.<br>
<br>
</div>It seems dump is not available for ext4 at present anyway, so I'm stuck<br>
with something else. I'm still somewhat curious what the actual benefit<br>
is. I saw some vague references to speed improvements (meh, it runs at<br>
night) and a comparison done on BSD systems in 1991. Other than that,<br>
there doesn't seem to be much info on why it is a better choice, just<br>
that it works differently.<br></blockquote></div><div><br>The fact that it does incremental backup natively, understanding the <br>difference between a full and an incremental. It also does many levels<br>of incremental if you need that (Tower of Hanoi scheme).<br>


<br>The fact that it works on the file system level also has advantages. You<br>can restore a partition EXACTLY to what it was before. This means <br>timestamps, ownerships, access times, ...etc.<br></div></div></blockquote>

</div><div><br>That would be advantageous. I wonder if there will be ext4 support in the future. From a mail list entry from Theodore Ts'o, it looks like if you modify dump to remove the capability checks on the file system, it "should" work fine for ext4.... I'm not keen on being the first to test that...<br>
</div></div></blockquote><div><br>Agree here. I hope dump catches up soon. Otherwise I will stay with ext3 if it does not.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote"><div>
How is a dump in terms of file size compared to tar? Does it still make sense to pass through gzip? (Understanding that benefit of gzip varies depending on data)<br></div></div></blockquote><div><br>An incremental dump varies depending on how many files you change per day.<br>
A full dump is about the same size as the file system you are backing up (without<br>any compression).<br><br>In general I prefer not to compress backups. From the days I used tape, if you<br>have a compressed backup and there is a glitch at some point in the media, then<br>
everything after it is not restorable. If you have no compression, then only the file<br>that has the glitch is bad, but all files after it are restorable. <br><br>This is different today because I/we use disks, but still a matter of habit.<br>
<br>In my case, a server backup is around 250MB for incremental level 1 on Monday,<br>and grows each day since I don't use other levels. By Saturday it is around 850MB.<br>Then a full backup is done on Sunday (around 80GB, the entire server).<br>
<br>I could reduce the size of daily backups if I use level 2 for Tuesday, 3 for Wednesday,<br>....etc. This would have the advantage of less size, but the disadvantage of complicating<br>restores. By taking just level 1 backups each day, I need the last full and the last incremental for a full restore, rather than multiple incremental restores.<br>
</div></div>-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com">2bits.com</a>, Inc.<br><a href="http://2bits.com">http://2bits.com</a><br>Drupal optimization, development, customization and consulting.<br>Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra<br>
Simplicity is the ultimate sophistication. --   Leonardo da Vinci<br>