【产品名称】
OceanBase
【产品版本】
V3.1.1
【问题描述】
第一次全量备份前如果不进行数据合并,OceanBase是会抛出错误提醒合并的。之后的全量备份,看起来不需要数据合并也能进行。
不过测试下来,如果不进行数据合并的话,新增租户是不会进行全量备份的(日志备份却没有这个限制)?
是不是因为这个原因,才要求“数据备份前进行合并”,我再抛个疑问:备份前多久的数据合并是有效的,每日合并在凌晨两点,每日备份是在晚上七点,这样备份策略应该也是可行的吧?
【产品名称】
OceanBase
【产品版本】
V3.1.1
【问题描述】
第一次全量备份前如果不进行数据合并,OceanBase是会抛出错误提醒合并的。之后的全量备份,看起来不需要数据合并也能进行。
不过测试下来,如果不进行数据合并的话,新增租户是不会进行全量备份的(日志备份却没有这个限制)?
是不是因为这个原因,才要求“数据备份前进行合并”,我再抛个疑问:备份前多久的数据合并是有效的,每日合并在凌晨两点,每日备份是在晚上七点,这样备份策略应该也是可行的吧?
1、因为当前的版本不会备份转储的数据,先开启日志归档,再直接发起全备的时候中间可能会有空洞,所以说在不备份转储的情况下,需要发起一次基线合并操作将这个空洞数据补齐。
2、已测试,新建的租户后续的全备是没有问题的,可以备份新的租户的。
3、在日志备份没有断流的情况下,后续的全量备份不需要执行合并操作。
接上一楼,补充相关说明文档:https://open.oceanbase.com/docs/community/oceanbase-database/V3.1.0/dump-and-merge (合并与转储)
关于第二点,您是新建租户后立即备份么,我这里是可以复现,新建租户后如果不做数据合并,是不做该租户的备份的
是的,就是看到这个问题后,新建的租户和对应的数据进行的全量备份。
那是版本比我新么,为啥你没遇到这个问题 = =
mysql> select distinct build_version from __all_server; +------------------------------------------------------------------------+ | build_version | +------------------------------------------------------------------------+ | 3.1.1_4-8c615943cbd25a6f7b8bdfd8677a13a21709a05e(Oct 21 2021 10:33:14) | +------------------------------------------------------------------------+ 1 row in set (0.00 sec)
我测试下来依然有这个问题,目前新建租户后进行一次数据合并暂时规避