案例说明：

对于KingbaseES V8R6的通过sys_rman执行的物理历史备份，可以在执行备份时，备份的保留（retention）策略自动清理。不能通过手工删除备份，可以通过expire参数手工清理历史的冗余备份。

适用版本：

KingbaseES V8R6

一、查看历史备份

1、查看备份信息

[kingbase@node101 bin]$  /opt/Kingbase/ES/V8R6_041/Server/bin/sys_rman --config=/home/kingbase/kbbr1_repo/sys_rman.conf --stanza=kingbase info

stanza: kingbase

    status: ok

    cipher: none

    db (current)

        wal archive min/max (V008R006C005B0041): 00000001000000000000005B/00000001000000000000007A

        full backup: 20220628-152624F

            timestamp start/stop: 2022-06-28 15:26:24 / 2022-06-28 15:27:55

            wal start/stop: 00000001000000000000005B / 00000001000000000000005B

            database size: 717.3MB, database backup size: 717.3MB

            repo1: backup set size: 96.0MB, backup size: 96.0MB

        full backup: 20220628-153858F

            timestamp start/stop: 2022-06-28 15:38:58 / 2022-06-28 15:39:30

            wal start/stop: 00000001000000000000005D / 00000001000000000000005D

            database size: 717.3MB, database backup size: 717.3MB

            repo1: backup set size: 96.0MB, backup size: 96.0MB

        full backup: 20220628-154330F

            timestamp start/stop: 2022-06-28 15:43:30 / 2022-06-28 15:46:41

            wal start/stop: 000000010000000000000063 / 000000010000000000000063

            database size: 717.4MB, database backup size: 717.4MB

            repo1: backup set size: 96.0MB, backup size: 96.0MB

        full backup: 20220628-155008F

            timestamp start/stop: 2022-06-28 15:50:08 / 2022-06-28 15:50:39

            wal start/stop: 000000010000000000000065 / 000000010000000000000065

            database size: 717.4MB, database backup size: 717.4MB

            repo1: backup set size: 96.0MB, backup size: 96.0MB

        full backup: 20220628-155134F

            timestamp start/stop: 2022-06-28 15:51:34 / 2022-06-28 15:54:46

            wal start/stop: 00000001000000000000006B / 00000001000000000000006B

            database size: 759.6MB, database backup size: 759.6MB

            repo1: backup set size: 103.9MB, backup size: 103.9MB

# 如上所示，对于full类型的历史备份，目前有5个。

2、查看备份配置文件

[kingbase@node101 bin]$ cat ~/kbbr1_repo/sys_rman.conf

# Genarate by script at 20220613174915, should not change manually

[kingbase]

kb1-path=/data/kingbase/v8r6_041/data

kb1-port=54325

kb1-user=system

[global]

repo1-path=/home/kingbase/kbbr1_repo

repo1-retention-full=5   ##冗余备份的retention是5

log-path=/opt/Kingbase/ES/V8R6_041/Server/log

log-level-file=info

log-level-console=info

log-subprocess=y

process-max=4

#### default gz, support: gz none

compress-type=gz

compress-level=3

band-width=0

二、清理冗余历史备份

1、修改sys_rman.conf

2、执行清理

[kingbase@node101 bin]$  /opt/Kingbase/ES/V8R6_041/Server/bin/sys_rman --config=/home/kingbase/kbbr1_repo/sys_rman.conf --stanza=kingbase expire

2022-06-29 17:23:17.622 P00   INFO: expire command begin 2.27: --config=/home/kingbase/kbbr1_repo/sys_rman.conf --exec-id=6425-f3c5cce3 --log-level-console=info --log-level-file=info --log-path=/opt/Kingbase/ES/V8R6_041/Server/log --repo1-path=/home/kingbase/kbbr1_repo --repo1-retention-full=1 --stanza=kingbase

2022-06-29 17:23:17.623 P00   INFO: repo1: expire full backup 20220628-152624F

2022-06-29 17:23:17.623 P00   INFO: repo1: expire full backup 20220628-153858F

2022-06-29 17:23:17.623 P00   INFO: repo1: expire full backup 20220628-154330F

2022-06-29 17:23:17.623 P00   INFO: repo1: expire full backup 20220628-155008F

2022-06-29 17:23:17.629 P00   INFO: repo1: remove expired backup 20220628-155008F

2022-06-29 17:23:17.683 P00   INFO: repo1: remove expired backup 20220628-154330F

2022-06-29 17:23:17.791 P00   INFO: repo1: remove expired backup 20220628-153858F

2022-06-29 17:23:17.878 P00   INFO: repo1: remove expired backup 20220628-152624F

2022-06-29 17:23:17.951 P00   INFO: repo1: 12-1 remove archive, start = 00000001000000000000005B, stop = 00000001000000000000006A

2022-06-29 17:23:17.951 P00   INFO: expire command end: completed successfully (331ms)

3、查看备份信息

[kingbase@node101 bin]$  /opt/Kingbase/ES/V8R6_041/Server/bin/sys_rman --config=/home/kingbase/kbbr1_repo/sys_rman.conf --stanza=kingbase info

stanza: kingbase

    status: ok

    cipher: none

    db (current)

        wal archive min/max (V008R006C005B0041): 00000001000000000000006B/00000001000000000000007A

        full backup: 20220628-155134F

            timestamp start/stop: 2022-06-28 15:51:34 / 2022-06-28 15:54:46

            wal start/stop: 00000001000000000000006B / 00000001000000000000006B

            database size: 759.6MB, database backup size: 759.6MB

            repo1: backup set size: 103.9MB, backup size: 103.9MB

# 如上所示，清理后，只留了最近的full的备份。

