Date: Fri, 27 Mar 2009 13:23:05 +1100 From: Andrew Snow <andrew@modulus.org> To: "Mikhail T." <mi+thun@aldan.algebra.com>, freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Subject: Re: backup strategy (Re: dump | restore fails) Message-ID: <49CC3889.9000201@modulus.org> In-Reply-To: <49CC3162.5090201@aldan.algebra.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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. RESTORE(8) FreeBSD System Manager's Manual
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49CC3889.9000201>