Michael Weissenbacher <mw@xxxxxxxxxxxx> writes: > Hi Prad! >> >> so is it possible that the xfsrestore system has to go through the >> motion of handling the entire file even when it's just extracting a >> small part of it and things will take their time? >> > Yes, that's simply the way it works. It has to go through the whole dump > to restore one file. Same thing as if you used tar. Both were originally > designed to be written to tape. So if you want to restore single files > you should look for another solution. I like to use rsync a lot for that. > ok thx michael! glad that's all cleared up now. so the most intelligent thing to might be to have the xfsdump filesystems available for that big crash possibility and just work on a day-to-day basis with rsync which doesn't duplicate certain things i've found, but seems to be fantastic for ordinary data items. i found this document while looking for backup strategies: http://menehune.opt.wfu.edu/Kokua/SGI/007-2862-005/sgi_html/pt01.html there is a substantial section on xfsdump and xfsrestore as well as several other tools (no rsync though), so i'm sure i'll find some good ideas from there on developing an optimal bkp mechanism for our needs. -- in friendship, prad _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
