本文主要介绍“如何解决红杉备份离线相关问题”。在日常操作中，我相信很多人对于如何解决红杉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