kingbase控制文件重建

背景:

测试版本:V008R006C005B0023

sys_control文件在数据目录的global下

若sys_control文件损坏或被删,会导致库无法启动

处理方式:

所在目录为数据目录

1、尝试dryrun

touch global/sys_control

sys_resetwal -l 0000000100000000000000CA -x 0x000100000 -m 0x00010000,0x00000001 -o 0x000CC80 -D $PWD

kingbase控制文件重建_第1张图片

其中-l后跟的是下一个wal日志,ll看sys_wal下面最大的文件名+1即可

-x后跟下一个事务号,看sys_xact下的值,一般是0000,则-x后跟 0x000100000,即0000+1=0001,再乘以0x100000(1048576)

-m后的为下一个和最旧的多事务ID,看sys_multixact/offsets下的值,一般也为0000,则-m后跟0x00010000,0x00000001

-o后设置下一个事务偏移量,看sys_multixact/members下的值,一般也为0000,则-o后跟 0x000CC80

2、正式生成控制文件

sys_resetwal -l 0000000100000000000000CA -x 0x000100000 -m 0x00010000,0x00000001 -o 0x000CC80 -D $PWD -f

kingbase控制文件重建_第2张图片

但是启动后很多函数等无法执行报错,后确认是版本太低导致的问题

kingbase控制文件重建_第3张图片

新版本测试

kingbase的新版本V008R006C008B0014是可以重建控制文件然后恢复的,要指定-g(--dbmode)才行(V008R006C005B0023版本有-g这个选项,但恢复后很多命令会报错),重建后最好尽快做逻辑备份恢复

sys_resetwal -l 0000000100000001000000E5 -x 0x000100000 -m 0x00010000,0x00000001 -o 0x000CC80 -D $PWD -g oracle -f

kingbase控制文件重建_第4张图片

PG测试:

测了下pg的pg_control使用pg_resetwal恢复后是没问题的

pg_resetwal -l 000000010000000000000004 -x 0x000100000 -m 0x00010000,0x00000001 -o 0x000CC80 -D /data/pg/data -f

kingbase控制文件重建_第5张图片

你可能感兴趣的:(postgresql,postgres,金仓)