有奖捉虫:办公协同&微信生态&物联网文档专题 HOT
云数据库 MySQL 支持将备份文件进行落冷处理,以降低备份的存储成本。本文为您介绍备份落冷的相关说明和设置。
说明:
集群版实例暂不支持备份落冷功能。
落冷备份无法使用赠送的免费空间。
归档存储功能目前未开放,敬请期待。

简介

备份落冷:指将已生成的备份文件(包括数据备份文件和 binlog 备份文件)进行存储类型转换,以降低成本。云数据库 MySQL 会根据您设置的备份落冷规则在超过设置时间后自动进行备份文件存储类型转换。
自动备份 > 设置备份保留时间后,备份文件将按照备份策略进行存储,在设置的保留时间内,您可以通过备份落冷将备份文件生成 N 天(支持自定义)后的备份沉降为标准存储,进一步还可以将备份文件生成 X 天(支持自定义)后的备份沉降为归档存储,这个过程称之为备份沉降。
备份文件存储类型定义
标准存储:适用于频繁访问和使用的业务场景,可用于回档、克隆,不占用免费空间,支持内网下载,暂不支持外网下载。
归档存储:适用于较低频率访问的业务场景,归档存储有最低90天的存储时间要求,若归档存储时间不足90天,按90天计算存储费用,不支持下载。

功能说明

支持设置备份文件生成指定天数后,降级为标准存储,指定天数最小值为30天,最大值不能超过设置的备份保留时间。
支持设置备份文件生成指定天数后,降级为归档存储,指定天数最小值为90天,最大值为设置的备份保留时间。
备份存储类型转换只能由热到冷(常规存储 > 标准存储 > 归档存储),不能反向进行。
对于任意时间下的备份落冷设置,落冷策略都将以北京时间(GMT+8)次日的0时为准开始执行。对于设置规则之后的备份,由于生命周期任务是异步执行,此时通常最晚于次日的24时前完成执行。时间是以备份文件转储的修改时间为标准开始计算。
备份落冷支持在数据文件备份以及 binlog 文件备份进行单独设置。
备份落冷支持配合定期保留使用。

计费说明

备份落冷后将采用更低的计费价格以降低存储成本,详细计费说明请参见 备份落冷计费说明

备份落冷策略说明

1. 当备份保留时间 ≤ 31天时,备份落冷无法设置,如需使用请将备份保留时间设置在31天以上。


2. 当31天 < 备份保留时间 ≤ 180天时,归档存储天数无法设置。
3. 标准存储天数不能大于或等于归档天数。


4. 标准存储天数和归档存储天数都只能小于备份保留时间。
5. 备份落冷规则勾选后生效,不勾选则不落冷至相应的存储中。

设置备份落冷

1. 登录 MySQL 控制台,在实例列表,单击实例 ID 进入管理页面,选择备份恢复 > 自动备份设置


2. 在弹出的备份设置对话框,根据需要设置备份保留时间和周期后,或者设置日志备份保留时间后,勾选相应的备份落冷策略并指定天数。


3. 阅读和勾选备份空间收费说明,单击确定

备份落冷设置示例

示例1:常规备份 + 备份落冷设置背景 企业 A 在广州地域有一个云数据库 MySQL 实例,其数据备份保留时间为200天,常规备份周期为每星期一、星期三、星期五、星期日,于2022年12月31日对其设置备份落冷策略:备份文件生成90天后沉降至标准存储,180天后沉降至归档存储。 落冷预期
备份落冷策略生效时间:2023年1月1日内生效。
存量备份文件:以2023年1月1日为起点,已生成超过90天的存量备份文件将沉降至标准存储,超过180天的存量备份文件将沉降至归档存储。
新增备份文件:以2023年1月1日为起点,新生成的备份文件超过90天后将沉降至标准存储,超过180天后将沉降至归档存储。
示例2:定期备份 + 备份落冷设置背景 企业 B 在广州地域有一个云数据库 MySQL 实例,其数据备份保留时间为365天,常规备份周期为每星期一、星期三、星期五、星期日,定期备份保留时间为365天,每月定期保留1个备份文件,于2023年1月31日对其设置备份落冷策略:备份文件生成90天后沉降至标准存储,180天后沉降至归档存储。 落冷预期
备份落冷策略生效时间:2023年2月1日内生效。
存量备份文件:以2023年2月1日为起点,已生成超过90天的存量备份文件将沉降至标准存储,超过180天的存量备份文件将沉降至归档存储。
新增备份文件:以2023年2月1日为起点,新生成的备份文件超过90天后将沉降至标准存储,超过180天后将沉降至归档存储。 下图展示的备份保留计划中,每个新产生的备份文件都将按备份落冷策略设置的时间进行沉降,且备份沉降数据只能由热变冷。