hhdb数据库介绍(10-31)

管理

数据恢复

执行数据恢复说明

在这里插入图片描述
在这里插入图片描述

  • 恢复页面输入正确的恢复信息,提交恢复任务后跳转到恢复页面,任务状态显示“恢复中且有进度更新显示”,此时若触发删除操作,则提示“恢复执行中不能删除”

  • 恢复期间计算节点会暂停服务,待恢复完成后会自动重启服务。(若中途恢复失败则需手动启动计算节点服务)

  • 恢复时,停止计算节点服务前,会对所有正在进行的事务进行回滚

  • 恢复任务会对数据库下对应表做解析,排除恢复之外的表(备份的逻辑库存在存储节点交叉),并对心跳表进行恢复

  • 恢复中途出现了SQL执行错误的数据节点,对应数据节点下的所有存储节点会置为不可用,待DBA人工介入处理

  • 所有备份均跟随当前正在使用的存储节点进行,如果恢复过程中,存储节点发生切换,当前恢复任务需要从之前备份的机器上copy备份文件到当前正在使用的存储节点上,才能进行数据恢复

  • 备份时有进行配置库的备份,在恢复操作时暂不做配置库的恢复

恢复任务记录
在这里插入图片描述
已完成或正在执行的恢复任务会显示在“数据恢复”页面

  • 恢复点: 对应备份文件可恢复时间点或自定义的恢复时间点

  • 原表名称:恢复前选择的表名称,当选择全库恢复时,显示“--”

  • 恢复后表名称:恢复后新表的名称,当选择全库恢复时,显示“--”

  • 原表保留剩余时长:恢复后原表的剩余保留时间,超过时间则原表删除,若删除失败,“已删除”状态会有2images-514
    标识,显示错误原因,当选择全库恢复时,显示“--”。

恢复任务详情说明

在这里插入图片描述
已完成的数据恢复任务可查看恢复任务详情

  • 逻辑库: 此次恢复所包括的逻辑库

  • 操作人: 发起恢复任务的平台用户

  • 恢复方式:包括逻辑恢复、物理恢复

  • 任务状态: 包括恢复中、恢复成功、恢复失败

  • 恢复采用完整备份: 恢复采用的完整备份信息,点击时间链接可前往对应备份任务详情页

  • 恢复采用增量备份: 恢复采用的增量备份信息,点击时间链接可前往对应增量备份任务详情页

  • 恢复目标时间点: 显示恢复的目标时间点

  • 恢复是否采用灾备机房数据:显 示恢复使用的备份文件是否属于灾备机房类型备份文件

  • 恢复是否采用从库数据:显示恢复使用的备份文件是否属于从库(或双主备库)类型备份文件

  • 被恢复的原表名: 显示选择恢复的原表名。若有恢复相关联表,也显示相关联的原表名

  • 恢复后的新表名: 显示恢复后的新表名,若表名没有发生变化,显示原表名。若有恢复相关联表,也显示相关联的新表名

  • 原表保留时长: 显示恢复时设置的保留天数,若设置0天,显示“永久”;若设置删除原表,显示“无”

  • 原表保留表名: 显示原表保留表名,若设置删除原表,显示“无”

  • 同一事务内涉及多张表操作时: 显示“仅恢复被选择的表相关数据 ”或“连同事务内所有相关表数据一同恢复 ”;若选择恢复的备份文件不是增量备份,该选项默认不显示

  • 被恢复的表存在外键关联数据时: 显示“仅恢复被选择的表相关数据 ”或“连同外键相关的父子表数据一同恢复”

  • 开始恢复时间: 恢复任务开始的时间

  • 结束时间: 恢复任务结束/失败的时间,进行中的任务不显示时间

  • 恢复耗时: 恢复任务耗时

  • 涉及恢复的节点: 此次恢复影响到的数据节点,显示数据节点名称

  • 恢复成功的节点: 此次恢复成功的数据节点,显示数据节点名称

  • 恢复失败的节点: 此次恢复失败的数据节点,显示数据节点名称,恢复失败的数据节点底下的存储节点将被置为不可用

  • 详细日志: 恢复日志页面显示恢复信息详情,若恢复中存在错误,显示错误明细

  • 若该任务为进行中任务,则定期刷新数据,刷新频率为30s/次

数据恢复特殊说明

  • 恢复操作需注意存储节点用户权限,权限不足会导致恢复失败

  • 执行恢复,若当前有备份正在运行或者有恢复正在运行,系统会拒绝提交恢复操作,需待正在执行的备份或恢复完成后再操作

  • 多个集群的计算节点共用一个存储节点时,恢复会提示心跳表重复,原因:恢复前是会删心跳表的,但如果有另一个集群计算节点一直在做心跳检测会重建心跳表,导致冲突,恢复就会报心跳表已存在

  • 恢复过程中如果有恢复失败的数据节点,则计算节点服务端口不会自动重启

  • 恢复失败,重启计算节点服务后再次执行备份或恢复操作,若提示类似于“…recovery(id:xxx)is running”,则需要对应重启备份程序,原因:恢复虽然失败,恢复程序进程有可能未关闭

  • 若是因为数据恢复时insert values数据量超过存储节点设置的max_allowed_packet最大值导致的恢复失败问题,建议将备份程序更新至“hhdb-backup-3.0-20190916”及以上版本

  • 若超过原表保留剩余时长,会自动删除原表,这时会导致之前对应备份文件出现“备份失效”。建议最好在恢复后,手动执行一次完整备份。

  • 若开启回收站,且备份前有执行过drop、delete不带条件等语句,可能会导致恢复失败。日志提示中出现Table ’hotdb_temp_1_20220818174416’ already exists带有”hotdb_temp_”字样。需在回收站页面,删除相关表的记录信息,删除成功后,再次发起恢复

恢复日志说明

在这里插入图片描述

Connected to server successfully!程序与Management正常建立连接

Got a quit signal from user, will quit after recovery is finished恢复完成后退出

Start recovery恢复任务发起

Start full recovery on datasource: 192.168.200.51\3306\ct05, backup id: 101135正在执行的恢复文件

Recovery is stopped恢复任务结束
posted @   恒辉信达  阅读(6)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
历史上的今天:
2021-12-03 如何使用模板生成大量的sql语句
点击右上角即可分享
微信分享提示