容灾闲谈

今天只想说一件事

容灾

什么是容灾系统?

通俗讲

就是为了防止天灾人祸、不可抗力

在两地建立相同的IT系统

彼此有同步,随时能切换

容灾系统分为三个层次

①数据容灾

其实就是数据远程的备份

灾难发生时,只保证数据不丢失

但是业务会中断,慢慢恢复、重建

②应用容灾

在数据备份或同步的基础上

还要建立一套相同的应用系统

除了涉及数据,还要涉及到

主机、网络、存储、OS、软件等等

很复杂,但是这种付出是有回报的

灾难发生时,业务能快速回复甚至不中断

③业务容灾

业务容灾就更复杂了

不仅包含了IT应用系统

还要包括办公场地、电话通讯、后勤保障等等

跟业务相关的吃喝拉撒睡都要考虑

这三个层次

建设成本不同,恢复能力也不同

容灾领域

我们听过最响亮的名词是“两地三中心

常有土豪号称实现了“两地三中心”

两地

表示地理位置分开

一般相距很远,避免天灾全军覆没

三中心

是指有三个数据中心&IT业务中心

其中两个是同城的,双活同步提供服务

另外一个是异地的,提供容灾备份

我们可以把容灾能力划个三六九等

①单数据中心,无备份

②单数据中心,本地备份

③双数据中心,同城双活

④两地三中心,同城双活

⑤两地三中心,异地多活

非土豪如何容灾?

容灾系统有两个核心指标

①RTO

就是业务挂了,多久能恢复

不中断最好,RTO=0

②RPO

就是系统挂了,数据能丢多少

不丢最好,RPO=0

影响国计民生的行业,比如银行、电力、电信

都会追求业务不中断、数据零丢失

他们会按照最高容灾级别建设

然而,容灾级别越高,建设成本越高

不是人人都建得起“两地三中心”

需要财力,更需要技术能力

以前,高级别容灾只是土豪的专利

但到了云时代,这一切已经悄悄改变

云计算

正在让容灾变得更便宜、更简单

公有云本身,就具备基础容灾能力

大型云服务商

在数据中心基础设施、网络线路

以及上层支撑平台、运营体系

都是有相当的容错保障的

混合云本身,就是一种异地容灾的雏形

很多企业,IT系统已经采用混合云架构

混合云,其实就是一种“异地”模式

具备容灾的潜力

云计算按需服务模式,让「低成本容灾」成为可能

企业建设云上异地容灾

不必再考虑基础设施的建设成本

根据自己的业务增长和容灾级别

按需使用,成本低廉

1/10甚至1/100的投入

即可拥有和“土豪”一样的容灾能力

……

然而,对云容灾的选择

我们还是两大疑问

把本地数据备份到云端,确实不孬

但是

企业建设混合云,往往业务分而治之

创新业务放云端,传统业务放本地

但是

这的确是个问题

在当下的公有云服务商里

找一个和本地IT架构一致的,几乎不可能

然而

Oracle Cloud,没问题!

云上云下,架构完全一致

无论甲骨文公有云环境

还是传统架构本地部署环境

架构完全一致,业务系统无须任何修改

即可在云端运行

裸机、VM、容器、中间件、数据库、ODA、Exadata……

不需要POC、不需要考虑兼不兼容、性能是否达标

企业全业务云端迁移、全量容灾,一气呵成

上云下云,迁移来去自由

因为云上云下是同构的

所以,轻松前上去,自由迁下来

没有任何顾虑,云上云下互为灾备

对于上云有隐私安全顾虑的企业

甲骨文还有Oracle [email protected]服务

俗称把「公有云搬回家

这个方案,可以帮助企业

把甲骨文公有云建在自己防火墙后面

成为私有化的云生产or灾备中心

Active Data Guard?同构数据库容灾神器

GoldenGate?异构数据库容灾神器

数据容灾是业务容灾的基础

业务容灾是数据容灾的目标