KingbaseES V8R6备份恢复案例之---手工清理冗余历史备份的更多相关文章

  1. KingbaseES V8R6C6备份恢复案例之---单实例sys_baackup.sh备份

    案例说明: KingbaseES V8R6C6中sys_backup.sh在通用机单实例环境,默认需要通过securecmdd工具以及kingbase和root用户之间的ssh互信,执行备份初始化(i ...

  2. KingbaseES V8R6备份恢复案例之---同一数据库创建不同stanza备份

    案例说明: 在生产环境,有的应用需要调用数据库的sys_rman做备份,为了区分数据库自身的sys_rman备份和应用的备份,可以使用不同的stanza name创建备份.本案例介绍了,如何在King ...

  3. kingbaseES V8R6集群备份恢复案例之---备库作为repo主机执行物理备份

    ​ 案例说明: 此案例是在KingbaseES V8R6集群环境下,当主库磁盘空间不足时,执行sys_rman备份,将集群的备库节点作为repo主机,执行备份,并将备份存储在备库的磁盘空间. 集群架构 ...

  4. KingbaseES V8R6备份恢复案例之--删除test数据库后sys_backup.sh备份

    案例说明: KingbaseES V8R6通过sys_backup.sh执行物理备份,默认sys_backup.sh执行备份初始化时,需要连接test数据库进行身份的认证:在一些生产环境为了安全需求, ...

  5. KingbaseES V8R3 备份恢复案例之--单实例环境sys_rman脚本备份案例

    案例说明: sys_rman是KingbaseES数据库的物理备份工具,支持数据库的全备和增量备份,由于sys_rman工具使用需要配置多个参数,对于一般用户使用不是很方便.为方便用户在Kingbas ...

  6. KingbaseES V8R6 集群环境wal日志清理

    案例说明: 1.对于集群中的wal日志,除了需要在备库执行recovery外,在集群主备切换(switchover或failover)时,sys_rewind都要读取wal日志,将数据库恢复到一致性状 ...

  7. KingbaseES V8R6 维护管理案例之---Kstudio在CentOS 7启动故障

    ​ 案例说明: 在CentOS 7上安装KingbaseES V8R6C006数据库后,启动Kstudio图形界面启动失败,gtk动态库加载失败,安装gtk相关动态库后,问题解决. 适用版本: Kin ...

  8. 云HBase备份恢复，为云HBase数据安全保驾护航

    摘要: 介绍了阿里云HBase自研备份恢复功能的基本背景以及基本原理架构和基本使用方法.   云HBase发布备份恢复功能,为用户数据保驾护航.对大多数公司来说数据的安全性以及可靠性是非常重要的,如何 ...

  9. mysql 开发进阶篇系列 47 物理备份与恢复(xtrabackup 的完全备份恢复，恢复后重启失败总结)

    一. 完全备份恢复说明 xtrabackup二进制文件有一个xtrabackup --copy-back选项,它将备份复制到服务器的datadir目录下.下面是通过 --target-dir 指定完全 ...

随机推荐

  1. BUUCTF-N种方法解决

    N种方法解决 这题提供的是一个key.exe 运行一下发现没办法运行,老办法,放到16进制打开看看. 这个data:image/jpg很明显了,base64转图片. 编码完成得到了一张二维码,再将得到 ...

  2. BUUCTF-大白

    大白 使用16进制打开没发现什么异常的,根据提示来看图片可能没有显示完整 将第七位修改为02即可正常查看图片.

  3. 《ECMAScript 6 入门》【二、变量的解构赋值】（持续更新中……）

    前言: 让我们看下es6的新语法解构,跟模式匹配类似.一.数组的解构赋值 举个例子给多个变量赋值的写法: var a =1;var b =2;var c =3; 需要写多个变量特别麻烦,我们先使用以前 ...

  4. 关键字——this,super,static,final

    this 理解为当前对象. //测试 public static void main(String[] args){ Person person = new Person(3, "xiaoM ...

  5. 如何修改 node_modules 里的文件

    前言 有时候使用npm上的包,发现有bug,我们知道如何修改,但是别人可能一时半会没法更新,或者是我们特殊需求,别人不愿意修改,这时候我们只能自己动手丰衣足食.那么我们应该如何修改别人的源码呢?首先, ...

  6. 记一次排查线上MySQL死锁过程，不能只会curd，还要知道加锁原理

    昨晚我正在床上睡得着着的,突然来了一条短信. 啥,线上MySQL死锁了,我赶紧登录线上系统,查看业务日志. 能清楚看到是这条insert语句发生了死锁. MySQL如果检测到两个事务发生了死锁,会回滚 ...

  7. 抓到Dubbo异步调用的小BUG，再送你一个贡献开源代码的机会

    hello,大家好呀,我是小楼. 最近一个技术群有同学at我,问我是否熟悉Dubbo,这我熟啊~ 他说遇到了一个Dubbo异步调用的问题,怀疑是个BUG,提到BUG我可就不困了,说不定可以水,哦不.. ...

  8. golang的超时处理使用技巧

    原文链接:https://www.zhoubotong.site/post/57.html golang的超时处理 2天前Go实例技巧25   大家知道Select 是 Go 中的一个控制结构,每个  ...

  9. 深度学习基础-基于Numpy的卷积神经网络（CNN）实现

    本文是深度学习入门: 基于Python的实现.神经网络与深度学习(NNDL)以及动手学深度学习的读书笔记.本文将介绍基于Numpy的卷积神经网络(Convolutional Networks,CNN) ...

  10. MISC 2022/4/21 刷题记录-千字文

    1.千字文 得到名为png的无类型文件,010 Editor查看,png,改后缀,得到二维码 QR扫描,得到一句话"这里只有二维码" 思路不对,binwalk一下,发现有错误信息 ...