Hi Gail, All three suggestions thus far are reasonable possibilities. If I may summarize:
Adam suggests storage-level backup utilities. This is good as a "first line of defense" against data loss and is fairly easy to implement using SAN-specific or OS-level tooling (rsync, filesystem-native snapshotting, etc.). The good thing about this is that there's really nothing Fedora-specific about it -- sysadmins just need to know where Fedora stores its data. Richard suggests DuraCloud as a possibility. This provides additional assurances that you might not have with your local file-level backup solution, most notably an "off site" copy of the data for disaster recovery purposes. (It's also interesting that by putting the content in the cloud, it's closer in proximity to "elastic" compute resources, so if big analysis/conversion jobs are needed, having the data out there could be more cost effective....but I didn't get the impression that was your main concern) DuraCloud, which is both an open source software stack you can install yourself as well as a hosted service, provides a file-level "sync and restore" command line utility that you can point at your local storage (Fedora or not) to sync the content up to DuraCloud as a backup copy on a regular basis. In addition, there's CloudSync, which is a Fedora-aware tool that works with DuraCloud and gives you greater control over your backup operations -- it allows you to specify a subset of your repository, by PID or by query, which you're interested in backing up. You can also do single-object restores with CloudSync, which is difficult to do with the other solutions mentioned thus far because they are not really Fedora-aware. Finally, Eddie suggests Akubra-Mux (Multiplexing) as a potential solution. This does require Java coding and expertise to use (akubra-mux is an abstract implementation), but is designed to allow for transparently sending content to one or all of several configured Akubra-fronted storage locations. It's quite flexible by design, but I can't say it's actually seen a lot of use, so you would probably be trailblazing a bit if you went in this direction. - Chris On Thu, Apr 5, 2012 at 11:28 AM, Edwin Shin <ed...@fedora-commons.org> wrote: > Gail, > > You might look at > http://akubra.github.com/akubra/apidocs/org/akubraproject/mux/AbstractMuxStore.html > > which lets you multiplex across multiple backing Akubra stores. > > Eddie > > On 5 Apr 2012, at 11:00 AM, Gail Truman wrote: > >> Has anyone any advice, guidance or can point me to info on the topic of >> doing a multiple write from Fedora into the storage layer. Does Akubra >> provide a way to do this? And what are the things to know or be aware of? >> >> We are interested in providing for multiple copies of the fedora repository, >> with the primary storage on site but potentially using the cloud for another >> copy, and even a second NAS in an offsite location. >> >> Thanks for your thoughts - >> Gail >> >> Gail Truman >> Truman Technologies >> www.trumantechnologies.com >> +1 510 5026497 >> >> www.islandora.ca/SOAR >> >> >> ------------------------------------------------------------------------------ >> Better than sec? Nothing is better than sec when it comes to >> monitoring Big Data applications. Try Boundary one-second >> resolution app monitoring today. Free. >> http://p.sf.net/sfu/Boundary-dev2dev >> _______________________________________________ >> Fedora-commons-users mailing list >> Fedora-commons-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > ------------------------------------------------------------------------------ > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
