I'm curious about this as well. Say I have a ten node cluster. Could I just schedule a midnight copy of each bitcask data directory every night, then restore to another ten node cluster by dropping one of each data directories on each new node? How close does the timing needs to be? What if the data directory snapshots were taken seconds or minutes apart?
-Alan On Mon, Jul 12, 2010 at 9:56 AM, Jason J. W. Williams < jasonjwwilli...@gmail.com> wrote: > Hey Justin, > > Since Riak is lockless, what is the best approach to pulling a > distributed FS snapshot of the bitcask files across nodes? I assume if > they're not close to each other, you'll have an issue if you have to > restore a cluster. > > > -J > > On Sun, Jul 11, 2010 at 8:14 PM, Justin Sheehy <jus...@basho.com> wrote: > > Hi, Jan. > > > > On Sun, Jul 11, 2010 at 8:53 PM, Jan Vincent <jvliwa...@gmail.com> > wrote: > > > >> Given that riak is new in the database field, if ever I use riak in > production, > >> what would be the best way to back it up? I know that there's redundancy > >> on the different nodes and NRW may be modifiable per request, but I'm > >> wondering if there's a way to snapshot the dataset periodically -- at > least > >> until riak becomes provably battle tested. > > > > Riak is fairly battle-tested already: we were using its prior version > > under Basho's own customer-facing applications in 2008, and a number > > of external customers and users are in production today. That said, > > even a solid distributed database needs to be backed up as there are > > many reasons to have backups. > > > > The easiest and best way to back up Riak is, if you are using bitcask > > (the default) as the backend, to simply back up the filesystem of your > > nodes with whatever backup system you use for the rest of your > > systems. Bitcask uses append-only files, and once it closes a file it > > will never change the content of that file again. This makes it very > > backup-friendly. > > > > If you are using a backend with less backup-friendly disk format (such > > as innostore) then you can use the "riak-admin backup" command at > > either the per-node or whole-cluster level to produce a > > backend-independent snapshot that can be loaded back in via > > "riak-admin restore". This method is much slower, will impose > > additional load on your cluster when running, and requires that you > > have a place to put the generated snapshot. However, it will work > > regardless of backend and is also a simple if heavyweight way to > > migrate to a cluster with a different configuration. > > > > -Justin > > > > _______________________________________________ > > riak-users mailing list > > riak-users@lists.basho.com > > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com > > > > _______________________________________________ > riak-users mailing list > riak-users@lists.basho.com > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
