如何实现数据中心异地容灾备份

异地容灾，顾名思义就是在不同的地方（异地：可以是同城的两个不同的机房或者是两座不同的城市），构建一套或者多套相同的应用或者数据库，进一步提高了数据抵抗各种可能安全因素的容灾能力，可以对企业应用和数据库起到安全性、连续性等方面的作用。

两大分类

考虑到不同企事业单位对数据安全和业务连续性的要求不尽相同，我们将异地容灾分为两大类：数据级容灾和应用级容灾。

数据级容灾：就是指建立一个异地的数据系统，该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统出现灾难时，至少在异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制，也可以比本地数据略微落后，但一定是可用的。

应用级容灾：在数据级容灾基础上，在异地建立一套与本地生产系统相当的备份环境，包括主机、网络、应用、IP等资源均有配套，当本地系统发生灾难时，异地系统可以提供完全可用的生产环境。

CDP异地容灾VS传统异地容灾

传统的异地容灾方案大多基于远程复制技术。远程复制是指运用复制技术将数据以同步或者异步的方式存储到异地灾备中心中，其主要实现方式有三种：1利用主机远程复制软件或硬件 。2利用存储自身的复制软件。3利用数据库软件产品。远程复制的方式可以实现数据级的容灾,但是一旦发生灾难，无法保证业务的连续性。此外，一旦出现数据库逻辑错误或人为误删除的情况，远程复制不能修复数据错误，也不能找回误删除的数据，更谈不上100%恢复数据并保障数据的可用性了。

和力记易的异地容灾方案以CDP持续数据保护技术为核心，可以构建异地桌面端或服务器端的文件、数据库和应用的全需求平台，能够防范数据丢失、修复数据错误，还能保障业务连续，全方位满足客户不同的数据安全和业务连续性要求。

异地多活（异地双活）是最近业界讨论比较多的话题，特别是前一阵子支付宝机房光纤故障和携程网数据库丢失之后，更加唤起了技术人员们对异地容灾的考虑。

而异地多活比异地容灾更高一级，因为异地容灾仅仅是一个冷备的概念，而异地多活却是指有两个或者多个可以同时对外服务的节点，任意一个点挂了，也可以迅速切换到其他节点对外服务，节点之间的数据做到准实时同步。

网上看了很多技术分享，总结了以下实践经验：

1 如果业务量不大，没必要做异地多活，因为异地多活需要的运维资源成本、开发成本都非常高；

2 注意机房间的延时问题，延时大的可能达到100ms以上，如果业务需要多次跨机房请求应用的话，延迟的问题会彻底放大；

3 跨机房的专线很大概率会出问题，要做好运维或者程序层面的容错；

4 不能依赖MySQL双写，必须有适应自身业务的跨机房消息同步方案；

5 MySQL或者其他存储的数据同步问题，在高延时和较差的网络质量的情况下，考虑如何保证同步质量；

6 核心业务和次要业务需要分而治之，异地多活的业务形式越简单越好，甚至可以只做核心业务；

7 异地多活的监控、部署、测试等流程也要跟上；

8 在业务允许的情况下，考虑用户分区，特别是游戏、邮箱业务比较容易做到；

9 控制跨机房消息体大小，越小越好；

10 考虑使用docker等容器虚拟化技术，提高动态调度能力

1、自动备份

利用系统提供的定时进程或备份软件自动进行数据的备份，适合于数据量大、数据更新 *** 作频繁的OA系统数据备份，有可能需要额外购置备份软件。

2、人工手动备份

适合数据量少或数据更新少，备份 *** 作时间短的OA系统数据备份，由于是人工 *** 作备份的频率一般比较低。

3、数据库集群技术

对于实时性要求非常高的系统，可以考虑使用数据的集群技术，在多台硬件服务器上安装多套数据库系统，并采用集群技术使数据库服务器之间的实现数据同步。当其中某台数据库服务器不可访问时，集群中的其他数据库服务可以正常访问，系统因此无需中断运行。

因此，数据数据库集群技术不仅很好的解决数备份的问题，同时也解决系统对数据库的实施访问问题，一般投入的成本比较高，适合于在实时访问要求高的OA系统中采用，。

4、数据库复制技术

利用数据库系统自身提供的数据库复制功能，在多台数据库中实现数据的复制和同步从而实现数据的备份。

5、热备份和冷备份

热备份是在OA系统服务不停止的情况下进行的数据备份，冷备份是在OA系统服务停止的情况下进行的数据备份。

以上的几种OA系统数据备份策略可以单独使用，也可组合使用，如：手工结合自动，数据库集群结合异地备份。

以上就是关于如何实现数据中心异地容灾备份全部的内容，包括:如何实现数据中心异地容灾备份、有人做过oracle异地双活方案吗、以下哪些情形下不适合使用同步数据备份备份策略等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！