GBase 8a从V8升级到V9的REDOLOG的刷新处理

本文介绍GBase 8a数据库集群,从V8版本升级到V9版本时,由于REDOLOG的个是完全改变,所以要求其必须是初始状态(大小为334或者338字节),所以需要升级前刷新REDOLOG。

注意:

经确认,在新版本V95已经内置刷新操作。但仍建议前期处理一下。

刷新前提

所有的连接数据库的SQL都要停止,包括但不限于外部应用,客户端,定时任务,数据库内的Event。

另外发现当系统存在2个nodedatamap时,数据库内部会自动调用如下的SQL来不断的尝试查找重分布任务。

select db_name, table_name, distribution_id from gclusterdb.rebalancing_status where status = 'STARTING' and (select count(*) from gclusterdb.rebalancing_status where status = 'RUNNING') < 5 order by priority limit 5

该SQL同样要处理掉,方法就是完成重分布,然后把不再使用的nodedatamap删除掉即可。

刷新方法

1、先将集群任何一个管理节点数据库服务停掉

2、再将这个节点服务启动

3、再次将这个节点服务停掉
此时去看/var/lib/gcware/REDOLOG.XXX 其大小已经变成334、338大小。所有管理节点都一样了。

新版本的V95(9.5.2.20+)会自动执行如上的操作,实现自动刷REDOLOG。

意外处理

如果发现刷新后,文件大小多了,那就是有SQL在运行。可以开启审计日志,记得写入配置文件,确保重启后审计日志还在,排查是什么SQL在运行。

注意,如果存在扩容操作没有完成,存在多个distribution_id,数据库内部会定时调用重分布rebalance任务,查看是否由任务,在造成REDOLOG文件又不是334、338了。