Sequoiadb backupOffline相關(guān)問題怎么解決

這篇文章主要介紹“Sequoiadb backupOffline相關(guān)問題怎么解決”，在日常操作中，相信很多人在Sequoiadb backupOffline相關(guān)問題怎么解決問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Sequoiadb backupOffline相關(guān)問題怎么解決”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

【問題1】
目前sdb 的backupOffline 方法，支持增量備份時，不阻塞數(shù)據(jù)庫的讀寫請求。
如果有如下場景
1 昨天的備份lsn 為 1000
2 今天執(zhí)行增量備份時，lsn 為 1200
3 執(zhí)行增量備份過程中，lsn 變?yōu)? 1300
則本次增量備份，是備份了 lsn 從 1000 - 1200，還是 1000 - 1300？

【問題2】
目前backupOffline 方法，支持執(zhí)行g(shù)roup 進行備份，也是支持全集群進行備份。
我自己理解，全集群備份和指定group 備份，都是由數(shù)據(jù)庫找到每個group 的

master 節(jié)點進行相關(guān)的備份。
換言之，backupOffline 方法依賴 master 節(jié)點。
由于增量備份，需要依賴上一個備份點的lsn 號，所以如果用戶在執(zhí)行 本次增量備份時，某個group 的master 節(jié)點發(fā)生變化，數(shù)據(jù)庫會如何表現(xiàn)？
如果在全集群做增量備份，假設(shè)有三個group， 只有其中一個group 的master 發(fā)生了切換，對于其余兩個group 來說，是否會生成新的增量備份文件？還是會自動回滾？ 

【解決辦法】
問題1：
執(zhí)行增量備份過程中，如果數(shù)據(jù)庫仍在進行操作，是有可能將一部分的操作備份成功的，也就是備份的lsn是備份1000~1300之間。
問題2：
1、執(zhí)行增量備份過程中，節(jié)點切主并不會影響本次備份過程，備份的結(jié)果是原主節(jié)點產(chǎn)生增量備份。
2、在全集群做了全量備份的情況下，如group1/2/3均做了全量備份，即在每個group的主節(jié)點都做了全量備份，然后有一個group的主節(jié)點變動了，如group1的主節(jié)點從A機器切換到了B機器，此時進行全局的增量備份，其余兩個group依舊是會備份成功的，只有切主的group1的主節(jié)點增量備份失敗，因為其新主節(jié)點在進行增量備份時發(fā)現(xiàn)沒有全量備份，會拋出-264錯誤，可以通過getLastErrObj()查看更詳細的錯誤。 

【問題補充】
解決方法2中提到：
有切主的group1的主節(jié)點增量備份失敗，因為其新主節(jié)點在進行增量備份時發(fā)現(xiàn)沒有全量備份
我想問一下是如何判斷該節(jié)點是否有全量備份，是通過檢查備份目錄是否存在全量備份的文件嗎？

【解決辦法】
查看節(jié)點是否有全量備份可以通過db.listBackup()查看備份信息，如改節(jié)點的備份信息中有"EnsureInc": false，則該備份是全量備份文件。  

到此，關(guān)于“Sequoiadb backupOffline相關(guān)問題怎么解決”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>