nebula 圖數(shù)據(jù)庫(kù)的數(shù)據(jù)備份與恢復(fù),首先查看文檔說(shuō)明

https://docs.nebula-graph.com.cn/3.1.0/backup-and-restore/nebula-br/3.br-backup-data/

說(shuō)實(shí)話這個(gè)文檔看的有點(diǎn)懵逼的,然后經(jīng)過(guò)自己不斷你的實(shí)踐也算ok了,這里面不好用的主要原因是,服務(wù)器訪問(wèn)github基本都是失敗的,導(dǎo)致文件無(wú)法下載,二進(jìn)制文件也無(wú)法編譯,然后后續(xù)工作無(wú)法展開(kāi);

備份之前肯定是已經(jīng)安裝好了nebula等相關(guān)東西,達(dá)到了可使用的情況,然后現(xiàn)在開(kāi)始數(shù)據(jù)庫(kù)文件備份;

第一步: 文檔中也有說(shuō)明,要下載 br 以及agent
這兩個(gè)下載下來(lái),都是二進(jìn)制文件,還要make, github 不想吐槽,我這里通過(guò)其他方法找到了兩個(gè) 已經(jīng)編譯好的,直接下載后,上傳到nebula安裝位置,直接使用命令即可,下載地址如下:

鏈接：https://pan.baidu.com/s/10hYSTu2uhSo-bEN02-MO4A?pwd=x4ac 
提取碼：x4ac

效果如圖

image.png

第二步: 賦權(quán)限,開(kāi)始備份

賦權(quán)限
chmod -R 777  agent-0.1.1-linux-amd64 br-0.6.1-linux-amd64

啟動(dòng)agent
./agent-0.1.1-linux-amd64 --agent="127.0.0.1:8888" --meta="127.0.0.1:9559"


重新打開(kāi)一個(gè)窗口,由于這個(gè)agent啟動(dòng)后是當(dāng)前啟動(dòng)的,一直輸出日志 ,ctrl+c退出后,就相當(dāng)于關(guān)閉了agent服務(wù),所以新開(kāi)一個(gè)窗口運(yùn)行以下命令,打開(kāi)位置也是 下載的兩個(gè)文件所在的位置


執(zhí)行備份命令
./br-0.6.1-linux-amd64 backup full --meta "127.0.0.1:9559" --storage "local:///home/nebula/backup/"

執(zhí)行查詢備份命令 得到備份文件名稱(chēng)
./br-0.6.1-linux-amd64 show --storage "local:///home/nebula/backup"

可以將圖數(shù)據(jù)庫(kù)nebula 的數(shù)據(jù)全部清空,然后驗(yàn)證br 恢復(fù)

執(zhí)行恢復(fù)命令
./br-0.6.1-linux-amd64 restore full --meta "127.0.0.1:9559" --storage "local:///home/nebula/backup/" --name BACKUP_2022_08_18_17_30_44

/home/nebula/backup 這個(gè)路徑?jīng)]有時(shí)候,要自己主動(dòng)創(chuàng)建出來(lái),當(dāng)然也可以指定其他位置
BACKUP_2022_08_18_17_30_44 跟第二步查出來(lái)的備份文件名稱(chēng)一致

粘貼下午昨天備份的文件查詢效果

image.png

以及備份,恢復(fù)時(shí)候的日志

image.png

本人親測(cè),我的圖數(shù)據(jù)庫(kù)中有兩個(gè)圖譜: test,traction_failure 均備份,并在恢復(fù)后,數(shù)據(jù)全部恢復(fù)正常!!!