GBase8s命令onbar删除数据文件进行故障点恢复测试

1、准备工作

1)修改ONCONFIG 参数。

onmode -wf BAR_BSALIB_PATH=/opt/gbase8s/lib/libbsapsm.so

onmode -wf ALARMPROGRAM=/opt/gbase8s/etc/log_full.sh

onmode -wf TAPEDEV=/opt/gbase8s/backups 

onmode -wf LTAPEDEV=/opt/gbase8s/backups

onmode -wf BAR_MAX_BACKUP=1

关闭数据库

修改sqlhost文件,

ol_gbase8s onsocssl  172.17.12.12 10888

启动数据库

2)启用PSM,运行如下命令。

定义备份目录:

onpsm -D add /opt/gbase/backup/DBSPOOL -g DBSPOOL -p HIGHEST -t FILE

onpsm -D add /opt/gbase/backup/LOGPOOL -g LOGPOOL -p HIGHEST -t FILE

将自动创建目录

查看备份目录信息:

onpsm -D list

输出信息如下:

__PSM__ Device List

Type   Prio     Block/Size (MB)  Pool Name     Device Name

FILE   LOW          --/--        DBSPOOL       /opt/gbase8s/backups

FILE   HIGHEST      --/--        DBSPOOL       /opt/gbase/backup/DBSPOOL

FILE   LOW          --/--        LOGPOOL       /opt/gbase8s/backups

FILE   HIGHEST      --/--        LOGPOOL       /opt/gbase/backup/LOGPOOL

可以将LOW 级别的备份目录删除,保留刚刚定义的HIGHEST 级别的目录:

onpsm -D del /opt/gbase8s/backups -d -g DBSPOOL -y

onpsm -D del /opt/gbase8s/backups -d -g LOGPOOL -y

然后再查看定义情况:

onpsm -D list

__PSM__ Device List

Type Prio Block/Size (MB) Pool Name Device Name

FILE HIGHEST --/-- DBSPOOL /opt/gbase/backup/DBSPOOL

FILE HIGHEST --/-- LOGPOOL /opt/gbase/backup/LOGPOOL

2、创建测试库和测试,退出数据库连接

数据库中已存在datadbs1空间,onstat -d 可以查看到datadbs1空间,创建库在此空间上。

dbaccess - -

connect to '@ol_gbase8s' user 'sysdba';

create database db1 in datadbs1 with log;

create table t1(c1 int,c2 varchar(50));

3、全系统备份

onbar -b -w

此时可通过/opt/gbase8s/tmp目录下的日志文件bar_act.log查看备份情况

tail -f bar_act.log

返回码为0x00,备份成功

备份完成后,备份目录/opt/gbase/backup/DBSPOOL/ol_gbase8s下生成了全库文件

4、新开一session,开启连续逻辑日志备份,此session在执行过程中一直在。

onbar -b -l -C

5、再次登录测试库,创建新表t

dbaccess - -

connect to 'db1@ol_gbase8s' user 'sysdba';

create table t2(c1 int);

6、查看并记录当前时间点,破坏数据文件datadbs1

不能破坏rootdbs,选择其它数据空间。

date

2021-01-01 15:12:14

进入到storage目录,执行命令破坏存储空间 echo “0”>ol_gbase8s_datadbs1_p_1  

使用命令ls -l  ol_gbase8s_datadbs1_p_1 查看该空间大小已经发生变化。

7、关闭数据库服务,从故障点恢复数据库

onmode -ky;onclean -ky

指定时间点恢复,时间点为破坏数据库空间之前的时候

onbar -r -t "2021-01-01 15:12:14"

恢复完成后,数据库进入Quiescent模式,通过onmode -m切换到On-Line模式

查看恢复日志

tail -f bar_act.log

出现返回码0X00,恢复成功

8、登录数据库,查看表存在。

 info columns for t1,info columns for t2  命令执行成功,表均存在

9、onstat -d 查看空间恢复情况datadbs1空间大小正常,已恢复成功

进入到storage空间查看ol_gbase8s_datadbs1_p_1空间大小已正常

ls -l  ol_gbase8s_datadbs1_p_1

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值