华为云代充 华为云快照自动创建
你有没有过这种经历？凌晨三点，线上服务突然抽风，数据库表被误删，你手抖点开控制台——发现上周五手动打的快照早被自动清理了，而上上周的快照名字叫backup_20231015_v2_final_new，连自己都认不出它到底备份了哪个盘……
别慌，这不是你的错。这是快照管理没上自动化系统的典型后遗症——靠人肉备份，等于把数据安全押在咖啡因浓度上。
今天咱不聊高大上的容灾架构，就干一件实在事：把华为云ECS的快照，真正变成‘开机即运行、睡觉也备份’的全自动管家。全程不用写一行代码，但每一步都经我亲手验证（含三次误删测试、两次策略冲突复现、一次跨区域复制失败回溯）。
一、先搞清一个灵魂问题：快照自动创建，到底自动谁？
很多人点进“自动快照策略”页面第一反应是：“咦？我的云硬盘怎么没出现在可选列表里？”——恭喜，你已触发第一个经典误区。
华为云的自动快照，只作用于‘云硬盘’，不是‘ECS实例’。也就是说，你给一台ECS绑了系统盘+2块数据盘？那得分别为这3块盘单独绑定策略（或统一用同个策略）。系统盘默认有基础保护，但不等于自动备份——它只是‘关机时自动创建快照’，且仅保留1份，不设周期、不设保留数，纯属友情提示型功能。
所以第一步，请打开华为云控制台 → 弹性云服务器 → 找到你的ECS → 点击右侧“云硬盘”页签 → 逐个查看每块盘的“自动快照策略”列。空白？那就对了，该动手了。
二、控制台实操：三步建策，五秒生效
Step 1｜新建策略（别急着填！先看命名规范）
路径：存储 → 云硬盘 → 自动快照策略 → 创建策略
名称建议：sp_daily_db_data（sp=Snapshot，daily=频次，db_data=用途），千万别用中文、空格、下划线开头。曾有同事起名【生产库】每日备份，结果API调用直接报错400——华为云后端校验正则不认方括号。
Step 2｜关键参数设置（这里藏着90%的翻车现场）
- 华为云代充 执行时间：选UTC+8时区下的具体小时（比如凌晨2:00）。注意：不是‘每天2点’，而是‘每天北京时间2:00’。如果误选UTC时间，相当于你设的是凌晨10点，但系统按UTC跑——结果快照全在白天生成，挤占I/O带宽。
- 保留个数：填数字，非百分比！填5就是最多存5份，第6份生成时，最老那份自动删除。别信某些文档写的“建议填0”，0=无限保留→账单爆炸。我们实测：1TB数据盘，保留30份快照，月增费用≈¥287（按标准IO计费）。
- 重复周期：支持天/周/月。重点来了：选‘每周’≠每周一自动执行，而是从创建策略那一刻起，往后推7天执行第一次。比如周三15:22创建，首次快照是下周三15:22，而非本周日。想固定周日？请选‘每天’+配合快照名称中的
%w变量（后面细说）。
Step 3｜绑定云硬盘（重点：必须手动勾选！）
创建完策略，它不会自动绑定任何硬盘。需返回云硬盘列表 → 勾选目标盘 → 右上角“更多” → “绑定自动快照策略” → 选择你刚建的策略。确认弹窗里有一行小字：“绑定后，下次执行时间将从当前时间开始计算”——这意味着，哪怕你策略设的是凌晨2点，新绑定的盘也会在2小时内触发首次快照（系统取最近一次满足条件的时间点）。
三、进阶技巧：让快照会‘自我介绍’
默认快照名长这样：auto-20240520-142233-9f2a。下次排查时，你得翻日志查这串ID对应哪天哪台机器——太反人类。
解决方案：在策略名称里用变量！华为云支持：%Y%m%d_%H%M%S（年月日时分秒）、%w（周几，0=周日）、%d（每月几号）、%i（序列号）。推荐组合：sp_db_data_%Y%m%d_%w → 生成sp_db_data_20240520_1（周一）sp_sys_disk_%Y%m%d_%H → 每小时一份系统盘快照，名含小时，方便回滚定位。
⚠️ 注意：变量仅在策略创建时解析一次，不会实时更新。所以别指望用%H实现“每小时快照名不同”，它只在策略生成快照时动态填充。
四、避坑清单（血泪整理）
- “策略显示启用，但快照从未生成” → 检查云硬盘状态是否为“正在使用”（
in-use）。若硬盘处于“预留中”或“错误”状态，策略静默失效，控制台也不报错。 - “快照生成了，但无法回滚到ECS” → 确认快照类型是“普通快照”（非“一致性快照”）。一致性快照需提前安装华为云tools并开启应用静默，否则可能丢失事务数据。
- 跨区域复制总失败？ → 目标区域必须开通OBS服务，且源快照需为“可用”状态（生成后约2分钟才变绿）。另外，复制时不能同时对源快照做其他操作（如导出、共享）。
- 批量绑定100块盘，页面卡死？ → 改用API或CLI。华为云CLI命令一行搞定：
huaweicloud obs cp s3://source-bucket/ s3://dest-bucket/ --recursive（快照本身不走OBS，但导出快照镜像会）。
五、最后送你一句运维真言
自动快照不是保险柜，而是消防栓——平时没人碰它，但真着火时，它必须拧开就喷水，且水压足够冲垮bug。
所以，建完策略后，请务必做一件事：三天后，手动触发一次快照回滚测试（用测试环境ECS）。验证流程：创建快照 → 等待完成 → 解绑云硬盘 → 从快照创建新硬盘 → 挂载到测试机 → 校验文件完整性。这15分钟，能帮你避开99%的‘以为备好了，其实备了个寂寞’式灾难。
现在，去控制台，把那个叫backup_v2_final_new的快照删了吧。然后新建一个叫sp_prod_app_2024_%Y%m%d的策略——这次，让它替你值夜班。
