Date: Thu, 26 Mar 2009 22:28:46 -0400 From: "Mikhail T." <mi+thun@aldan.algebra.com> To: Andrew Snow <andrew@modulus.org> Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: backup strategy (Re: dump | restore fails) Message-ID: <49CC39DE.3060604@aldan.algebra.com> In-Reply-To: <49CC3889.9000201@modulus.org> References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <nospam-1237956961.78753@joker.yaxom.com> <49CA5602.9050001@aldan.algebra.com> <nospam-1238116311.02890@joker.yaxom.com> <49CC3162.5090201@aldan.algebra.com> <49CC3889.9000201@modulus.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Andrew Snow ΞΑΠΙΣΑΧ(ΜΑ):
> Mikhail T. wrote:
> > To qualify for your (and your kind's) recognition then, a person
> > needs to have at least as much extra storage capacity as the
> > largest filesystem they are backing up. They also need
> > non-trivial scripting abilities, because the OS doesn't
> > include anything like what you are describing
>
> Mikhail, users would be well advised to check their backups using this
> option, without having to have the space to restore:
>
> -N Do the extraction normally, but do not actually write any
> changes to disk. This can be used to check the integrity of dump media
> or other test purposes.
And then another "purist" will reject this as a fake and not
sufficiently conclusive test... Just ask around... Because, you see,
until you extract all data back and run a bit-by-bit comparison with the
original, you don't really know, do you?
-mi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49CC39DE.3060604>