GBase 8a 的备份恢复管理3-集群的恢复

最新推荐文章于 2022-09-16 16:45:13 发布
最新推荐文章于 2022-09-16 16:45:13 发布
阅读量743 收藏 1
点赞数
分类专栏： GBASE 文章标签： 数据库 数据仓库 dba GBase 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_34421618/article/details/123705010
版权

恢复数据库中的备份数据  

       功能：对集群数据库的备份数据进行恢复。

       语法：recover [<cycle_id> [point_id]
       参数说明如下：cycle_id：备份周期的 ID。
       point_id：备份点的 ID。

       recover 命令有以下三种形式：
       recover：将数据库恢复到最新周期的最新备份点。
       recover cycle_id：将数据库恢复到指定周期 cycle_id 内的最新备份点。
       recover cycle_id point_id：将数据库恢复到指定周期 cycle_id 内的指定备份点point_id。  

       示例 1：对数据库中所有备份数据进行恢复。  

$ python /opt/gcluster/server/bin/gcrcman.py -d /home/gbase/backuptest
gcrcman>recover
06.12 16:08:32 check cluster topology begin
06.12 16:08:32 node (192.168.6.187) check topology begin
06.12 16:08:35 node (192.168.6.187) check topology success
06.12 16:08:35 check cluster topology end
06.12 16:08:35 check BackUp start
--------------------------------------------
06.12 16:08:35 node (192.168.6.187) check backup begin
06.12 16:08:35 node (192.168.6.188) check backup begin
06.12 16:08:35 node (192.168.6.189) check backup begin
06.12 16:08:35 node (192.168.6.195) check backup begin
06.12 16:08:35 node (192.168.6.196) check backup begin
06.12 16:08:49 node (192.168.6.187) check backup success
06.12 16:08:49 node (192.168.6.188) check backup success
06.12 16:08:49 node (192.168.6.189) check backup success
06.12 16:08:49 node (192.168.6.195) check backup success
06.12 16:08:49 node (192.168.6.196) check backup success
--------------------------------------------
06.12 16:08:49 check BackUp success
06.12 16:08:49 Recover start
--------------------------------------------
06.12 16:08:49 node (192.168.6.187) Recover begin
06.12 16:08:49 node (192.168.6.188) Recover begin
06.12 16:08:49 node (192.168.6.189) Recover begin
06.12 16:08:49 node (192.168.6.195) Recover begin
06.12 16:08:49 node (192.168.6.196) Recover begin
06.12 16:09:17 node (192.168.6.187) Recover success
06.12 16:09:17 node (192.168.6.188) Recover success
06.12 16:09:17 node (192.168.6.189) Recover success
06.12 16:09:17 node (192.168.6.195) Recover success
06.12 16:09:17 node (192.168.6.196) Recover success
--------------------------------------------
06.12 16:09:17 Recover success
gcrcman>quit

       示例 2：对数据库中第三个备份周期的数据进行恢复。

gcrcman>recover 2
02.26 17:41:59 check BackUp start
--------------------------------------------
02.26 17:41:59 node (192.168.103.209) check backup begin
02.26 17:41:59 node (192.168.103.210) check backup begin
02.26 17:41:59 node (192.168.103.211) check backup begin
02.26 17:41:59 node (192.168.103.212) check backup begin
02.26 17:42:01 node (192.168.103.209) check backup success
02.26 17:42:01 node (192.168.103.210) check backup success
02.26 17:42:01 node (192.168.103.211) check backup success
02.26 17:42:01 node (192.168.103.212) check backup success
--------------------------------------------
02.26 17:42:01 check BackUp success
02.26 17:42:01 Recover start
--------------------------------------------
02.26 17:42:01 node (192.168.103.209) Recover begin
02.26 17:42:01 node (192.168.103.210) Recover begin
02.26 17:42:01 node (192.168.103.211) Recover begin
02.26 17:42:01 node (192.168.103.212) Recover begin
02.26 17:42:14 node (192.168.103.209) Recover success
02.26 17:42:14 node (192.168.103.210) Recover success
02.26 17:42:14 node (192.168.103.211) Recover success
02.26 17:42:14 node (192.168.103.212) Recover success--------------------------------------------
02.26 17:42:14 Recover success

       示例 3：对数据库中第二个备份周期的第一个备份点的数据进行恢复。

gcrcman>recover 1 0
02.26 17:47:30 check BackUp start
--------------------------------------------
02.26 17:47:30 node (192.168.103.209) check backup begin
02.26 17:47:30 node (192.168.103.210) check backup begin
02.26 17:47:30 node (192.168.103.211) check backup begin
02.26 17:47:30 node (192.168.103.212) check backup begin
02.26 17:47:32 node (192.168.103.209) check backup success
02.26 17:47:32 node (192.168.103.210) check backup success
02.26 17:47:32 node (192.168.103.211) check backup success
02.26 17:47:32 node (192.168.103.212) check backup success
--------------------------------------------
02.26 17:47:32 check BackUp success
02.26 17:47:32 Recover start
--------------------------------------------
02.26 17:47:32 node (192.168.103.209) Recover begin
02.26 17:47:32 node (192.168.103.210) Recover begin
02.26 17:47:32 node (192.168.103.211) Recover begin
02.26 17:47:33 node (192.168.103.212) Recover begin
02.26 17:47:44 node (192.168.103.209) Recover success
02.26 17:47:44 node (192.168.103.210) Recover success
02.26 17:47:44 node (192.168.103.211) Recover success
02.26 17:47:44 node (192.168.103.212) Recover success
--------------------------------------------
02.26 17:47:44 Recover success
注意
对于实例级别恢复。仍然要求集群拓扑结果严格对等。包括 distribution ID。 当
用户重装集群后，即使用户保证了 coordinator, datanode 的个数， datanode 与
distribution 之间的关系，也可能因为 distribution ID 的变化而导致不能恢复。

       可以按以下操作步骤解决：

       步骤 1：查 看 备 份 恢 复 日 志 /opt/gcluster/log/gcluster/gcrcman.log ， 查 看 备 份 恢 复 需 要 的distribution ID 及集群拓扑；
       步骤2：按照备份恢复工具记录的拓扑，安装集群，构造 distribution；

       步骤3：停止集群；
       步骤4： 切 入 到 每 一 个 coordinator 上 ， 进 入 /var/lib/gcware 目 录 。 执 行 head -n 10REDOLOG.m.n，查看当前的有效版本，如果是 A，则打开 DISTRIBUTION；如果是 B，则打开 DISTRIBUTION.bak。将里边的 distribution ID 修改为备份恢复工具期望的 ID。 

       步骤5：启动集群，执行恢复。

库级备份数据恢复  

       示例 1：对数据库中库级备份数据进行恢复。  

$ python /opt/gcluster/server/bin/gcrcman.py -d /home/gbase/backuptest -e "recover database
f_vc.test"
04.16 13:20:19 check database BackUp start
--------------------------------------------
04.16 13:20:19 node (192.168.6.182) check database backup begin
04.16 13:20:19 node (192.168.6.187) check database backup begin
04.16 13:20:19 node (192.168.6.188) check database backup begin
04.16 13:20:19 node (192.168.6.189) check database backup begin
04.16 13:20:32 node (192.168.6.182) check database backup success
04.16 13:20:32 node (192.168.6.187) check database backup success
04.16 13:20:32 node (192.168.6.188) check database backup success
04.16 13:20:32 node (192.168.6.189) check database backup success
--------------------------------------------
04.16 13:20:32 check database BackUp success
04.16 13:20:32 recreate database f_vc.test start
04.16 13:20:33 recreate database f_vc.test end
04.16 13:20:33 recreate database f_vc.test tables start
04.16 13:20:33 node (192.168.6.182) recreate database tables begin
04.16 13:20:35 node (192.168.6.182) recreate database tables success
04.16 13:20:35 recreate database f_vc.test tables end
04.16 13:20:35 Recover database f_vc.test start
--------------------------------------------
04.16 13:20:35 node (192.168.6.182) Recover database begin
04.16 13:20:35 node (192.168.6.187) Recover database begin
04.16 13:20:35 node (192.168.6.188) Recover database begin
04.16 13:20:35 node (192.168.6.189) Recover database begin
04.16 13:20:50 node (192.168.6.182) Recover database success
04.16 13:20:50 node (192.168.6.187) Recover database success
04.16 13:20:50 node (192.168.6.188) Recover database success
04.16 13:20:50 node (192.168.6.189) Recover database success
--------------------------------------------
04.16 13:20:50 Recover database f_vc.test success, please refresh it!

表级备份数据恢复  

       

       示例 1：对数据库中表级备份数据进行恢复。  

$ python /opt/gcluster/server/bin/gcrcman.py -d /home/gbase/backuptest -e "recover table
f_vc.test.test 0 0"
04.16 13:27:08 check Table topology start
--------------------------------------------
04.16 13:27:08 node (192.168.6.182) check table topology begin
04.16 13:27:10 node (192.168.6.182) check table topology success
--------------------------------------------
04.16 13:27:10 check table topology success
04.16 13:27:10 check Table BackUp start
--------------------------------------------
04.16 13:27:10 node (192.168.6.182) check table backup begin
04.16 13:27:10 node (192.168.6.187) check table backup begin
04.16 13:27:10 node (192.168.6.188) check table backup begin
04.16 13:27:10 node (192.168.6.189) check table backup begin
04.16 13:27:24 node (192.168.6.182) check table backup success
04.16 13:27:24 node (192.168.6.187) check table backup success
04.16 13:27:24 node (192.168.6.188) check table backup success
04.16 13:27:24 node (192.168.6.189) check table backup success
--------------------------------------------
04.16 13:27:24 check table BackUp success
04.16 13:27:24 refresh table f_vc.test.test start
04.16 13:27:24 node (192.168.6.182) recreate table begin
04.16 13:27:26 node (192.168.6.182) recreate table success
04.16 13:27:26 refresh table f_vc.test.test end
04.16 13:27:27 Recover table f_vc.test.test start04.16 13:27:27 node (192.168.6.182) Recover table begin
04.16 13:27:27 node (192.168.6.187) Recover table begin
04.16 13:27:27 node (192.168.6.188) Recover table begin
04.16 13:27:27 node (192.168.6.189) Recover table begin
04.16 13:27:41 node (192.168.6.182) Recover table success
04.16 13:27:41 node (192.168.6.187) Recover table success
04.16 13:27:41 node (192.168.6.188) Recover table success
04.16 13:27:41 node (192.168.6.189) Recover table success
--------------------------------------------
04.16 13:27:41 Recover table f_vc.test.test success, please refresh it!
Linux有意思吗
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
使用 Velero 进行集群备份、恢复与迁移
drifter
06-17 1896
前言： 一般来说大家都用etcd备份恢复k8s集群，但是有时候我们可能误操删掉了一个namespace，假设这个namespaces 里面有上百个服务，瞬间没了，怎么办？ velero可以帮助我们： 灾备场景，提供备份恢复k8s集群的能力 迁移场景，提供拷贝集群资源到其他集群的能力（复制同步开发，测试，生产环境的集群配置，简化环境配置） 下面我就介绍一下如何使用 Velero 完成备份和迁移。 Velero 地址：https://github.com/vmware-tanzu/velero ACK 插件
GBase 8a 备份恢复管理
Beyond_777的博客
07-24 147
对整个集群中的数据进行备份和恢复。集群的备份、恢复工具随集群的安装自动安装，该工具被安装在安装目录$GCLUSTER_BASE/server/bin下。GBase8aMPPCluster提供专用的备份恢复工具(gcrcman)，用户使用它可以方便地。一次全量备份开启一个新的周期。一次增量备份则续写最后一个备份周期，使其增加一个备份点。......
技术分享|GBase 8a 备份简介
weixin_42750521的博客
01-21 438
GBase 8a MPP Cluster提供完备的备份/恢复工具（GBase gcrcman）。GBase gcrcman支持全量备份和增量备份两种备份方式，可以方便地对整个集群中的数据进行在线备份和恢复（也提供基于文件备份的物理备份方式，物理备份方式仅支持全量备份），可将数据直接备份到磁带或其他存储设备上，证备份期间数据库满足提供7x24小时可访问服务。备份/恢复工具支持的具体功能如下： 1）数据库的备份和恢复，查看备份记录，删除、回滚数据库备份记录等； 2）表的备份和恢复，查看备份记录，删除、回
南大通用数据库-Gbase-8a-学习-22-备份恢复工具gcrcman
qq_45111959的博客
09-16 976
GBase 8a MPP Cluster 备份恢复工具gcrcman支持如下：1、 实例级全量备份。将当前数据库的数据(全集群 gclusterd,gnode 存储的所有数据)全量备份至指定的备份目录中(用户保证创建好)。2、 实例级增量备份。在指定备份目录中的全量或增量备份数据的基础上，将当前数据库的数据增量备份至该备份目录。3、 表级全量备份。将某一个表的数据全量备份至备份目录中。4、 表级增量备份。将某一个表的数据增量备份至备份目录中。5、 实例级恢复。
GBase 8a 的备份恢复管理1-功能参数介绍
weixin_34421618的博客
03-24 508
GBase 8a 的备份恢复管理1-功能参数介绍
GBase 8a MPP Cluster产品手册-V953
最新发布
06-03
8. **备份与恢复**：GBase 8a提供了全面的备份和恢复策略，包括增量备份、全量备份和热备份，确保在数据丢失或系统故障时能够迅速恢复。 9. **性能监控与调优**：系统提供丰富的监控工具，帮助管理员监控数据库性能...
gbase8a单机免费版-8.6.2.zip
03-28
在学习和使用GBase 8a单机免费版时，用户应重点掌握SQL语法、数据模型设计、性能调优、备份恢复策略以及如何利用官方提供的工具进行日常管理。同时，了解其与传统关系型数据库的异同，有助于更好地应用到实际项目中...
大数据GBase8a程序员操作手册与管理员配置文档
04-23
管理员需要掌握如何安装、配置、监控和管理GBase 8a集群。这包括设置数据库参数，管理用户权限，优化性能，备份与恢复，以及故障排查。理解集群架构，如数据分片、节点间的通信机制，以及容错和高可用性策略也是...
GBase 8a MPP ClusterSQL参考手册
08-30
《GBase 8a MPP ClusterSQL参考手册》是一份专为Java开发者和数据库管理员准备的重要参考资料，它详细阐述了GBase 8a大规模并行处理（MPP）集群数据库的SQL使用方法和最佳实践。GBase 8a是南大通用数据技术有限公司...
GBase 8a 管理员手册1
08-03
手册还可能包含更高级的主题，如备份与恢复策略、性能调优、故障排查、集群管理等。对于GBase 8a管理员来说，理解和掌握这些内容是确保系统稳定运行和高效数据处理的关键。南大通用数据技术股份有限公司提供了详细的...
GBase 8c 恢复
qq_41614765的博客
04-25 270
GBase 8c 数据库支持数据恢复。 1.停止新集群； 2.备份新集群topo信息； gha_ctl backup topo host path/topo.json -l dcslist -c cluster 3.还原dcs、topo、gtm、各个高可用组、cn； 命令: gha_ctl restore xxx host path -l dcslist -c cluster 举例: gha_ctl restore dcs host path -l dcslist -c cluster
informix/gbase误删表数据的恢复办法
Uncle.Cui的技术博客
06-08 1006
archecker的功能如下： 从onbar或ontape的备份中恢复一个表或一组表 可以作为一个迁移工具迁移一个表到其他的Informix server上 archecker的恢复可以做一个基于0级备份的物理恢复；
GBase 8s 备份恢复常见[错误码]
huixinhuiyismile的博客
05-12 436
GBase 8s 备份恢复常见[错误码] 错误码 说明 100 ON–Bar 在 sysutils、紧急引导文件或处理时需要的存储管理器目录中找不到某些内容。请检查 ON–Bar 活动日志中表示未找到内容的消息并尝试解决该问题。如果问题再次发生，请联系技术支持。 104 Adstar Distributed Storage Manager（ADSM）处于生成密码方式中。ON–Bar 不支持 ADSM 在生成密码的方式下运行。关于更改 ADSM 安全配置的信息，请查看您的 ADSM 手册。
H3C S5720交换机系统文件丢失一直重启的解决办法
weixin_33814685的博客
08-23 5507
一、故障描述：公司买了两台交换机H3C S5120，由于小兄弟没经验，把flash:给格式化了，交换机不停的在重启，无法进入系统。二、解决思路：1.下载tftp软件。2.从另外一台交换机的flash中下载一份系统文件。3.装系统文件上传致故障交换机的flash中，重启交换机，故障解决。三.详细配置过程如下：1.下载tftp软件。...
华为交换机重置密码案例
weixin_34258078的博客
02-08 4778
　　　　　　　　　　　　　　　　　　　　华为交换机重置密码案例 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　作者：尹正杰 版权声明：原创作品，谢绝转载！否则将追究法律责任。     　　马上到年底了，请假一个星期的同事毫无征兆的就离职了，由于他的离职，本来负责系统运维的我还得接过来网络的活，现在我就得负责系统和网络安全还有设备调试都瞬间压在了我的肩膀上，索性的是我早已习...
交换机启动常见问题定位
网络技术联盟站
05-11 1538
今天给大家带来的是交换机启动常见问题定位，下面是本此要涉及到的内容： 启动信息说明 盒式交换机启动信息说明 框式交换机启动信息说明 定位思路 盒式交换机无法启动定位思路 框式交换机无法启动定位思路 典型故障解决 串口无输出 配置恢复前设备复位 配置恢复阶段设备复位 框式交换机电源故障 框式交换机主控板无法上电 信息收集 盒式交换机启动信息 不同形态设备启动信息略有不同，但各阶段的关键打印信息相同。 定位启动故障时，必须首先明确系统在哪一阶段复位，然后再采取相应措施。 框式交换机
USG6310恢复管理员密码
ling
11-08 2096
当Console密码也遗忘，设备也不存在其他高级别的管理员账号时，需要进入BootLoader进行修复。 1，通过Console口连接设备并重启设备。在设备启动过程中，看到提示信息“Press Ctrl+B to break auto startup…”时，在三秒内按下Ctrl+B，输入BootLoader密码后，进入BootLoader主菜单。 Press Ctrl+B to break auto startup… 3 Enter Password:O&m15213 //此处为BootLoade
南大通用GBase8s数据库备份恢复简介（一）
脑壳疼~~~
01-19 1111
南大通用GBase8s数据库备份恢复简介（一） 1.备份与恢复概念 GBase 8s 提供用于备份与恢复数据库服务器数据的两个实用程序。这两个实用程序将备份与恢复存储空间和逻辑日志。但是，它们支持不同的功能部件，因此请务必了解其差异。这些主题说明了 GBase 8s 数据库服务器的基本备份与恢复概念。 1.1 备份系统 备份是数据库服务器维护的一个或多个数据库空间（也称为存储空间）和逻辑日志的副本。您还可以备份 Blob 空间和智能大对象空间。 备份副本通常会写入辅助存储介质，例如磁盘或磁带。以脱
Gbase数据库备份与还原
weixin_30822451的博客
07-30 1695
备份命令：cd D:\GeneralData\GBase\Server\bin 回车 后 ： d : 回车 后： dump.exe -usysdba(u+用户名) -pbjhyrjb001（p+密码） --opt -- triggers -R --hex-blob --default-character-s...
gbase8a-nolicense-free-8.6.2_build43-r7
12-07
gbase8a-nolicense-free-8.6.2_build43-r7 是一个数据库管理系统的版本号。Gbase8a是一款具有高性能、高可用性和高安全性的关系型数据库管理系统（RDBMS）。这个版本号为8.6.2，表示该版本是在8.6.2的基础上进行开发和改进的。build43-r7表示此版本是基于第43个构建版本进行构建的，并且r7表示这个版本已经经过了七次修订。 在这个版本中，Gbase8a提供了一系列的功能和特性，包括但不限于： - 高性能：该数据库管理系统使用了先进的技术和优化手段，能够通过并行计算和多线程处理来提高查询和事务处理的速度和效率。 - 高可用性：Gbase8a具有高可用性架构，可以通过数据冗余和故障切换来保证数据的可靠性和系统的可用性。 - 高安全性：该系统提供了多种安全措施，如访问控制、数据加密和审计日志等，以保护数据的机密性和完整性。 该版本标注为nolicense-free，意味着在非商业使用情况下可以免费使用，但仍需要遵守相关的使用协议。用户可以通过获得正确的许可证或符合协议的条件来获得更完整的功能和支持。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值