【 使用环境 】 测试环境
【 OB or 其他组件 】ob
【 使用版本 】4.3.0
【问题描述】主库开启全库备份的时候转态是 BEGINNING 而不是DOING
【复现路径】准备写入大批量的数据看是否状态会变成DOING,但是将bddb主库中的jmsrport的t_channel表备份出后在准备删除导入时发现备份出现错误
【附件及日志】
如下是状态截图,想请教一下老师怎么将状态变为DOING
【 使用环境 】 测试环境
【 OB or 其他组件 】ob
【 使用版本 】4.3.0
【问题描述】主库开启全库备份的时候转态是 BEGINNING 而不是DOING
【复现路径】准备写入大批量的数据看是否状态会变成DOING,但是将bddb主库中的jmsrport的t_channel表备份出后在准备删除导入时发现备份出现错误
可以尝试停止日志,再启动试下
意思是重启集群么?
不是,可以尝试停止日志备份,在开启日志备份试下
查看一下 看看是不是配置的路径有问题
这个是开启归档前的准备
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000001050235
老师我就是根据次文档操作的,我刚在线升级了一下集群的版本由4.3.1.0升级为4.3.2.0后我在测试一下
你把你操作的具体步骤发一下 你的备份介质用的是哪种方式
3台服务器做了一个ob集群,10.0.4.7,10.0.4.8,10.0.4.9
备份介质用的是nfs的方式
10.0.4.8已挂载10.0.4.7
10.0.4.9已挂载10.0.4.7
通过系统租户开启租户bddb的归档目的端
表名前加oceabase. 带上数据库名称
可能是当时数据没写入,也有可能是网络原因
老师有个建议:
你们的官网的文档用这个语句在系统用户也查不到,是否需要更新一下你们的官方文档用普通用登录访问的命令是 SELECT * FROM oceanbase.DBA_OB_ARCHIVELOG\G
这个呢?因为这个有时候会造成歧义
麻烦把对应的官网链接发一下看看
你的应该是归档没有开启成功吧? 首先确认一下路径是否配置正确,admin用户是否有读写权限。然后启动归档的时候,日志中也会有报错的。你仔细看看。
是的,这个地方不准确,正确的登录命令是
SELECT * FROM oceanbase.DBA_OB_ARCHIVELOG\G
租户的管理员登录的时候
或者是你们可以试试用官网的命令可以不