KingbaseES V8R6备份恢复案例之---数据库启动提示配置restore_command

案例说明:
在通过物理备份完全恢复后,启动实例失败,日志提示需要配置‘restore_command'。
适用版本:
KingbaseES V8R6

一、问题现象
如下图所示,在执行物理备份完全恢复后,启动数据库实例,出现以下故障:

二、问题分析
1、restore_command参数功能
数据恢复过程,指的是经过还原动作后,新的数据库实例拥有了基本的数据文件,第一次启动数据库时,数据库根据恢复配置文件去拉取归档的WAL日志,进行REDO的过程。
恢复配置文件位于/kingbase.auto.conf,涉及恢复的部分主要包含以下配置项:

  • restore_command
    配置为sys_rman工具archive-get命令,负责拉取归档的WAL日志,拉取的范围由后续参数确定。
    如果没有recover_target_*相关选项,将自动拉取所有的归档WAL文件并执行REDO动作,将数据还原到最新的状态。
    如下图所示,在kingbase.auto.conf中配置:

2、问题原因
和实施人员沟通,此次恢复是执行的完全恢复,数据将恢复到最后的commit状态,需要归档日志完成恢复。
所以,实例启动后,将从最近的checkpoint开始,读取wal日志(包括归档和在线日志)完成恢复。需要在kingbase.auto.conf中配置restore_command读取归档日志。

三、问题解决
在在kingbase.auto.conf中配置restore_command参数后,读取归档日志后,数据库恢复完成,启动实例成功。

四、总结
对于数据库通过物理备份实现恢复,需要注意相关参数的配置,具体可以参考官方文档。
https://help.kingbase.com.cn/v8/highly/backup-restore/backup/sys-rman-5.html#id15

posted @   天涯客1224  阅读(24)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」
历史上的今天:
2022-09-14 KingbaseES V8R6集群运维案例之---sys_rewind应用分析
点击右上角即可分享
微信分享提示