On Tue, 2005-08-16 at 10:16, [EMAIL PROTECTED] wrote: > No xfsdump is a filesystem dump utility. It means that it deals with the > filesystem at block level not at file level. > It acts like dd, but while dd is dumb as it reads all bloacks, xfsdump only > read used blocks avoiding backup of empty blocks. > The resulting file is not an image but is browsable via xfsrestore. > Xfsrestore is able to restore such a file to any xfs partition provided > there is enough place on it:
The question is: does it keep the original inode numbers on the restored partition or does it have to keep track of where it put the first link in order to reproduce all the subsequent hardlinks? If it is the latter, you may see the same problem as file based systems that can take days to copy a backuppc archive. Or perhaps even if the inodes are renumbered the lookups are more efficient - I'd be happy to hear that is the case. > Example: you have a 1.6TB partition used at 30%: you can restore the stuff > on a 600GB partition without any problem. Don't fdorget that during a DRP > (disaster Recovery Procedure) you often don't have tyhe same hardware as in > normal production state. > Being able to restore on smaler hardware can save lifes ;-) If it's going to save lives, it should already be on a suitable spare disk ready for instant use instead of having to do an intermediate restore. If you can keep the total size under 400 GB you can fit it on a single, fairly inexpensive drive with the copy ready to plug into any box with a suitable interface. > xfsdump is definitely far better than dd. (IMHO) I'm doing mine with software RAID1 which doesn't take any downtime on the server although I suppose it would be cleaner if I unmounted the partition before breaking the raid. I'm hoping the filesystem journal will do the right thing - but I do keep 3 copies on the rotating external drives. -- Les Mikesell [EMAIL PROTECTED] ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ BackupPC-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
