选择亡羊补牢还是未雨绸缪?--记阿里云SAP云化容灾路线图

2018 年 11 月 9 日 阿里云



SAP数据容灾始终是企业有着强烈需求却受到诸多条件制约的话题,在面临数字化转型变革的前夜,SAP系统又会成为企业数据资源的核心资产,因而数据容灾显得更加重要,本文从构建SAP云化容灾的角度,为SAP客户不但提供了明确的云化容灾的路线图,也提供了SAP系统全面上云的新思路。


数据容灾的历史可以追溯到上世纪50年代,那时候国外一些公司就开始对自己的重要数据进行备份保护。但那时候重要数据以纸质媒体为多,电子数据只有一小部分,他们将其副本放置在另一个相对安全的地点存放,防止灾难事故对数据的损坏,这便是容灾备份的雏形。


70年代的时候随着电子数据越来越多,这种类似的数据容灾保护形式越来越普遍。到了80年代,美国市场上已经有了上百个专业公司。一些视数据为生命且数据量巨大的金融公司开始广泛的采用这些公司提供的异地容灾中心存储解决方案。


1983年,政府开始对数据安全进行足够的重视。美国联邦货币监管中心要求金融机构起草了有关数据灾难备份及恢复的指导性文件,主要强调数据库的备份和恢复,通过运送备份磁带到专门的存储以保证安全。此文件一直使用到1989年,联邦货币监管中心有了更详尽更成熟的一套数据安全相关资料


进入上世纪九十年代,计算机的迅速发展和普及在大大提高生产效率的同时也给容灾难行业带来了新的市场和机遇,更让容灾备份厂家和产品有了用武之地。


SAP 公司CEO孟鼎铭(左)与阿里巴巴集团CEO张勇


企业信息化发展到今天,随着信息系统的不间断运行,发生故障和灾难的概率越来越高,提升企业IT资源的安全保障,构建一套SAP容灾系统是必要的选择。然而传统线下企业需要在线下异地自建IDC或租用IDC并投入与生产系统环境等效的硬件,投入巨大却只是收效甚微,有很多阻碍传统SAP客户构建自己灾备系统的因素,我们因此总结如下:


传统方式的容灾建设投入成本过高


企业自建IDC需要投入巨额成本,包含基础建设、供电保障建设、运行保障、主机系统、存储系统、网络系统、运维投入等等,可以用劳民伤财来形容。


并且由于线下系统不具有弹性伸缩的特性,容灾系统需要与生产环境保持1:1的等量设备资源。


线下方式的异地中心存在数据隐患


首先异地中心的监管与安全通常都不如企业主数据中心,所以异地的人员访问存在潜在隐患,其次通常灾备中心不会采用高冗余的存储,在灾难发生时切换之后有发生数据丢失的风险,所谓养兵千日,有可能一时无兵可用。同时,大部分的企业对于容灾系统不会再另行备份。


传统容灾实施运维复杂度高


由于容灾系统的架构与生产系统需要保持一致,从硬件层面到数据库层面应用层面都需要与生产系统保持同样的复杂度,因而从运维角度也需要同等的运维复杂度,尤其每年一次到两次的切换演练,从纵向自下而上各层面的维护无疑大量的增加了运维工作量。


容灾认知程度不足


一些企业的IT管理者认为已经有HA有备份就万无一失了,然而以阿里云的客户经验来看,且不说不常见的地震海啸火灾等不可抗力,南方一部分客户是因为台风才认识到云上容灾系统的巨大作用。


所有以上的阻碍在阿里云更强的技术,更低的价格,更好的支持下都不再成为企业创建容灾系统的拦路虎,阿里云能够真正提供非任何硬件绑定的SAP云灾备方案,从而使得任何种类数据库的容灾功能在阿里云上都得到充分的发挥以至于在容灾的层面对于云层面是无感知的。


大象无形,大音希声,这完全得益于阿里云一切计算、网络、存储资源基于软件定义的自主研发的云平台,并且基于云可随时扩展的弹性特点,会节省大量的成本,总成本仅有线下部署的十分之一到四分之一。



