On Mon, 9 Feb 2009, Chris Hoogendyk wrote: > Interesting. I used to use my own custom scripts with dump (ufsdump and > fssnap on Solaris). They were fairly sophisticated, allowed for a config
Cool. My scripts handle UFS as well as the usual suspects on Linux. I have put in DB support too. I want to make the scripts available but I want to clean them up a bit first (famous last words :) > file, worked to either a local or remote tape drive (over ssh), etc. > Then a couple of years ago I switched to Amanda. I have used Amanda and it is a much better solution than a lot of the alternatives IMHO. Keeping info at the beginning of each tape is useful if your other sources of information aren't available. If I were to switch away from my custom scripts it would most likely be to Amanda. I avoid any DB "solution" which relies on having a working DB just to get access to tape indicies. DR has enough pitfalls without having the entire process hinge on whether you can load the DB somewhere before you can even start the DB proper. > Your scripting is the first example I've seen of anyone trying to > achieve a similar type of functionality. My aim was primarily to avoid a series of full backups saturating the network. My system is aimed primarily at disk based backups but you've raised a good point - it would effectively try to balance tape usage albeit in a less intelligent way than Amanda. Cheers, Rob -- I tried to change the world but they had a no-return policy _______________________________________________ Tech mailing list [email protected] http://lopsa.org/cgi-bin/mailman/listinfo/tech This list provided by the League of Professional System Administrators http://lopsa.org/