企业最重要的是数据,数据最重要的是数据库

数据库份额最高的是Oracle

所以,数据库的同步和备份,是所有容灾的第一步

这时,我们需要甲骨文数据库容灾神器了

如果源端和目标端的操作系统、数据库版本完全一致

它能更高效实现整个数据库的数据同步

它可以把各种主流数据库

(Oracle、Mysql、DB2、Sybase)

实时同步到甲骨文云端数据库(Oracle)

也可以同步到异地或者第三方云的其他数据库

数据实时同步,业务不受影响

有了GoldenGate,不再担心数据容灾

有了同步过来的数据

就可以将同样的应用在备库上启动

实现应用容灾

GoldenGate,不只是容灾神器

其实,容灾只是GoldenGate的一个应用场景

天灾不是常态,业务创新才是常态

数据库读写分离场景

比如大家熟悉的网络购票业务

余票查询是“读”,购票支付是“写”

查票(读)>>购票(写)

此时就适合做读写分离

把余票查询库同步到云端,满足海量查票请求

购票完成后,云端余票查询需要实时更新

此时,GoldenGate的实时同步功能就能大显身手

异构数据库的迁移和云化

企业在业务发展,IT分阶段建设

可能存在多个品牌/版本的数据库系统

利用GoldenGate,可以完成异构数据库迁移

将源数据库投递到甲骨文云或者任意目标

基于GGCS,这个工作还可以是按需付费的

GGCS=GoldenGate Cloud Service

面向云端大数据和BI场景

这种场景下

企业生产数据库在本地运行

大数据分析、BI系统在云端运行

GoldenGate可以实时/按需把本地数据同步到云端

提供给云端大数据引擎来分析使用

原文地址:https://www.cnblogs.com/zywu-king/p/9162577.html

时间: 2024-08-28 18:35:11

容灾闲谈的相关文章

一个缓存容灾写的样例

背景 有时我们能够使用缓存进行容灾的处理.场景例如以下:我们当前有一个专门提供各种数据的应用DataCore,该应用开放多个RFC方法供其它应用使用.      我们平时在读写数据时,会在Cache备份一份(为平时DataCore提高响应速度.减少DB.CPU压力所用),当DB挂掉的时候.Cache还能够用来容灾.使用缓存容灾的优点是:性能足够好,坏处是缓存可比数据库成本高多了. 让我们想象得更猛烈些,当DataCore整个挂掉的时候,A.B.C.D方怎么才干安然的执行下去? 我们能够在A.B.

甩掉运维黑锅,容灾部署如何该怎么做

现如今本地负载均衡技术已经解决服务器集群的高可用问题,但是断电.施工挖断光缆.自然灾害等依然可以导致整个数据中心无法工作.另外,中国网络由多家运营商组成,各运营商之间互联互通质量差已是不争的事实.因此大型互联网企业早已不满足于单一.或者双活数据中心提供网站服务,越来越多的互联网企业开始考虑在不同地区.不同运营商部署多个数据中心集群,以实现用户访问就近接入.负载均衡和故障容灾. 现如今本地负载均衡技术已经解决服务器集群的高可用问题,但是断电.施工挖断光缆.自然灾害等依然可以导致整个数据中心无法工作

Oracle数据库集群容灾实施与维护(RAC+DataGuard+GoldenGate)培训教程

套餐介绍: 风哥Oracle数据库集群容灾(RAC+DataGuard+GoldenGate)实施与维护培训教程套餐)包括内容: Oracle12c DataGuard容灾实施与维护1+1, Linux系统Oracle RAC 12C安装实施与维护, Oracle11gR2 RAC下DataGuard容灾实施与维护2+1, Linux系统Oracle RAC 11gR2安装与维护, Linux系统上安装Oracle12c数据库, Linux上安装Oracle11g数据库, Linux系统安装Or

容灾、备份、存储

