Alibaba cloud international server special offer

重启大法不是万能的，这3种备份策略让你的EC2永不丢数据

2019年，我们接手过一个惨案。一家小型设计公司，把他们的客户设计稿和项目数据库都放在一台EC2上，为了“保险”，他们用了AWS市场里的一个软件RAID 0镜像方案，速度很快。然后有一天，底层物理磁盘发生故障，AWS通知实例因底层错误被定在维护状态，强制重启后，文件系统损坏，所有数据全军覆没。他们没做任何EBS快照，也没有其他备份。

当客户哭着问我有没有办法恢复的时候，我盯着屏幕，心里很不是滋味。从那天起，我们就把“备份辅导”列为代理商开通账号的强制培训环节。云服务器，从来不承诺底层磁盘永不损坏，它承诺的是你可以用极低成本实现极致的数据持久性。 下面这三种策略，是我们从无数教训中凝练出来的。

策略一：EBS快照，你的“系统还原点”

EBS快照是块存储级别的增量备份，保存到S3。它的好处是可以对运行中的实例根盘进行热快照，无需停机。我们给所有生产EC2都配置了Data Lifecycle Manager策略，自动给系统盘和数据盘打快照，频率设为每日，保留7天。有了它，遇到误删文件、系统升级失败，我们最快可以在几分钟内从一个快照创建新卷，或者在系统启动时挂载恢复。

很多客户担心快照太贵。快照是增量的，只有变化的部分才收取存储费，一般日备一个20G系统盘，月费不到1美元。这笔钱，就是数据保险的保费。永远不要在备份上省。 还有个细节：当你终止EC2的时候，AWS会自动删除根卷，但如果你没有设置快照保留，或者没创建实例的AMI，那个镜像就永远消失了。我们会在帮客户做“服务器买卖”或换代时，确认他们是否已将当前稳定状态创建成一个AMI，以备未来快速克隆。

策略二：应用层一致性备份——你需要的不仅是文件

如果你在EC2上运行数据库，单纯的文件快照可能会导致数据库损坏，因为快照时内存数据可能未写入磁盘。这时候需要应用一致性快照。一种方式是在脚本中先冻结数据库（FLUSH TABLES WITH READ LOCK或者Oracle的BEGIN BACKUP），然后打快照，再解冻。但更优的方案是使用AWS Systems Manager的预置自动化文档，或AWS Backup直接选择RDS/EC2，它可以在快照前自动调用VSS（Windows）或文件系统冻结。

如果没有开启应用层一致性，从快照恢复的数据库可能要做崩溃恢复，甚至丢失事务。我们在为客户的EC2配置备份时，对MySQL/PostgreSQL一律采用先锁后照的策略，对MongoDB则使用副本集隐藏节点备份，确保恢复出来的库能直接使用。这是代理商的技术底蕴，不是简单的“帮你装个crontab”。

策略三：跨区域复制与“3-2-1”铁律

经典的3-2-1原则：数据存3份，放在2种不同介质，其中1份在异地。在AWS上，我们可以这样实现：EBS快照是一份（S3），我们可以额外将关键快照复制到另一个区域，这就满足了异地要求。同时，我们鼓励客户对核心代码和配置用Git仓库托管，非结构化文件在S3上开启跨区域复制，并开启版本控制，以防勒索病毒加密还能恢复历史版本。

一个曾经被Cryptolocker教育过的客户，后来成了备份的忠诚践行者。他不仅设置了我们推荐的策略，还自己定期把S3桶内容导出到本地NAS。虽然云很可靠，但人为误操作和恶意删除永远存在。备份最大的作用，不是对抗物理故障，而是对抗人的错误。

多说一点：测试恢复

没有经过演练的备份都是假备份。我们每季度会随机抽一个客户的备份，在一个隔离的子网里恢复出一台EC2，确保它能够成功启动，应用能够连接到恢复的数据库，并运行一套冒烟测试。这个服务我们包含在代理运维协议里。因为见过太多“备份了三年，恢复只成功过一次”的笑话，我们不希望任何客户重演。

结语

亚马逊服务器开通那一刻，你得到的是一块崭新的数字土地。而备份，就是给这块土地上的房子买了一份地震险。找AWS代理，不只是为了一个“亚马逊账号”，更是为了有一个会盯着你数据安全的人。如果你现在连一个快照都没开启，请现在就停下手头所有事，去控制台点两下鼠标。这五分钟，比你以后熬的任何一个通宵都值得。

如果需要更深入咨询了解可以联系全球代理上TG:@jinniuge  他们在云平台领域有更专业的知识和建议，他们有国际阿里云，国际腾讯云，国际华为云，aws亚马逊，谷歌云一级代理的渠道，客服1V1服务，支持免实名、免备案、免绑卡。开通即享专属VIP优惠、充值秒到账、官网下单享双重售后支持。不懂找他们就对了。