hhdb数据库介绍(10-31)
管理
数据恢复
执行数据恢复说明
-
恢复页面输入正确的恢复信息,提交恢复任务后跳转到恢复页面,任务状态显示“恢复中且有进度更新显示”,此时若触发删除操作,则提示“恢复执行中不能删除”
-
恢复期间计算节点会暂停服务,待恢复完成后会自动重启服务。(若中途恢复失败则需手动启动计算节点服务)
-
恢复时,停止计算节点服务前,会对所有正在进行的事务进行回滚
-
恢复任务会对数据库下对应表做解析,排除恢复之外的表(备份的逻辑库存在存储节点交叉),并对心跳表进行恢复
-
恢复中途出现了SQL执行错误的数据节点,对应数据节点下的所有存储节点会置为不可用,待DBA人工介入处理
-
所有备份均跟随当前正在使用的存储节点进行,如果恢复过程中,存储节点发生切换,当前恢复任务需要从之前备份的机器上copy备份文件到当前正在使用的存储节点上,才能进行数据恢复
-
备份时有进行配置库的备份,在恢复操作时暂不做配置库的恢复
恢复任务记录
已完成或正在执行的恢复任务会显示在“数据恢复”页面
-
恢复点: 对应备份文件可恢复时间点或自定义的恢复时间点
-
原表名称:恢复前选择的表名称,当选择全库恢复时,显示“--”
-
恢复后表名称:恢复后新表的名称,当选择全库恢复时,显示“--”
-
原表保留剩余时长:恢复后原表的剩余保留时间,超过时间则原表删除,若删除失败,“已删除”状态会有
标识,显示错误原因,当选择全库恢复时,显示“--”。
恢复任务详情说明
已完成的数据恢复任务可查看恢复任务详情
-
逻辑库: 此次恢复所包括的逻辑库
-
操作人: 发起恢复任务的平台用户
-
恢复方式:包括逻辑恢复、物理恢复
-
任务状态: 包括恢复中、恢复成功、恢复失败
-
恢复采用完整备份: 恢复采用的完整备份信息,点击时间链接可前往对应备份任务详情页
-
恢复采用增量备份: 恢复采用的增量备份信息,点击时间链接可前往对应增量备份任务详情页
-
恢复目标时间点: 显示恢复的目标时间点
-
恢复是否采用灾备机房数据:显 示恢复使用的备份文件是否属于灾备机房类型备份文件
-
恢复是否采用从库数据:显示恢复使用的备份文件是否属于从库(或双主备库)类型备份文件
-
被恢复的原表名: 显示选择恢复的原表名。若有恢复相关联表,也显示相关联的原表名
-
恢复后的新表名: 显示恢复后的新表名,若表名没有发生变化,显示原表名。若有恢复相关联表,也显示相关联的新表名
-
原表保留时长: 显示恢复时设置的保留天数,若设置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恢复任务结束
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
2021-12-03 如何使用模板生成大量的sql语句