百度词条---王建成解读 容灾:一般是异地,否则如何容得了灾?==>是不是本地.不同机房就不算容灾,究竟是地方还是技术本身才是关键? 经典语录:容灾系统是数据存储备份的最高层次. [数据级容灾]是指通过建立异地容灾中心,做数据的远程备份,在灾难发生之后要确保原有的数据不会丢失或者遭到破坏,但在数据级容灾这个级别,发生灾难时应用是会中断的.在数据级容灾方式下,所建立的异地容灾中心可以简单地把它理解成一个远程的数据备份中心.数据级容灾的恢复时间比较长,但是相比其他容灾级别来讲它的费用比较低,而且构建

容灾备份一体机顺利通过山东省多家医院、法院测试

联鼎软件容灾备份一体机智能鼎成功到达济南并接受客户的考验,目前已经对山东省内多家医院.法院顺利完成测试,并获得了客户的一致认可,解决了客户一体化容灾备份的难题,保证客户的应用不间断,数据不丢失.联鼎软件的智能鼎很好的向客户展示了产品简便快捷的管理操作.快速的业务接管能力等优势. 联鼎软件推出的智能鼎(集群容灾一体机)是一组软硬件高度集成的设备集合: 智能鼎(集群容灾备份一体机)作为一款国内领先的保障核心业务数据与应用安全的设备,它将备份.容灾等功能与高性能的硬件设备集成于一体,突破了传统业务系统

数据容灾在数据库容灾领域中的比重及其意义

数据容灾只是确保数据安全的一个方案,当这个方案无法保障数据安全时,需要专业的数据恢复工具对其原有数据或者备份数据进行数据恢复.无论采用哪种容灾方案,数据备份还是最基础的,没有备份的数据,任何容灾都没有现实意义.但光有备份是不够的,容灾也必不可少.容灾对于IT而言,就是提供一个防止各种灾难的计算机信息系统.     数据容灾根据不同时机需求可以有不同的等级.中小企业通常只需采用本地容灾即可.所谓本地容灾就是在企业网络本地所进行的容灾措施,其中包括在本地备份.存储.保管备份媒体.在一些大众型企业,所

【容灾】RTO和RPO

要建设容灾系统,就必须提出相应 的设计指标,以此作为衡量和选择容灾解决方案的参数. 目前,国际上通用的容灾系统的评审标准为Share 78,主要包括以下内容.  ●备份/恢复的范围  ●灾难恢复计划的状态  ●业务中心与容灾中心之间的距离  ●业务中心与容灾中心之间如何连接  ●数据是怎样在两个中心之间传送的  ●允许有多少数据丢失  ●保证更新的数据在容灾中心被更新  ●容灾中心可以开始容灾进程的能力  Share 78只是建立容灾系统的一种评审标准,在设计容灾系统时,还需要提供更加具体的设计

主从集群搭建及容灾部署redis

redis主从集群搭建及容灾部署(哨兵sentinel) Redis也用了一段时间了,记录一下相关集群搭建及配置详解,方便后续使用查阅. 提纲 l  Redis安装 l  整体架构 l  Redis主从结构搭建 l  Redis容灾部署(哨兵sentinel) l  Redis常见问题 Redis安装 发行版:CentOS-6.6 64bit 内核:2.6.32-504.el6.x86_64 CPU:intel-i7 3.6G 内存:2G 下载redis,选择合适的版本 [[email prot

容灾与集群(1)

容灾与集群(1) 在上一篇:微软分布式云计算框架Orleans(1):Hello World,我们大概了解了Orleans如何运用,当然上一篇的例子可以说是简单且无效的,因为用了Orleans不可能只写一个Hello World吧,Orleans是为分布式和云计算而生的框架,那么今天我们就简单说一说容灾.集群.容灾与集群在Orleans中的运用. 集群是什么? 下面摘抄自百度百科: 集群(cluster)技术是一种较新的技术,通过集群技术,可以在付出较低成本的情况下获得在性能.可靠性.灵活性方面