Hi, Jeremy.
On Sat, May 14, 2011 at 2:45 PM, Jeremy Raymond wrote:
> So just backing up the files from separate nodes works? There won't be
> inconsistencies in the data say if all the nodes had to be restored?
That's right, it works. :-)
Inconsistencies due to modifications that occur betwee
So just backing up the files from separate nodes works? There won't be
inconsistencies in the data say if all the nodes had to be restored?
- Jeremy
On 2011-05-13 8:35 PM, "Justin Sheehy" wrote:
> Hi, Mike.
>
> Assuming that the cluster is using the default storage engine
> (bitcask) then the bac
Hi, Mike.
Assuming that the cluster is using the default storage engine
(bitcask) then the backup story is straightforward. Bitcask only ever
appends to files, and never re-opens a file for writing after it is
closed. This means that your favorite existing server filesystem
backup mechanism will
In the exciting event that your application or riak goes rogue and
deletes everything, bitcask will allow you to recover amazing,
life-saving amounts of data from its log-structured format.
ASK ME HOW I KNOW. :-P
Uh, more typically, I've heard that FS-level snapshots of /var/lib/riak
or simpl
Hey All,
I'm sizing up some database options for a fairly ambitious app I'm building
out for a client of mine. I've read a good amount of the available docs and
have toyed around with Riak enough to know that it's one of my finalists
(one of two, to be precise).
Before I set off building this app
