超融合下的备份如何实现?

超融合备份，每个厂家都有自己的特色，一般来说超融合备份是有专门的功能模块，区别于传统的备份，如下图，有专门的数据保护与容灾模块，包括备份与双活集群。具体实现形式如下：

超融合架构系统组件

原生集成容灾方案

原生集成快照、备份、双活服务，无需单独部署，不用担心第三方解决方案兼容性问题，无需额外增加硬件设备。

数据校验，保护数据源头

容灾的基础是数据的完整性，超融合软件支持数据校验，防止数据静默损坏。

本地快照

实现了先进的秒级快照技术，针对需要保护的多种对象：虚拟盘、VM、iSCSI LUN、NFS 文件，用户可以自定义快照计划和保留策略，实现本地数据保护。

同城双活

利用双活集群，超融合支持同一集群在同城范围内部署两个可用域（站点）。站点之间数据实时同步复制，提供 RPO 为 0、RTO 分钟级的容灾解决方案。当前同城双活支持 SMTX 虚拟机服务和 VMware vSphere 虚拟化平台。

双活集群

双活集群的技术架构，以及双活集群如何保护集群数据。

备份服务

相比双活集群，超融合备份服务放宽了地域距离与网络连接的限制，让部署在不同地域、跨城的多个集群之间可互相备份，实现异步容灾的功能。用户可以灵活地定义备份对象和备份策略，确保业务的连续性。

双机热备与数据备份的关系

一些用户在规划双机热备或双机备份时，会有这样的问题：我已经有了RAID，以及磁带备份，还有必须做双机吗？或者，如果我做了双机备份，还有必要做磁带备份吗？

应该说RAID和数据备份都是很重要的。但是，RAID技术只能解决硬盘的问题，备份只能解决系统出现问题后的恢复。而一旦服务器本身出现问题，不论是设备的硬件问题还是软件系统的问题，都会造成服务的中断。因此，RAID及数据备份技术不能解决避免服务中断的问题。对于需要持续可靠地提供应用服务的系统，双机还是非常重要的。只要想一想，如果你的服务器坏了，你要用多少时间将其恢复到能正常工作，你的用户能容忍多长的恢复时间就能理解双机的重要性了。

从另外一个方面，RAID以及磁带备份也是非常需要的。对于RAID而言，可以以很低的成本大大提高系统的可靠性，而且其复杂程度远远低于双机。因为毕竟硬盘是系统中机械 *** 作最频繁、易损率最高的部件，如果采用RAID，就可以使出现故障的系统很容易修复，也减少服务器停机进行切换的次数。

数据备份更是必不可少的措施。因为不论RAID还是双机，都是一种实时的备份。任何软件错误、病毒影响、误 *** 作等等，都会同步地在多份数据中发生影响。因此，一定要进行数据的备份（不论采取什么介质，都建议用户至少要有一份脱机的备份），以便能在数据损坏、丢失时进行恢复。
如果采用了备特佳容灾备份系统，可以完全解决存储双活不能保证的数据安全问题和业务连续问题，数据丢失或错误 *** 作后可以100%恢复数据，出现系统故障也能进行业务接管，保障业务的连续性。

西部数码负载均衡EasySLB服务，即在多台云主机间实现应用程序流量的自动分配。可实现故障自动切换，提高业务可用性，并提高资源利用率。
西部数码负载均衡只需要在控制台一键即可添加后端服务器，系统将自动设置好相关路由与网关，让负载均衡集群的搭建变得轻而易举

关于异地灾备，分为数据级和应用级两种，前者可以保证数据的零丢失，后者在数据完整可用的基础上，还可以保证业务的连续性。
至于异地灾备需要多远，则要考虑到数据中心所在地区的地理环境和实际应用。以地震为例：汶川地震，档案数据毁灭性的损毁。玉树地震，档案馆的13万卷档案中，有9家档案室近万卷档案因办公楼倒塌被废墟掩埋，其余12万卷档案均处于震后危房中。雅安地震的震中芦山县龙门乡99%以上房屋垮塌，卫生院、住院部停止工作，停水停电……
异地容灾的建设原则
1、异地的择址标准
不在同一个电网、不在同一个江河流域、不在同一个地震带，相距三百公里以上。
2、统筹规划、资源共享、平战结合、等级容灾
首先，灾难备份一定要统筹规划。在集约化模式下建设，对灾备进行统一规划、统一策划。而资源共享，也就是说我们不要每一家都自己花钱建设运营，要实现资源共享。
另外，“平战结合”，也就是要考虑扭转灾备“高投入、低效率”的特点，在非灾难时期，充分利用灾备中心的资源，做到“战时能战、平时有用”。
最后，灾备建设中的等级容灾与等级保护一样，并不是建设级别越高越好。而是需要评估各个业务的重要程度及对信息系统的依赖程度，根据系统的业务实效性、关键性、安全性等方面进行认真分析，科学合理地确定灾备系统建设等级。北京和力记易的UPM备特佳容灾备份系统满足各等级的异地容灾保护，用户可根据需求灵活配置。

随着企业规模的扩展，用户原有意识中的数据备份已经无法满足关键业务对系统的可用性、实时性、安全性的需要。更重要的是备份的数据往往会因为各种因素而遭到毁坏，如地震、火灾、丢失等。异地容灾解决方案的出现则可通过在不同地点建立备份系统，从而进一步提高数据抵抗各种可能安全因素的容灾能力。

