We're using this:
https://github.com/danielebailo/couchdb-dump
since a few years.
It almost always worked flawlessly. It's fast, and, to me, it's better
than backing up the .couch files for various reasons:
* you can restore datas on a cluster with a different N/Q layout
* you can restore datas on a different machine with a different
cluster name / different IP / different whatever ... .couch files
include references to vm.args parameters.
* when you restore the DB you get a clean db without the tombstones.
* you can backup the db without having local access to the machine,
passing trough the standard HTTP port.
Hope it helps you.
---
Andrea Brancatelli
On 2021-05-07 11:27, Simon Schwichtenberg wrote:
> Hi,
>
> I wonder how you'd do backups of your data in a CouchDB cluster. The
> documentation does not mention backups of clusters explicitly
> (https://docs.couchdb.org/en/latest/maintenance/backups.html#database-backups).
>
> When you have a cluster of three nodes and the nodes are set to n=3 and q=2
> (see https://docs.couchdb.org/en/latest/cluster/sharding.html), I'd expect
> that every single node in the cluster has all the data and you can copy the
> .couch files from any of these three nodes. When you have 6 nodes with n=3
> and q=2 this approach does not work anymore because every node has just a
> single shard. Please correct me if I am wrong.
>
> What is best practice to backup a cluster?
>
> This message is a follow-up from here:
> https://github.com/cloudant/couchbackup/issues/349
>
> Thanks,
> Simon
