备份 | 为什么我们要搭建灾备系统?

前两天又有工程师删库跑路的消息传出来了,现在大数据时代,数据就是企业生命的时代,一家互联网公司的平台数据全部丢失,就等于收到了病危通知书。

为此我们会有多方的容灾处理机制,物理上有同城异地之分,逻辑上有应用业务之别。今天上午我们也顺利完成了深圳异地灾备的演练工作,其中涵盖了所有的核心系统,比如直销、TA、投研等,在这里简单做一个总结。

要搭建一个灾备系统,一般需要具备三级准备:数据级、应用级和业务级。

数据级灾备的关注点在于数据,即灾难发生后可以确保原有的数据不会丢失或者遭到破坏,应用级是在数据级灾备的基础上,在本地或异地(包括云端)的灾备中心再构建一套支撑系统。应用级能提供原生产应用的接管能力,即在生产中心发生故障的情况下,通过切换等方式在灾备中心进行应用的接管,从而尽量减少系统停机时间,提高业务连续性;业务级主要指的是业务人员和场地的处理,类似A角和B角的概念。

从上图中可以很清楚的看到整个灾备中心搭建的重点是数据级,我们是通过oracle的dataguard机制来实现的。它是在主节点与备用节点间通过日志同步来保证数据的同步,可以实现数据库快速切换与灾难性恢复

Data Guard只是在软件上对数据库进行设置DataGuard是生产数据库的"事务一致性备份",创建时,使用生产库的物理备份。创建完成后,备库会通过生产库传输过来的归档日志(或重做条目)自动维护备用数据库。将重做数据应用到备用库。

通过物理standby方式,保持备库与主库一致。物理standby能以read only方式打开,所以演练或者灾难的时候需要以"读写"方式打开,备用库将不会从主数据库接受重做数据,因为灾难来临的时候备库也就是主库了。

灾备系统最终的目的都是对我们的业务进行持续管理,它可以确保当不可阻挡和不可预知的灾难降临时可以快速的将生产业务中心切换灾备中心,最大限度的避免因故障造成的经济损失及公司品牌的影响。

反观我们的人生,又何尝不需要容灾呢?今天上午刚演练完毕,本是很开心却突然收到原合作单位一个朋友的消息,看后我沉默了,原因是之前他被挖到新公司A,口头谈好了既定的岗位级别后便单纯的离职了(咱们IT就是这么单纯),然而到准备正式签合同的时候定的级别比谈的时候低了一级!朋友近十年的技术从业经验和靠谱的能力足以让他快速的又被另一家公司B录取,所以今天他发消息跟我说他决定不去公司A了。关于A公司为何出尔反尔详细情况我们不了解,所以先不去点评。我想说的是遇到这种事情虽然需要有宰相肚里能撑船的胸襟,更要有此处不留爷自有留爷处的实力!

兄dei,等你回来喝酒哦~

参考:

  • 百度百科:dataguard

  • 灾备全生态

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值