[OpenAFS] Current OpenAFS Backup Recommendations

Russ Allbery rra@stanford.edu
Fri, 18 Dec 2009 09:54:18 -0800


Harald Barth <haba@kth.se> writes:

> The only commercial product I know of is from teradactyl and that fell
> for our needs because of prize and tape library support (I don't know if
> they can share IBM tape libraries with TSM nowadays, their "supported
> libraries" web page is thin). So we did our own script thingie based on
> that all the gory details of tapes are handled by TSM and then we only
> use an own client to archive volume dumps into TSM (vos dump ... |
> tsmpipe ...). At least 5 cells around here use this approach.

We switched away from any direct interaction with TSM for internal
reasons due to the expense of TSM as well as the lack of ongoing support
for dsmc.afs and now just use a script that does incremental and full vos
dumps into a large pile of NFS storage.  It decreased our backup costs
dramatically, although a lot of that is due to the local pricing structure
and may not affect other people the same way.

Given the low churn of most of our AFS space and compression of the vos
dump files, the backups actually take slightly less space than the
entirety of our cell, with 30 day retention.

-- 
Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>