1.1新建GoldenDB集群
本文更新于2025-09-03 16:50
前提条件
- 新建存储仓
- 新建服务计划
- GoldenDB所有节点已经注册到系统
- 备份恢复用户需有以下权限
- 全局权限 SHOW DATABASES、SUPER、RELOAD、SELECT、LOCK TABLES、PROCESS、EXECUTE、SHOW VIEW、REPLICATION CLIENT、REPLICATION SLAEVE、 BACKUP_ADMIN
- 对象及特权 mysql.slave_relay_log_info 的 select 权限
- 恢复目标节点配置文件信息innodb_page_size应与源节点相同
- GoldenDB V6.1.03以上的版本需提前准备以下内容
- 在从节点开启了gdb_read_only_super_whitelist_enabled模式下, 并且需要在从节点备份时,备份用户需要在该白名单中
- 添加备份用户至该白名单需要修改实例下每个DN节点的~/etc/my.cnf配置文件
- 例: 添加backupuser至白名单 gdb_read_only_super_whitelist = dbagent,backupuser
- 在从节点开启了gdb_read_only_super_whitelist_enabled模式下, 并且需要在从节点备份时,备份用户需要在该白名单中
-
- 恢复目标节点配置文件信息gdb_read_only_super_whitelist应包含源数据节点所用的备份用户
- 网络要求
| 序号 | 源 | 目标 | 端口 | 说明 |
| 1 | UniSpace管理节点 | 存储节点 | 9000 | 双向 |
| 2 | UniSpace管理节点 | GoldenDB所有节点 | 9000 | 双向 |
| 3 | 存储节点 | GoldenDB所有节点 | 9000 | 双向 |
| 4 | GoldenDB管理节点 | GoldenDB所有节点 | 9000 | 双向 |
| 5 | GoldenDB租户内数据节点 | GoldenDB租户内数据节点 | 9000 | 双向 |
备注:
如GoldenDB节点业务IP与管理IP分开,则9000端口需同时对业务IP和管理IP开放
第5点是要求租户内的数据节点互通;不同租户的数据节点不需要互通
操作步骤
- 步骤1 点击【数据库】-【虚拟集群】-
按钮
- 步骤2 选择GoldenDB图标,点击【下一步】

- 步骤3填写【添加虚拟集群】表单


如果对应的GoldenDB系统账号信息全部正确则出现以下:
- 步骤4点击【确定】按钮后,集群添加成功


1.2新建GoldenDB实例
前提条件
- 已经添加了GoldenDB集群
操作步骤
- 步骤1点击【数据库】-【虚拟化集群】-"集群名称",进入后点击【实例】右上角的
按钮

- 步骤2 填写【添加实例】表单点击【下一步】

- 步骤3 填写【数据节点配置】点击【下一步】

- 步骤4 填写xtrabackup表单,点击【确定】

- 步骤添加GoldenDB实例成功

1.3新建GoldenDB备份集
前提条件
- 已经新建了GoldenDB实例
操作步骤
- 步骤1点击【数据库】-【虚拟化集群】-"集群名称",进入后,点击【备份集】右上方的
按钮
- 步骤2 弹出【添加备份集】表单,将表单填写完整

- 步骤3 点击【确定】后,添加成功

1.4GoldenDB备份集发起备份
1.4.1GoldenDB数据和meta备份
前提条件
- 已经新建了GoldenDB备份集
操作步骤
- 步骤1 点击【备份集】-【操作】-【备份】
发起全量,增量

- 步骤2 作业启动成功后,点击【监控中心】-【作业】-【活动作业】能看到该作业

- 步骤3 作业结束后,点击【监控中心】-【作业】-【历史作业】能看到该作业以及作业状态

- 注意:如果第一次作业发起的是增量,那么增量会自动转全量,并且作业完成后是全量
1.4.2GoldenDB日志备份
前提条件
- 已经新建了GoldenDB备份集
操作步骤
- 步骤1 点击【备份集】-【操作】-【备份】
发起日志备份

- 步骤2 作业启动成功后,点击【监控中心】-【作业】-【活动作业】能看到该作业

- 步骤3 作业结束后,点击【监控中心】-【作业】-【历史作业】能看到该作业以及作业状态

1.5GoldenDB恢复
1.5.1GoldenDB实例恢复
前提条件
- GoldenDB备份集备份成功
- 注意:触发恢复作业后可能需要等待一会才能看到作业Id,看不到可以尝试刷新页面
操作步骤
- 步骤1 点击【实例】-【操作-【恢复】

- 步骤2 根据时间范围查询恢复点,选择要恢复的作业id,点击【下一步】


- 步骤3 恢复类型选择"实例恢复",点击【下一步】

- 步骤4 源机恢复,填写表单

- 步骤5 异机恢复,填写表单,点击【确定】


- 步骤6 作业启动成功后,点击【监控中心】-【作业】-【活动作业】能看到该作业

- 步骤7 作业结束后,点击【监控中心】-【作业】-【历史作业】能看到该作业以及作业状态

1.5.2GoldenDB分片恢复
前提条件
- GoldenDB备份集备份成功
- 注意:触发恢复作业后可能需要等待一会才能看到作业Id,看不到可以尝试刷新页面
- 注意:分片恢复完成,主备关系一定是异常,因为恢复只能选择备,并且恢复完成不能启动备节点服务,需要管理员手动介入
操作步骤
- 步骤1 点击【实例】-【操作-【恢复】

- 步骤2 根据时间范围查询恢复点,选择要恢复的作业id,点击【下一步】


- 步骤3 恢复类型选择"分片恢复",点击【下一步】

- 步骤4 源机恢复,填写表单,点击【确定】


- 步骤6 作业启动成功后,点击【监控中心】-【作业】-【活动作业】能看到该作业

步骤7 作业结束后,点击【监控中心】-【作业】-【历史作业】能看到该作业以及作业状态
1.6GoldenDB注意事项
1.6.1GoldenDB备份事件出现query restore meta timeout

解决方式
- meta备份注意事项
- 建议配置meta定时备份规则, 并尽量延长过期时间
- 编辑 ~/etc/metadataserver.ini 配置文件, 添加配置项
- #unit: hour, range: 0~48, default: 0, dynamic: yes;
- metadata_backup_period = 24
- #unit: days, range: 1~20, default: 1, dynamic: yes;
- metadata_expired_days = 20
- 修改后通过dbtool -mds -lc 动态生效

- 恢复目标节点配置文件信息innodb_page_size应与源节点相同
- 恢复目标节点配置文件信息gdb_read_only_super_whitelist应包含源数据节点所用的备份用户