nebula br工具

现在nebula版本3.1.0
架构: nebula graph 六台服务器 nebula-meta 三台服务器 nebula-storage 三台服务器。
现在这种配置在使用br进行备份的时候会报失败,这个是有什么比较好的解决方案吗。

啥错误呢?agent 在所有的 host 上都有部署么?

目前是这样,六台graph(IP 1 2 3 4 5 6 ) 三台meta (IP 1 2 3 ) 三台storage(IP 1 2 3),agent 在三台(1 2 3 )上部署了,如果 (4 5 6 ) 也部署的话 meta指定如何指定呢?

Ip 1到6 都需要 agent,我第一次也是没把 graph 的都也弄上出错,meta还是指定实际的 1,2,3

1 个赞

我之前搞了一个 br+nebula+minio 的 playground ,也可以用来做 br 测试玩。

https://github.com/wey-gu/nebula-up/ 在 all-in-one mode 里

嗯嗯 谢谢了 我试试 :grin:

恢复也完了,应该没啥问题,现在感觉恢复文档,备份文档写的不是太友好。恢复需要把三台服务器的meta data信息都放到一起才行。这个最好还是在文档里面写一下吧

1 个赞

是说 restore 时候 meta 就不能像备份那样只填一个,要全填上才对么?

还是说 --meta "a:9559,b:9559” 而不是 --meta “a:9559" --meta “b:9559:”?

确实这里文档里给出多个的例子会更好一些

我说下我的流程吧。我们的集群 六台graph(IP 1 2 3 4 5 6 ) 三台meta (IP 1 2 3 ) 三台storage(IP 1 2 3),agent 在三台(1 2 3 ),其中用br进行备份时,会在 123 这三台服务器都产生一份备份文件:BACKUP_2022_07_05_16_40_57。 在恢复的时候,需要把三台服务器产生的文件手动整合到一起。
1 这台服务器的BACKUP_2022_07_05_16_40_57
image
2 这台服务器的BACKUP_2022_07_05_16_40_57
image
3 这台服务器的BACKUP_2022_07_05_16_40_57
image
需要把这三台服务器里面的文件都放到一个文件里面。然后执行恢复命令就行
/data/software/nebula-br/bin/br restore full --meta “IP:9559” --storage “local:///data/nebulabak/” --name BACKUP_2022_07_05_16_40_57

了解了,哈哈,原来你找到了多 meta 时候不支持本地文件备份恢复的 workaround(我不确定这个 workaround 是有效的),就是手动 merge 文件。这个其实在文档里把它作为不支持去声明在限制里了。

还是推荐用中心化的对象存储作为后端,其实如果没有条件,临时用 minio 去弄一个都可以(可以很轻量级),只要网络可达,很方便的。

1 个赞

此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。