您可以根据云原生数据仓库AnalyticDB MySQL版源集群的已有备份集克隆一个AnalyticDB MySQL版新集群。本文介绍克隆AnalyticDB MySQL版集群的相关操作步骤。
使用场景
在业务正式上线前,通常需要模拟一个和正式集群一样的环境进行测试(如压力测试),此时您可以根据源AnalyticDB MySQL版集群克隆一个新的AnalyticDB MySQL版集群,并在克隆集群上进行测试,从而既能确保测试的真实性,又不会影响正常业务的运行。
前提条件
- 源集群没有进行中的DTS迁移任务。
您可以在AnalyticDB MySQL版控制台的集群列表页,单击右上角数据同步跳转至DTS控制台,来查看源集群的迁移任务状态。
- 如果要按时间点进行恢复,需要确保日志备份已开启。
- 如果要按备份集恢复,源集群必须至少有一个备份集。
注意事项
- 支持被克隆的数据包括:
- 源集群的数据库账号和密码。
- 克隆操作开始前就已写入源集群的数据。
- 不支持被克隆的数据为:源集群的白名单配置。
费用
需要支付新集群的购买费用。购买新集群的具体费用,请参见数仓版(3.0)集群价格详情。
备份恢复耗时
说明 本文中的集群备份恢复时间估算方式和示例仅用作参考,备份恢复的实际耗时请以控制台为准。
- 克隆源类型为备份集即仅需要基于备份集进行恢复,AnalyticDB MySQL版会通过下载备份集的方式将数据恢复到一个新集群中,备份恢复时间如下:
- 若源集群为预留模式,备份恢复时间与集群中的备份集大小以及节点组数量有关,其中每个节点组的数据下载速度约为100 MB/秒。
- 时间估算方法:备份恢复时间 = 备份集数据量 ÷ 100 MB/秒 ÷ 节点组个数
您可以在集群列表页的数仓版(3.0)页签下,确认源集群当前拥有的节点组个数:
- 示例
例如,源集群中存在1个节点组,且备份集中有1 TB的数据,那么当通过备份集将该集群恢复到另一个新集群时,所需时间约为:
(1 TB × 1024 × 1024)÷ 100 MB/秒 ÷ 1个节点组)=10485.76秒。
- 时间估算方法:备份恢复时间 = 备份集数据量 ÷ 100 MB/秒 ÷ 节点组个数
- 若源集群为弹性模式,备份恢复时间与集群中的备份集大小以及弹性IO资源(Elastic IO Unit,简称EIU)数量有关,其中每个EIU的数据下载速度约为100 MB/秒。更多关于EIU的信息,请参见EIU详解。
- 时间估算方法:备份恢复时间 = 备份集数据量 ÷ 100 MB/秒 ÷ EIU组数
您可以执行以下语句,查询源集群当前拥有的弹性IO资源组数:
select count(*) from information_schema.kepler_meta_instance_group;
- 示例
例如,源集群中存在1组EIU,且备份集中有1 TB的数据,那么当通过备份集将该集群恢复到另一个新集群时,所需时间约为:
(1 TB × 1024 × 1024)÷ 100 MB/秒 ÷ 1组EIU)=10485.76秒。
- 时间估算方法:备份恢复时间 = 备份集数据量 ÷ 100 MB/秒 ÷ EIU组数
- 若源集群为预留模式,备份恢复时间与集群中的备份集大小以及节点组数量有关,其中每个节点组的数据下载速度约为100 MB/秒。
- 克隆源类型为备份时间点即需要通过一个完整的备份集以及后续一段时间的Redo日志,将源集群上任意时间点的数据恢复到一个新集群。备份恢复时间是备份集所需时间与Redo日志所需时间的和,其中:
- 备份集部分所需的恢复时间,与克隆源类型为备份集场景下的恢复时间估算方法一致。
- Redo日志部分所需的恢复时间无法预估,因为备份恢复需要下载的Redo日志,以及Redo日志部分的恢复速度都会受到多种因素的影响。
操作步骤
后续步骤
克隆集群创建成功后,您可以登录新集群进行数据验证,确认新集群数据无误后,即可在新集群上进行业务测试等操作。登录集群的方法,请参见连接集群。