本文主要介绍“如何解决红杉备份离线相关问题”。在日常操作中,我相信很多人对于如何解决红杉backupOffline的相关问题都有疑问。边肖查阅了各种资料,整理出简单易用的操作方法,希望能帮你解答“红杉backupOffline相关问题如何解决”的疑惑!接下来,请和边肖一起学习!
[问题1]
Sdb目前
离线备份
方法来支持增量备份,而不阻塞数据库的读写请求。
如果出现以下情况
一个
昨天的备份lsn
为
1000
2
今天执行增量备份时,lsn
为
1200
三
增量备份期间,lsn
成为
1300
那么这个增量备份就是备份。
lsn
从
1000-1200,或
1000 - 1300?
[问题2]
目前离线备份
方法,该方法支持组执行。
备份还支持整个集群的备份。
我自己了解全套组备份和指定组。
备份时,每个组都由数据库找到。
关于
掌握
对节点进行相关备份。
换句话说,离线备份
方法依赖
掌握
节点。
由于增量备份,您需要依赖上一个备份点的lsn。
数字,所以如果用户正在执行
在此增量备份期间,某个组
硕士
当节点改变时,数据库将如何运行?
如果在完整组中执行增量备份,假设有三个组。
只有一组。
硕士
发生了切换。对于其余两个组
一般来说,会生成新的增量备份文件吗?还是会自动回滚?
[解决方案]
问题1:
在增量备份过程中,如果数据库仍在运行,则有可能成功备份部分操作,即备份的lsn在1000到1300之间。
问题2:
1.在增量备份过程中,节点切割不会影响这个备份过程,备份的结果是原来的主节点会生成增量备份。
2.以全组全备份为例,组1/2/3做了全备份,即每个组的主节点都做了全备份,然后一个组的主节点发生了变化。例如,如果组1的主节点从机器A切换到机器B,此时将执行全局增量备份,其他两个组仍将成功备份。只有截止组1的主节点增量备份失败,因为它的新主节点发现增量备份时没有完整备份,会抛出-264错误。您可以通过getLastErrObj()检查更详细的错误。
[补充问题]
解决方案2提到:
使用剪切主节点对组1的主节点进行增量备份失败,因为它的新主节点发现在增量备份期间没有完整备份。
请问如何判断节点是否有完整备份,或者通过检查备份目录中是否有完整备份文件?
[解决方案]
检查节点是否有完整备份。您可以通过db.listBackup()检查备份信息。如果更改节点的备份信息中有“EnsureInc”: false,则备份是完整备份文件。
至此,“红杉backupOffline如何解决相关问题”的研究结束,希望能解决大家的疑惑。理论和实践的结合可以帮助你学得更好。去试试吧!如果你想继续学习更多的相关知识,请继续关注网站,边肖会继续努力,给大家带来更多实用的文章!
内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/155622.html