异地备份，通过互联网TCP/IP协议，备特佳容灾备份系统将本地的数据实时备份到异地服务器中，可以通过异地备份的数据进行远程恢复，也可以在异地进行数据回退，异地备份，如果想做接管需要专线连接，只有在同一网段内才能实现业务的接管。这样就算本地的容灾备份中心发生了大灾大难，也可以从异地快速恢复数据或接管系统。针对这一应用的需求，UCACHE推出企业免费云灾备普及计划，企业“零门槛“打造自己的异地容灾备份。未来一段时间，UCACHE灾备云面向市场，惠及所有中小微型企业，免费助力企业云灾备。“普及计划”主要有以下内容：1、所有申请企业均享有免费政策；2、UCACHE灾备云要把技术体系开放出来，目前已经满足绝大部分企业的系统、数据库等业务；3、打造开放智能化的运维管理能力。
（目前UCache云灾备100G免费使用，数据压缩、重删比例：可达到7：1，实际700G的数据意思是经过加密切块压缩，及并行重删备份后实际在UCache灾备云平台上显示的占用容易仅为100G。）

UCache灾备云，这个是线上的一款数据备份云平台，可以实现的功能：

1、适用场景：TB-EB 级海量数据规模下的全栈超可用

2、备份对象：数据、平台、应用级

3、灾难恢复能力等级：1-6级全等级覆盖

4、核心技术：1-3级灾难恢复能力：备份集技术、4-5级灾难恢复能力：副本数据管理、持续数据保护等技术、6级灾难恢复能力：网关&存储双活、业务连续性服务等

5、RPO&RTO级别：小时级、分钟级、秒级

6、数据有效性验证：即时的数据验证

7、数据有效性验证：统一编排恢复验证计划，自动测试并输出详细报告

8、数据利用：任意时间点的分钟级数据挂载，以进行开发测试、查询分析等

9、数据加密：云采用从传输层、存储层、数据库层全程加密的方式，保障数据全程处于加密状态；且加密密钥可由客户自主管理，并支持定期进行密钥更新

10、 *** 作方式：一站式灾备数据管理WEB平台，一键管理

11、备份功能设置：定时备份、增量备份、永久增量数据备份

12、数据压缩、重删比例：可达到7：1，实际700G的数据（意思是经过加密切块压缩，及并行重删备份后实际在UCache灾备云平台上显示的占用容易仅为100G）。

13、 *** 作界面设置：数据保留策略、流量控制、任务告警、任务日志、FusionCloud 云平台备份/恢复、FusionCloud 云平台备份/恢复、VMware架构虚拟化备份/恢复、H3C CAS云平台备份/恢复、OpenStack云平台备份/恢复、XenServer虚拟化备份/恢复、Hyper-v虚拟化平台、公有云实例备份/恢复、 *** 作系统备份（windows、linux）备份/恢复、文件系统备份/恢复、卷级备份/恢复、并行重删、DB2\GaussDB\GBase\MySQL\Oracle\SAP HANA\SQL\ Sybase\TimesTen备份/恢复等。

14、硬件及基础设施架构：英特尔® 至强® 金牌系列IO型服务器、灾备存储集群式架构。

15、带宽出口及数据搬迁服务：不限流量、北京核心骨干BGP带宽、端口速率1000Mbps

16、在线运管服务：支持724小时

17、收费标准 ：按需购买授权容量，100GB免费容量，可备份700GB数据，超出部分按需付费，支持数据备份定制服务。

18、兼容性如下图：

存储双活方案中，需要保证端到端的双活(应用，Hypervisor，网络，存储等)，首先存储需要支持双活。目前主流存储厂商都支持双活特性和部署方案，如华为HyperMetro、HDSGAD、DellLiveVolume、IBMHyperSwap(配合阵列MetroMirror)和SVCESC、富士通StorageCluster、HPPeerPersistence、EMCvPlex和VMAX3SRDF/Metro、NetappMetroCluster(在Syncmirror数据镜像之上增加了FailOver功能)。或者在应用和服务器层提供存储双活方案，如OracleRAC(配合ASM)和GPFS(配合OracleRAC或PureScale)。这些存储双活技术有所差别，但在业务连续性上，实现的效果很类似。

但针对双活服务器应用层的集群部署方案，需要结合应用集群软件，业务容灾诉求综合考虑，目前主要的部署方式包括下面几种情况。

物理应用部署

Oracle、DB2、Exchange和SAPHANA等应用集群部署在物理服务器上时，业务自动切换就需要OracleRAC、DB2、MSFC或 *** 作系统自动的集群软件实现，这种方式适合时延、性能要求很高的场景。

虚拟应用部署

Oracle，DB2，Exchange等应用部署在Vmware、Hyper-V或Fusioshere等VM上时；在集群可靠性上，首先Vmware，Hyper-V和FusionshereVM具备HA功能切换，再者基于VM内的Oracle，DB2，Exchange等应用也具有HA能力，所以，虚拟化上部署应用集群又有2种部署方式。

单机应用部署：即OracleRAC、DB2、MSFC单机部署在VM中，采用虚拟化平台的HA功能切换。优点部署简单，切换容易，这种部署方式有大量案例，所以经过充分验证。

集群应用部署：除了Hypervisor的HA切换外，还需要依靠OracleRAC、DB2、MSFC或 *** 作系统集群软件切换，即在应用层实现嵌套集群部署。

所以，如果是虚拟化应用部署方式，且采用的是VMware虚拟化，那就要求存储双活支持VMware。

---