案例说明:
在KingbaseES V8R3集群主库执行sys_rman的全备时,出现‘backup_label does not exist in KINGBASE_DATA’的故障,如下图所示:
适用版本: KingbaseES V8R3
一、问题现象
如下所示,数据库执行sys_rman物理备份:
[kingbase@node201 bin]$ ./sys_rman -U system -W 123456 -d test -B /home/kingbase/r3_bk -D /home/kingbase/cluster/R3HA/db/data1 -b full backup
ERROR: backup_label does not exist in KINGBASE_DATA.
二、问题分析
在主库上执行sys_rman后,在主库的数据目录下生成了一个backup_label文件,这时我们拷贝主库,拷贝出来的数据文件中就包括了backup_label文件。此文件在备份完成后从数据库data目录下删除,但是会保留在数据库的备份目录下。
如下所示,数据库物理备份目录:
[kingbase@node201 database]$ ls -lh
total 60K
-rw------- 1 kingbase kingbase 224 Oct 27 11:18 backup_label
-rw------- 1 kingbase kingbase 178 Oct 27 11:18 backup_label.old
drwx------ 10 kingbase kingbase 98 Oct 27 11:18 base
drwx------ 2 kingbase kingbase 4.0K Oct 27 11:18 global
-rw------- 1 kingbase kingbase 131 Oct 27 11:18 kingbase.auto.conf
-rw------- 1 kingbase kingbase 24K Oct 27 11:18 kingbase.conf
-rw-r--r-- 1 kingbase kingbase 194 Oct 27 11:18 recovery.done
drwx------ 2 kingbase kingbase 17 Oct 27 11:18 sys_clog
drwx------ 2 kingbase kingbase 6 Oct 27 11:18 sys_commit_ts
.......
backup_label文件内容:
[kingbase@node201 database]$ cat backup_label
START WAL LOCATION: 0/F1000028 (file 0000000300000000000000F1)
CHECKPOINT LOCATION: 0/F1000060
BACKUP METHOD: sys_start_backup
BACKUP FROM: master
START TIME: 2023-10-27 11:18:51 CST
LABEL: 2023-10-27 11:18:51 with sys_rman
三、问题复现
1、关闭数据库服务备份data目录[kingbase@node201 db]$ cp -var data data1
2、启动数据库服务
如下所示,启动数据库服务后,指定的为data目录:
3、执行数据库物理备份
如下图所示,在备份时由于-D指定的数据库目录是data1,复现了以上错误:
由以上可知,数据库启动的数据目录是data,而对非数据库启动目录data1执行备份,sys_rman无法在data1下生成backup_label文件,在拷贝backup_label文件到备份目录下时缺失,因此出现了‘‘backup_label does not exist in KINGBASE_DATA’的故障。
4、问题解决
按照数据库服务启动指定的数据库路径备份。
四、总结
此次生产环境出现的此错误,是因为集群主库做过数据恢复,数据库当前的数据存储目录名不是data,集群启动后,数据库访问的路径是另外的目录。此时指定data目录备份,导致出现以上错误。应该是人为疏忽导致的错误。