数据库灾备
数据是企业重要的生产资料，关键数据的丢失可能会给企业致命一击，因为数据是计算机系统存在的原因和基础。数据往往是不可再生的，一旦发生数据丢失，企业就会陷入困境：客户资料、技术文件、财务账目等客户、交易、生产数据可能被破坏得面目全非。 概括起来，数据丢失分三个层次：
逻辑错误：包括软件bug、病毒攻击、数据块被破坏等。
物理损坏：包括服务器、磁盘损坏等。
自然灾害：火灾、地震等自然灾害对数据中心的摧毁等。
为了应对数据丢失造成的损失，必须对数据进行灾备保护，并且企业信息化程度越高，相关的数据灾备恢复措辞就越重要。
核心产品灾备设计及技术指标
阿里云产品经多轮迭代具备比较完善的灾备能力，使用以下核心产品可帮助企业应对不同场景及需求的数据库灾备方案设计。
DTS：Data Transmission Service，是阿里云提供的一种支持多种数据源之间数据交互的数据流服务。它提供了数据迁移、实时数据订阅及数据实时同步等多种数据传输能力。在数据库灾备解决方案中，使用阿里云DTS可实现各数据库间的数据迁移与实时同步，从而为数据库灾备打好最重要的基础。DTS的数据迁移、数据同步详细架构设计及原理请参见产品架构章节。
DBS：Database Backup Service，是为数据库提供连续数据保护、低成本的备份服务。它可以为多种环境的数据提供强有力的保护，包括企业数据中心、其他云厂商。DBS提供数据备份和操作恢复的整体方案，具备实时增量备份、精确到秒级的数据恢复能力。在数据库灾备解决方案中可使用阿里云DBS实现各数据库间的数据备份。
HDM：Hybrid Cloud Database Management，是混合云数据库管理平台，帮助企业打通混合云数据库架构，提供多环境统一管理、快速弹性、容灾切换的能力。对于混合云灾备场景下，使用阿里云HDM可便捷、快速的将本地IDC的数据同步至云上，并进行容灾切换演练，故障发生时可通过HDM进行容灾切换，保障数据库的可用性。
在灾备场景下，建议可搭配阿里云其他产品，例如DRDS、OSS，这些产品经阿里内外部验证，均具有较高可靠性并可在灾备场景下灵活应用。
DBS
灾备设计
数据库备份DBS使用了数据传输DTS的增量数据流技术，可以实现实时的数据备份。在线数据发生变化，数据库备份会获得变更的数据，并将数据实时写入云端OSS，帮助用户实现秒级RPO的数据备份。
技术指标
o秒级RPO
DBS通过使用数据传输DTS的实时数据流技术，可以读取数据库日志并进行实时解析，然后存储到云端存储上，实现对数据库的增量备份。 通常，DBS可以将增量备份的延迟控制在秒级别以内，根据实际的网络环境不同，延迟的可能会有不同。 在进行数据恢复时，可以使用存储的增量备份实现精确到秒的数据库恢复。最大限度保障数据安全。
o多环境支持
DBS支持多种网络环境的数据库备份。通过专线接入、VPN网关等接入技术，DBS可以实现用户本地IDC数据库备份、ECS自建数据库的备份、RDS数据库的异地备份、其他云环境的数据库备份。 无论哪个环境的数据库，DBS通过自身的安全机制和实时数据库流技术，都可以向用户提供安全、秒级RPO的数据库备份解决方案。
冷备
当用户本地已部署有数据库及存储设备，可通过云上存储做本地数据库的数据备份，当本地数据库发生故障时可通过云上存储将数据恢复到本地。解决方案架构示例如下：
架构设计说明：
关键部件部署：
o在用户本地部署有两套数据库：生产数据库和恢复库，分别用于生产数据的存储、故障后数据恢复。
o在阿里云的两个区域（例如：华南1、华北1）分别购置存储服务，例如OSS对象存储或者NAS文件存储。
云下生产数据备份至云上：（可通过以下两种方案中的任意一种将云下生产数据备份至云上）
o用户可在本地再部署一套存储，将生产数据先备份至本地IDC的存储，再通过本地IDC存储容灾拷贝至云上存储。
o用户本地的生产数据库与云上存储之间通过数据备份技术（例如Shutdown & copy技术），将生产数据库中的数据定期备份至云上两个区域的存储中。
数据恢复：
o如果用户本地IDC的生产数据库发生故障，但本地IDC的存储运行正常，可通过本地IDC的存储将数据恢复至本地IDC的恢复库。
o如果用户本地IDC的生产数据库和存储均发生故障，或没有部署本地存储，则可通过云上存储将数据恢复至本地恢复库。
架构特点：
o优点：技术要求中、一致性好。
o缺点：影响稳定性，需要停机，恢复成本高。
o适用场景：数据一致性要求高，稳定性需求不强烈。
热备份
当用户对数据备份要求较高时，比如需要连续实时备份，且备份过程中不影响业务运行，此时可购置阿里云DBS服务，实现数据库的热备份，DBS可实现数据实时增量备份、精确到秒级的数据恢复能力。 解决方案架构示例如下：
架构设计说明：
关键部件部署：
o在用户本地部署有两套数据库：生产数据库和恢复库，分别用于生产数据的存储、故障后数据恢复。
o在阿里云的两个区域（例如：华南1、华北1）分别购置存储服务，例如OSS对象存储或者NAS文件存储。
o购置阿里云的DBS服务，用于用户本地数据库实时热备份至云上存储。
云下生产数据备份至云上：（可通过以下两种方案中的任意一种将云下生产数据备份至云上）
o用户可在本地再部署一套存储，将生产数据先备份至本地IDC的存储，再通过本地IDC存储容灾拷贝至云上存储。
o用户本地的生产数据库与云上存储之间通过阿里云DBS，将生产数据库中的数据直接热备份至云上两个区域的存储中。
数据恢复：
o如果用户本地IDC的生产数据库发生故障，但本地IDC的存储运行正常，可通过本地IDC的 存储将数据恢复至本地IDC的恢复库。
o如果用户本地IDC的生产数据库和存储均发生故障，或没有部署本地存储，则可通过DBS将云上存储将数据恢复至本地恢复库。
架构特点：
o优点：技术要求高、一致性好，恢复时间短。
o缺点：因为是完全重新构造数据库实例，RTO不可控，随着数据库是来大小而变化。
o应用场景：比较成熟的备份手段，适用于大部分的关系型数据库。
同城容灾
当用户需要实现同城机房级的数据库灾备方案时，可购置阿里云DTS服务，阿里云DTS可实现数据迁移、数据实时同步等功能。同城容灾时用户可选择复制加高可用、A-S（Active-Standby）模式或A-A（Active-Active）模式：
复制加高可用：同城两机房中均部署数据库，通过复制从主用机房的数据库将数据复制备份至备机房的数据库中。当主用机房的数据库发生故障时，业务切换至备用机房的数据库。
A-S模式：同城两机房中部署完全一致的系统，其中一个机房（Standby）的资源完全用于备份，不对外提供业务。当主用机房（Active）发生故障时，业务切换至备用机房。
A-A模式：同城两机房中部署完全一致的系统，两个机房均对外提供业务，但在两个机房中均预留一部分资源作为备份。当其中一个机房发生故障时，业务会切换到另一个机房，占用另一个机房预留的资源。 如果用户资源充足且对同城容灾要求较高时，建议采用A-S模式；如果用户资源紧张，建议采用A-A模式。
想了解详细方案关注云特快官网：www.yuntekuai,com，购买云产品还能申请优惠哟！