Nosql 在dev沙盒之间迁移/同步couchbase存储桶

Nosql 在dev沙盒之间迁移/同步couchbase存储桶,nosql,couchbase,Nosql,Couchbase,我对Couchbase(和nosql)相对来说比较陌生,所以我可能遗漏了一些明显的东西,但我希望能够做到的是尽可能地自动化构建一个新环境 使用MySql,我可以相对轻松地创建.sql文件,并使用它们创建表结构,以及进行适当的插入,以添加我希望加载到新环境中的所有基本引用数据。在Couchbase中进行类似操作的最佳方式是什么?是否有任何工具(开源或其他)可以对此有所帮助 我最初的想法是使用客户端API将所有bucket数据“获取”到.JSON文件中,然后在另一端使用另一个脚本将其“放入”buck

我对Couchbase(和nosql)相对来说比较陌生,所以我可能遗漏了一些明显的东西,但我希望能够做到的是尽可能地自动化构建一个新环境

使用MySql,我可以相对轻松地创建
.sql
文件,并使用它们创建表结构,以及进行适当的插入,以添加我希望加载到新环境中的所有基本引用数据。在Couchbase中进行类似操作的最佳方式是什么?是否有任何工具(开源或其他)可以对此有所帮助


我最初的想法是使用客户端API将所有bucket数据“获取”到.JSON文件中,然后在另一端使用另一个脚本将其“放入”bucket中。不确定这是移动数据的最优雅的方式,但它对移动“模式”也没有任何作用。是的,我知道模式在nosql中可能被视为一个肮脏的词,但我的意思是,理想情况下,我希望在源环境中使用反射,识别所有的bucket和视图,然后能够在target环境中重新创建它们

您可以通过CLI使用内置Couchbase“cbbackup”和“cbrestore”命令

他们将数据、视图等复制到指定的环境中

文件可在此处找到:

我希望这有帮助


Robin J.您可以通过CLI使用内置Couchbase“cbbackup”和“cbrestore”命令

他们将数据、视图等复制到指定的环境中

文件可在此处找到:

我希望这有帮助


因此,除了cbbackup和cbtransfer()工具之外,您还可以根据卷的不同在单个方向(从生产环境到开发环境)使用XDCR(跨数据中心复制)


因此,除了cbbackup和cbtransfer()工具外,您还可以根据卷的不同在单个方向(从生产环境到开发环境)使用XDCR(跨数据中心复制)


也许您可以使用cb\U传输?看,也许你可以使用cb_传输?See似乎是一个明智的方法。我现在很挣扎,因为我无法得到停止给我一个
[Errno 61]连接被拒绝的命令。我已经检查了用户名和密码是否与web界面上的相同。有什么想法吗?顺便说一句,我的连接错误只是由于一个愚蠢的错误。。。我为CLI调用使用了错误的端口。哎呀,这似乎是个明智的方法。我现在很挣扎,因为我无法得到停止给我一个
[Errno 61]连接被拒绝的命令。我已经检查了用户名和密码是否与web界面上的相同。有什么想法吗?顺便说一句,我的连接错误只是由于一个愚蠢的错误。。。我为CLI调用使用了错误的端口。哎呀,我想知道我是否应该考虑这个选择。目前,我将坚持cbbackup/cbtransfer,但我会在6个月后记下这个方法。我想知道我是否应该考虑这个选项。目前,我将坚持cbbackup/cbtransfer,但我将在6个月后记下这一方法。