简介：本文中，阿里云智能弹性计算专家余初武(悟元)将结合阿里云近期推出的数据备份新特性(快照极速备份、一致性快照组)来介绍云上环境如何做数据备份的最佳实践；适合需要构建云上架构的工程师，架构师和云上实施从业人员收看。

关键词：极速备份、崩溃一致性、异地备份

演讲嘉宾简介：余初武(悟元)，阿里云技术专家，2011年加入阿里巴巴，一直从事服务端研发工作；2015年加入阿里云ECS团队，在ECS管控、云盘、快照等多个管控领域有丰富的研发经验。

以下内容根据演讲视频以及PPT整理而成。观看回放
更多课程请进入“玩转ECS详情页”了解

本次分享主要围绕以下三个方面：

一、快照极速可用特性
二、一致性快照组
三、总结与思考

数据是企业重要资产，作为存储数据的介质，IT设施发生问题是不可避免的，人为误操作或者程序bug导致数据丢失的情况也偶有发生。因此，每一个企业都应该做好数据备份，保证数据的安全与业务的可用。

为了提升备份与同步的性能，阿里云推出了快照极速可用特性和一致性快照组，为了客户提供更高性能的数据备份功能。

本文将重点介绍如何利用这两个新特性，以及阿里云提供的各种运维部署工具，便捷地完成云上自建数据库的数据备份的两个最佳实践。

第一个是自建数据库的磁盘扩容场景，适用于大多数的企业；第二个则是使用了多磁盘自建数据库的场景，则更多见于大型复杂的业务。

一、极速可用特性——秒级，非一致性数据备份

阿里云ECS的极速可用特性主要包括四个方面，分别是快照秒级可用、云盘回滚性能0损失、ESSD增值特性以及全地域支持等。阿里云ECS极速可用特性的典型使用场景包括快速搭建研发测试环境；业务关键配置的变更保护，实现秒级备份相关磁盘数据；云盘极速回滚，并实现回滚的磁盘性能无损耗。

基于极速可用的特性，用户仅需要几秒钟的时间就可以复制出一个新磁盘。

这一过程也非常简单，首先创建一个带极速可用特性的快照，关键参数的设置如下图所示，主要包括InstantAccess和InstantAccessRetentionDays，前者设置为True就可以设置成为极速可用的快照，后者则是极速可用特性的保留天数，可以让这特性到期之后就会自动被关闭。当快照创建完成(极速可用特性开启的情况下，不需要等快照进度完成)之后，就能够快速创建磁盘并立即挂载使用。

案例：自建数据库，磁盘空间不够，怎么办？

在这样的情况下，最直接能想到的解决方案是纯人工方式。

首先，对于需要扩容的磁盘打好一个普通快照，这个过程一般都比较慢，往往需要几分钟、几小时以及几天不等的时间。

其次，需要人工登录到控制台对磁盘进行在线扩容。

再次，要登录到实例内部找到相应的磁盘进行扩展分区以及文件系统等各种命令的操作，而这些命令往往是非常复杂的，也是非常容易出错的。

这一方案的缺点十分明显，那就是耗时很久，平均需要1到2小时，而且很容易出错。

而目前阿里云推荐的最佳解决方案是将上述过程全部通过编码实现自动化，做成OOS(运维编排，Operation Orchestration Service)的模板，通过OOS模块实现一键扩容，完成上述方案的全部过程。

这种方案的使用方式就非常简单了，用户可以直接进入到OOS控制台，找到相应的模板并创建一个相应的执行即可，整个过程只需要几十秒就可以完成，而且可以进一步优化至十几秒。

接下来对于刚才提到的OOS一键扩容的关键技术内幕进行讲解。

其实在该方案背后主要包括三个关键技术：分别是快照的极速可用特性、通过云助手执行扩展分区的命令以及磁盘的序列号。

这里值得注意的是通过云助手执行扩展分区命令时，我们无法知道具体扩展的是哪一块磁盘，因此才需要磁盘的序列号。

磁盘序列号这一特性目前在公有云ECS上也已经上线了，用户通过DescribeDisks就可以返回磁盘序列号SerialNumber，之后通过云助手将磁盘序列号传递给GuestOS内部的脚本，而GuestOS内部的脚本则可以通过udevadm info这串命令获取任意一块磁盘已挂载设备的序列号，这个序列号与DescribeDisks返回的序列号是完全一致的，而且从磁盘诞生之后，序列号就不会再发生任何改变，因此可以作为磁盘在GuestOS内部的唯一标识，并且与OpenABI的接口实现唯一关联。

这样才能帮助我们准确无误地找到需要扩展的磁盘去执行相应的命令。同时，因为ECS具有快照极速可用特性，秒级地打出了一个数据备份，一旦发生任何意外，还可以通过快照实现秒级回滚，基本可以做到万无一失地实现自动扩容过程。

二、一致性快照组——崩溃一致性数据备份

介绍完快照极速可用特性，我们继续跟大家分享下一致性快照组。

一致性快照组的主要特点主要包括四点：即多云盘IO写入一致性、ESSD云盘增值特性、实例级别保护以及功能免费。

适用的场景主要有三种：

第一种场景，企业上云的时候可以实现实例级别整机的保护和备份；
第二种场景，自建数据库特别是跨多云盘自建数据的模式下，一定要使用一致性快照来备份；
第三种场景是SAP HANA的整机一致性保护，也需要用到一致性快照。

案例：使用多数据盘自建数据库

这里要介绍的案例是自建数据库时使用了多数据盘，这样的做法主要是为了将数据库常见的日志和数据拆分到独立的云盘上去，使得整个数据库的性能和稳定性都能够得到较大的提升，同时实现日志和数据的读写隔离。

在这种情况下，一旦需要拆分就会遇到两块磁盘上数据存在强关联关系的问题。熟悉数据库的同学都知道，任何一次写操作都会先进行日志操作，日志写完之后再去修改真正的数据，当数据写入完成之后再回来修改日志，比如像MySQL的Redo日志等。

可见，日志和数据存在强依赖逻辑关系，此时如果打普通快照，那么存在任何一点点时差都会导致写入数据在两块磁盘上存在不一致的问题，此时就必须要用到一致性快照，实现崩溃一致性的数据备份。

对于这样的案例场景，阿里云也提供了最佳实践，也就是使用ROS(资源编排，Resource Orchestration Service)。

该方案的基本过程就是将上述理念通过ROS实现模板化，通过ROS创建完全一样的数据库系统。方案关键点在于创建两块独立的数据盘，一块放数据，另外一块放日志，同时对于两块数据盘赋予系统的数据库快照策略Auto Snapshot Policy，并定期地对于两块盘进行数据备份，并且使用一致性快照进行备份，避免出现废弃数据的问题。