同时,我们认为容灾系统的实施也是企业迁云的有效途径,从了解使用到熟练掌握云应用是需要一个过程的,可以双向切换也奠定了平滑迁云的基础。我们总结以下的实施阶段不但能够使企业有最高性价比的容灾系统,而且能够让企业现有IT资源会在生命周期内得到充分利用,最终实现SAP系统整体平滑迁云,其过程不但会充分利用现有IT资源并且会节省大量实施费用,主要的过程如下:


01

保持线下系统构建云端容灾系统


该阶段企业在云端可以构建非对称的容灾系统,在应用层面在非切换期间可以保持休眠,数据容灾通过数据库层面的容灾机制进行同步,而数据库至多仅为线下资源的一半,在切换容灾系统时,及时将应用系统开启,数据库系统在线升配。


02

切换上云线下系统作为容灾系统


该阶段企业将系统切换上云,线下系统作为容灾系统,充分利用现有IT资源发挥余热。


03

云端构建容灾系统


该阶段由于线下IT资源的老化到期或资源不足,而彻底淘汰线下资源,企业的生产系统与容灾系统都构建在云端,从而真正摆脱底层资源的束缚,资源全面云化而应对业务弹性变化的不确定性。


以上各阶段在阿里云上可以得到完整的技术支撑,完美的解决了资源、成本与风险的矛盾,企业不仅仅是解决了容灾需求,并且通过容灾完成了SAP系统全面云化的平滑过渡,所以亡羊补牢只会是曾经的被动的无奈的选择,而阿里云赋予SAP客户未雨绸缪的能力。


致敬数字经济的创造者们


登录查看更多
0

相关内容

容灾系统是指在相隔较远的异地,建立两套或多套功能相同的IT系统,互相之间可以进行健康状态监视和功能切换,当一处系统因意外(如火灾、地震等)停止工作时,整个应用系统可以切换到另一处,使得该系统功能可以继续正常工作。
商业数据分析,39页ppt
专知会员服务
160+阅读 · 2020年6月2日
【北京大学】面向5G的命名数据网络物联网研究综述
专知会员服务
36+阅读 · 2020年4月26日
德勤:2020技术趋势报告,120页pdf
专知会员服务
190+阅读 · 2020年3月31日
阿里巴巴达摩院发布「2020十大科技趋势」
专知会员服务
106+阅读 · 2020年1月2日
【大数据白皮书 2019】中国信息通信研究院
专知会员服务
137+阅读 · 2019年12月12日
【干货】大数据入门指南:Hadoop、Hive、Spark、 Storm等
专知会员服务
95+阅读 · 2019年12月4日
【数字化】制造业数字化转型的实战路线图
产业智能官
39+阅读 · 2019年9月10日
出行即服务(MAAS)框架
智能交通技术
53+阅读 · 2019年5月22日
工行基于MySQL构建分布式架构的转型之路
炼数成金订阅号
15+阅读 · 2019年5月16日
浅谈 Kubernetes 在生产环境中的架构
DevOps时代
11+阅读 · 2019年5月8日
Gartner「首份」云管理平台(CMP)魔力象限
云头条
7+阅读 · 2019年1月14日
蚂蚁金服微服务实践(附演讲PPT)
开源中国
18+阅读 · 2018年12月21日
为什么分布式一定要有消息队列?
互联网架构师
4+阅读 · 2018年7月5日
VIP会员
相关VIP内容
相关资讯
【数字化】制造业数字化转型的实战路线图
产业智能官
39+阅读 · 2019年9月10日
出行即服务(MAAS)框架
智能交通技术
53+阅读 · 2019年5月22日
工行基于MySQL构建分布式架构的转型之路
炼数成金订阅号
15+阅读 · 2019年5月16日
浅谈 Kubernetes 在生产环境中的架构
DevOps时代
11+阅读 · 2019年5月8日
Gartner「首份」云管理平台(CMP)魔力象限
云头条
7+阅读 · 2019年1月14日
蚂蚁金服微服务实践(附演讲PPT)
开源中国
18+阅读 · 2018年12月21日
为什么分布式一定要有消息队列?
互联网架构师
4+阅读 · 2018年7月5日
Top
微信扫码咨询专知VIP会员