双活数据中心解决方案
双活数据中心解决方案通用

制定容灾策略,明确在发生故 障时的切换流程和恢复机制。
实施过程
01
02
03
04
基础设施搭建
按照设计方案搭建双活数据中 心的基础设施,包括服务器、
存储、网络设备等。
数据同步实施
配置数据同步机制,确保双活 数据中心之间的数据实时、准
确地同步。
网络配置与调优
配置和优化双活数据中心之间 的网络连接,确保网络性能满
3
自容错
存储系统应具备自动容错能力,当某个存储节点 发生故障时,能够自动进行数据恢复和重建,确 保数据的完整性。
双活数据中心的计算架构
分布式计算
01
采用分布式计算架构,充分利用两个数据中心的计算资源,实
现任务的并行处理和高效执行。
负载调度
02
通过智能负载调度算法,动态地将计算任务分配到最合适的计
容错机制
当其中一个数据中心发生故障时, 另一个数据中心可以自动接管业务 处理,实现业务不中断。
双活数据中心的优势和挑战
优势
高可用性:双活数据中心提供更高的业务可用性和连续性,减少计划内和计划外停 机时间。
灾难恢复:在自然灾害、设备故障等情况下,双活数据中心能够快速恢复业务运行 ,降低灾难风险。
双活数据中心的优势和挑战
网络架构需求
评估现有网络架构,确定双活数据中心所需的网 络带宽、延迟等要求。
方案设计
数据中心选址
选择适合建立双活数据中心的 地理位置,考虑自然灾害、网
络质量等因素。
网络架构设计
设计高效、稳定的网络架构, 确保双活数据中心之间的网络 连通性。
数据同步方案
设计数据同步机制,如基于存 储复制、数据库同步等技术实 现数据实时同步。
双活数据中心与灾备解决方案

二级应用
三级应用
数据可用性成本
系统可用性成本
一级应用
恢复业务所需时间
RTO
0
时间轴
成本轴
25
类别
关键应用,核心应用
二三级应用
非生产应用
解决方案
双活数据中心
虚拟机复制
灾备切换调度
虚拟机复制
数据保护
SLA
RPO=0
RTO<15分钟
RPO<15分钟
RTO<4小时
RPO<1小时
RTO<24小时
应用场景
BC,DA,DR
二三级应用
开发/测试
数据库
教学/科研
同城双活
异地灾备
两地三中心
数据中心迁移
异地灾备
15
需求条件通过二层或三层IP网络连接两个数据中心采用基于vSphere或阵列的复制技术vSphere内置复制功能免费,RPO=15分钟-24小时,文件级一致性,虚拟机级别颗粒度支持异构存储,vCenter直接管理阵列复制功能由合作伙伴提供,需额外购买支持同步或异步复制,应用级一致性,LUN级别颗粒度应用一致性:Oracle DataGuard, SQL Always On, Exchange DAGVMware相关产品与服务vSphere Ent+VSANvCenter Site Recovery Manager
vSphere
生产站点
服务器
阵列
复制
vSphere复制
vSphere
灾备站点
服务器
主备式切换
双活切换
双向切换
双活数据中心
Recovery
Recovery
Production
双活数据中心解决方案

应急演练:定 期进行应急演 练,提高应急 处理能力和团
队协作能力
持续优化:根 据实际运行情 况,不断优化 应急恢复方案, 提高数据中心 的可靠性和稳
定性。
6
成功案例分析
某银行采用双活数据中心解决方案,实现业 务连续性
某电商采用双活数据中心解决方案,应对双 十一等大流量场景
某政府机构采用双活数据中心解决方案,保 障政务系统稳定运行
故障排除:根据故障原因, 采取相应措施进行故障排除
06
总结分析:对故障原因进行 总结分析,提出改进措施, 防止类似故障再次发生
故障处理流程
01
故障检测:实时监控系统,及 时发现故障
03
故障修复:采取相应措施,修 复故障
05
故障总结:分析故障原因,总结 经验教训,提高系统可靠性
02
故障定位:分析故障原因,确 定故障位置
1 确保两个数据 中心的数据实 时保持一致
数据压缩技
2 术:减少数 据传输的带 宽占用
数据加密技
3 术:保障数 据传输的安 全性
数据校验技
4 术:确保数 据的完整性 和准确性
负载均衡技术
概念:将网络流量 均匀地分配到多个
服务器,提高系统 1
的性能和可用性
应用场景:双活数 4
据中心、云计算、 负载均衡器等
3
数据中心容灾备份
01
应用场景:数据中心故障、自然灾害、网络攻击等
02
功能:实时数据备份、数据恢复、业务连续性保障
03
技术实现:存储虚拟化、数据复制、数据压缩等
04
优势:降低数据丢失风险、提高业务连续性、降低运营成本
业务连续性保障
01 双活数据中心解决方案可
双活数据中心解决方案(最新)

构建永不宕机的信息系统——双活数据中心双活数据中心解决方案目录案例分享12存储层应用层双活数据中心端到端技术架构数据中心A 数据中心B双活存储层双活访问、数据零丢失异构阵列双活应用层Oracle RAC 、VMware 、FusionSphere 跨DC 高可用、负载均衡、迁移调度双活网络层高可靠、优化的二层互联最优的访问路径≤100km 裸光纤Fusion SphereFusion Sphere接入层汇聚层核心层DC 出口网络层GSLB SLBGSLB SLB前端应用的双活(VMware )vm vm vm vm vm vm vm vm vm vm vm vmADvm vm vm vm SQL node1MSCSvCenterServervm vmvm vm APP…….APP…….SQL node2MSCSvm vm vm vm vm vm vm vm vm 大二层互通网络,跨数据中心VM 配置双活应用,使用虚拟化网关提供的镜像卷作为共享存储Weblogic业务集群管理集群vmWeblogic•vSphere Cluster HA •vSphere Cluster DRS •配置PDL 参数•Huawei OceanStor UltraPath for vSphere•配合负载均衡设备实现Weblogic 访问自动漂移和均衡VMware 配置要点业务访问效果•业务访问负载均衡•虚拟机分布按业务压力自动均衡•故障自动切换访问•Weblogic 可动态扩展•单数据中心故障恢复后,虚拟机自动回切Operating System Instance1Listener1Service1Operating SystemInstance2Listener2Service1Operating SystemInstance3Listener3Service2VIP3VIP2VIP1Shared Storage数据中心A 数据中心B服务配置策略服务名INSTANCE1INSTANCE2INSTANCE3SERVICE1PREFERRED PREFERRED AVAILABLE SERVICE2AVAILABLEAVAILABLEPREFERRED•集群“2+1”部署›适配数据中心业务分布有偏重的场景›适配两个数据中心存在优先存活数据中心的场景•Oracle RAC 仲裁原则›拥有最多节点数目的子集群(Sub-cluster with largest number of Nodes )获胜›若子集群内数目相等则拥有最低节点号的子集群(Sub-cluster with lowest node number)获胜数据中心业务分布设计访问分离减少缓存融合•访问分离›为了避免跨数据中心进行数据的交互,建议在Oracle RAC 层创建不同的service ,实现业务分离。
双活数据中心解决方案-通用

双活数据中心解决方案-通用1·引言在现代信息化时代,数据中心的高可用性和可靠性成为各个行业组织所追求的目标。
为了实现数据中心的高可用性,双活数据中心解决方案被广泛采用。
本文将介绍双活数据中心解决方案的通用架构和实施步骤。
2·概述2·1 解决方案概述双活数据中心解决方案是通过在两个地理位置相距较远的数据中心之间进行数据实时同步,以确保当一个数据中心发生故障时,另一个数据中心可以无缝接替其工作,保证业务系统的连续性运行。
2·2 设计目标双活数据中心解决方案的设计目标包括:●提供连续性的业务运行。
●最小化数据中心之间的数据同步延迟。
●最大化数据恢复速度。
●确保数据的一致性。
3·架构设计3·1 主备数据中心双活数据中心解决方案通常由一个主数据中心和一个备份数据中心组成。
主数据中心负责处理实时业务请求,备份数据中心作为主数据中心的镜像,并负责处理当主数据中心故障时的业务请求。
3·2 数据同步机制为了实现数据中心间的实时数据同步,双活数据中心解决方案通常采用以下机制:●数据异步复制。
●数据同步模式。
●数据冲突解决策略。
4·实施步骤4·1 前期准备在实施双活数据中心解决方案之前,需要进行以下准备工作:●确定主备数据中心的位置和网络架构。
●评估主备数据中心之间的网络带宽和延迟。
●确定数据同步机制和数据冲突解决策略。
4·2 网络连接实施双活数据中心解决方案需要建立可靠的网络连接,确保主备数据中心之间的数据实时同步。
4·3 数据同步配置配置数据同步机制,并根据实际需求进行性能调优和容错配置。
4·4 故障切换测试在实施双活数据中心解决方案之后,需要进行故障切换测试,确保备份数据中心能够无缝接替主数据中心的工作。
4·5 系统监控和运维建立有效的系统监控和运维机制,对主备数据中心进行实时监控,并定期进行数据中心切换和巡检。
双活数据中心技术架构解决方案

添加 标题
主备数据中心:主数据中心负责处理业务, 备数据中心负责备份数据
添加 标题
数据同步方式:采用实时同步或异步同步 的方式,保证数据的一致性和完整性
添加 标题
数据同步策略:根据业务需求,制定合适 的数据同步策略,如全量同步、增量同步 等
添加 标题
数据同步工具:使用专业的数据同步工具, 如Oracle Data Guard、SQL Server AlwaysOn等,实现数据的高效同步。
主备模式:主 数据中心故障 时,备数据中
心接管业务
双活模式:两 个数据中心同 时提供服务, 故障时自动切
换
负载均衡模式: 根据业务需求, 动态调整数据
中心负载
故障检测与恢 复:实时监控 数据中心运行 状态,及时发 现并恢复故障
双活数据中心技术 架构应用场景
银行:实现数据备份和容灾,保障业务连续性 证券公司:实时同步交易数据,提高交易效率 保险公司:实时同步客户数据,提高客户服务水平 互联网金融公司:实时同步用户数据,提高用户体验
案例背景:某政府机构为了提高业务连续性和数据可靠性,决定实施双活数据中心技 术架构。
解决方案:采用双活数据中心技术架构,实现两个数据中心之间的实时数据同步和 业务负载均衡。
实施效果:提高了业务连续性和数据可靠性,减少了单点故障的风险。同时,提高了 系统可用性和响应速度,提升了用户体验。
评估结论:该政府机构的双活数据中心实施效果显著,值得其他政府机构借鉴和推 广。
业务扩展:支持企业业务扩 展,满足企业业务增长需求
技术升级:支持企业技术升 级,提高企业技术竞争力
双活数据中心技术 架构优势与挑战
数据安全:双活数据中心可以提供数据备份和恢复功能,确保数据安全。 系统稳定性:双活数据中心可以提供高可用性和容错性,确保系统稳定运行。 业务连续性:双活数据中心可以提供业务连续性,确保业务不受中断影响。 资源优化:双活数据中心可以提供资源优化,提高资源利用率。
F5双活数据中心解决方案
F5双活数据中心解决方案[正文]1. 引言双活数据中心解决方案是为了提高系统的高可用性和灾备能力而设计的。
本文档将详细介绍F5双活数据中心解决方案的架构、功能和部署步骤。
2. 架构概述2.1 总体架构双活数据中心解决方案由两个数据中心组成,分别为Primary 数据中心和Secondary数据中心。
Primary数据中心负责处理主要业务流量,Secondary数据中心作为备份,用于容灾和故障转移。
2.2 组件介绍2.2.1 F5 BIG-IP Load BalancerF5 BIG-IP Load Balancer是整个解决方案的核心组件,用于负载均衡和流量管理。
它能够将流量分发到不同的服务器上,提高系统的性能和可靠性。
2.2.2 数据同步组件数据同步组件用于保持两个数据中心之间的数据一致性。
常用的数据同步方案包括同步存储和数据库复制等。
2.2.3 故障检测和故障切换组件故障检测和故障切换组件用于监测Primary数据中心的故障,并在发生故障时将流量切换到Secondary数据中心,实现无损切换。
3. 功能介绍3.1 高可用性双活数据中心解决方案通过将流量分发到两个数据中心,实现故障容错和高可用性。
即使一个数据中心发生故障,系统依然能够正常运行。
3.2 灾备能力双活数据中心解决方案还提供了灾备能力,即在发生灾难性事件时,可以快速将业务流量切换到备份数据中心,保证业务的持续性和可靠性。
3.3 流量管理F5 BIG-IP Load Balancer能够根据不同的算法和策略,将流量分发到不同的服务器上,提高负载均衡和系统性能。
4. 部署步骤4.1 网络规划在部署双活数据中心解决方案之前,需要进行网络规划,包括IP地址分配、子网划分、路由设置等。
4.2 组件部署按照架构概述中的组件介绍,逐步部署和配置F5 BIG-IP Load Balancer、数据同步组件和故障检测和故障切换组件。
4.3 测试与验证完成部署后,需要进行测试与验证,包括负载均衡、故障切换和数据同步等方面的测试,确保解决方案的稳定性和可用性。
双活数据中心项目解决方案
灾难恢复计划
制定应对灾难事件的策略和流程,确保业务连续性。
数据同步机制
数据实时同步
通过数据同步引擎,实现 主备数据中心数据实时同 步。
数据校验
定期对数据进行校验,确 保数据一致性和完整性。
数据备份
定期备份数据,以应对意 外数据丢失或损坏的情况 。
03
实施步骤与计划
双活数据中心项目解决方案
汇报人: 202X-01-08
目录
• 项目背景介绍 • 双活数据中心架构设计 • 实施步骤与计划 • 效益分析 • 技术风险与应对措施 • 项目成功要素与建议
01
项目背景介绍
业务需求
实现跨地域的数据同步和备份
01
双活数据中心能够满足业务在多个地域的需求,保证数据实时
同步,避免单点故障。
1 2 3
数据同步延迟
双活数据中心要求数据实时同步,但网络延迟、 系统负载等因素可能导致数据同步出现延迟,影 响业务连续性。
数据冲突
在双活数据中心中,由于数据实时同步,可能导 致数据冲突,如两个数据中心同时更新同一数据 项。
数据完整性问题
数据传输过程中可能出现数据丢失、损坏等情况 ,影响数据完整性。
网络稳定性挑战
网络设备故障
双活数据中心依赖于高可靠性的网络设备,任何设备的故障都可能 导致数据传输中断。
网络带宽限制
双活数据中心需要大量数据传输,如果网络带宽不足,可能影响数 据同步速度和业务连续性。
网络延迟与抖动
网络延迟和抖动可能导致数据同步延迟和业务性能下降。
高可用性保障
负载均衡
通过负载均衡技术,将 业务流量分散到两个数 据中心,确保任一数据 中心故障时,业务仍能 正常运行。
VMware双活数据心解决方案详解
实现目标:
• 两个(多个)数据中心可同时承接业务 • 一个数据中心故障时,其他中心可以接管业务
需求原因:
• 提高用户的快速体验和链路的利用率,希望可以通过 任意一条链路访问到不同数据中心的业务;
• 希望双中心都能提供业务负载,需要时可直接在另一 个中心扩容资源;
• 满足临时快速加载基础架构资源的要求。
CONFIDENTIAL
19
Virtual SAN 6.1 适用于双活数据中心的特性
• 可以跨站点设置故障域。
• 当一个站点故障时,还有一份完整的副本保存在另外一个站点。
• 代替双活共享存储,成为双活VSAN。
vCenter Server
vSphere + Virtual SAN
…
…
SSD
Hard disks
生产数据中心2
生产数据中心2
Web App
DB
1.2 分应用双活
应用A访问
生产数据中心1
生产数据中心1
任意客户端
应用B访问
生产数据中心2
生产数据中心2
• 双生产中心均需要完成生产业务 • 通过数据复制技术将数据复制到对方 • 通过业务模块或用户的方式将业务分配到不同的中心 • 平时主要的处理能力均分配给生产应用系统使用 • 出现灾难时,根据需要接管的方式,动态调度资源给备份系统使用
双活数据中心相关技术组件的分项说明: 本部分内容按照技术实现方式的编号加以分项说明
不包含的内容: 相关的规范和标准、术语 虚拟化及云计算基础知识介绍 本地高可用性的介绍 业务连续性的基本概念介绍 灾备等级的概念性介绍 基于SRM的异地远程灾备方案详细介绍
3
作者
CONFIDENTIAL
双活数据中心解决方案
多数据中心运维的挑战
事件响应的及时性和有效性
运维的可持续性
系统复杂度很高,关联程度深,新员工难以对问题进行快速响应
互联网化带来的运维影响
复杂的外部环境带来的影响应用快速增加,新业务不断涌现
多数据中心运维
运维事件响应的及时有效性联动操作的快速有效性
配置之间的关联性配置的一致性两个中心如何协调联动
F5自动化运维部署整体架构
应用A访问
应用B访问
应用A访问
应用B访问
生产数据中心1
生产数据中心2
应用B
应用A
应用A
应用B
应用级双活数据中心模型三
-- 动态主主模型
双生产中心均需要完成生产业务通过数据复制技术将数据复制到对方通过业务模块或用户的方式将业务分配到不同的中心平时主要的处理能力均分配给生产应用系统使用出现灾难时,根据需要接管的方式,动态调度资源给备份系统使用
通过虚拟技术来提升资源利用率,降低管理和能源成本
自动化管理,自动化部署,实时监控, 动态伸缩, 提高管理效率及服务质量,降低服务成本
阶段业务目标
阶段业务目标
阶段业务目标
阶段业务目标
通过增加服务流程,实现IT服务标准化、自动化,自助式,IT资源的生命周期管理的云计算平台
负载均衡解决方案
多链路接入Web应用优化
安全与优化
全球化应用访问应用加速和带宽节省
同时卸载网络和服务器来提高应用访问速度
App Tier
Web Tier
Active
Standby
Active
Standby
Web Caches
F5 LTM + WebAccelerator
To Database
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
双活数据中心建设方案建议书
前言
信息是用户的命脉。
在过去的十年中,信息存储基础架构的建设为用户带来了长足的进步。
从内置存储到外部RAID存储,从共享外部RAID阵列的多台服务器,到通过SAN共享更大存储服务器的更多服务器。
在存储服务器容量不断扩展的同时,其功能也在不断增强。
从提供硬件级RAID保护到跨磁盘阵列的独立于服务器的数据镜像,存储服务器正逐渐偏离服务器外围设备的角色,成为独立的“存储层”,以为服务器提供统一的数据存储,保护和共享服务。
在数据中心。
随着用户服务的不断发展,对IT系统尤其是存储系统的要求越来越高。
考虑到用户服务的重要性,由于信息的重要性,需要多个中心来防止单个数据中心的操作风险。
多数据中心建设计划可以防止出现单个数据中心的风险,但是面对建设多个数据中心的巨额投资,如何同时使用多个数据中心已成为IT部门的首要问题。
决定者。
同时,必须使用多个数据中心在各个中心之间传输和共享生产数据。
众所周知,服务器性能的瓶颈主要在IO部分。
不同中心之间的数据传输和共享将导致IO延迟,这将影响数据中心整体表现。
同时,各种制造商继续引入新技术,新产品,不断扩大容量,不断提高性能以及越来越多的功能。
但是,由于不同存储供应商的技术实现方式不同,因此用户需要使用不同的管理界面来使用不同的供应商。
存储资源。
这样,也给用户行业的用户带来很多问题。
首先,不可能使用统一的接口来允许服务器使用不同制造商的存储服务器,并且不同制造商的存储服务器之间的数据迁移也将导致业务中断。
针对用户跨数据中心信息传输和共享的迫切需求,推出存储解决方案,很好的解决了这些问题。
第一章.方案概述
1.需求
计划建设两个数据中心,构成同城双生产系统,两中心之间距离不超过100公里;要求数据零丢失,系统切换时间小于5分钟;
2.方案简介
为了满足客户建设容灾系统的需求,我们设计了本地双活数据中心。
整体架构如下:
上图是双活数据中心总体框架,包括双活存储系统、双活数据库系统、双活应用系统和双活网络系统。
我们将利用存储双活技术和主机集群技术实现数据库系统的双活,利用负载均衡设备实现应用系统在两个数据中心内的负载均衡,利用动态域名确保两个数据中心的网络双活。
双活数据中心可以实现业务系统同时在两个节点同时工作,达到负载均衡的目的。
当生产节点出现故障时,业务系统还能够在第二生产节点上正常工作,实现业务零切换。
第二章.双活数据中心架构设计
通过对具体需求的分析,我们建议客户采用双活数据中心架构设计。
1.数据库系统双活架构设计
在这个架构中,存储层除了采用存储系统或者其他厂商存储系统外,还引进了全新一代数据整合系,实现存储系统高可靠性和同城范围内数据高效共享。
1.1本地存储高可靠性保证
在本方案中,首先要满足客户对生产中心存储系统高可靠性的需求。
目前的IT系统架构中,从应用服务器、数据库服务器到网络等各个部分都已经提供了高可靠性的设计,唯独存储系统很少有高可靠性方案的设计,这主要基于两个原因:
●存储系统自身已经有高可靠性设计,控制器、电源、链路等都是冗余设
计,可靠性较高,一般情况下很少会发生整体故障,导致数据不可访问。
●没有非常合适的技术来实现存储系统的高可靠性保证
现在全新架构的数据整合解决方案首先实现了本地存储系统的整合及高可靠性设计,而且是硬件级别的解决方案。
在本项目中,生产中心首先将两台存储设备整合在一起,实现存储级别的HA系统。
如下图显示:
1)在两台DMX3/4中分别划出两个LUN,LUN-A和LUN-B
●LUN大小一样
●RAID的保护方式一样
●为了保证性能所分布的硬盘类型和数量最好也一样
将这两个LUN同时映射给存储设备(通过图中虚线链路),存储设备可以将这些LUN进行再次RAID保护,目前存储设备支持的RAID保护级别为:
●RAID 0
●RAID 1
●分布式RAID 1
在实现本地存储HA系统时,使用RAID 1保护方式,形成一个虚拟LUN (V-LUN)。
2)存储设备通过光纤链路(图中实线链路)将V-LUN分配给主机,主机可
以进行读写操作
3)当主机向V-LUN写入I/O时,先写入V-LUN,然后再继续写入到两台
DMX3/4存储系统中
4)当其中一台存储设备发生故障,整个存储系统能够继续工作,主机访问
存储不会受到任何影响
1.2双活数据中心数据保护
本次项目客户要求首先实现本地存储高可靠性保护外,还需要实现双活数据中心,既两个数据中心的业务同时运行,任何一个数据中心出现问题,业务都会继续运行。
1.2.1通过存储设备进行数据读写
首先在第二生产节点上,DMX3/4存储系统给存储设备分配一个LUN,存储设备产生一个V-LUN。
如下图显示:
其次,通过两个节点的存储设备产生一个分布式虚拟LUN,采用分布式RAID 1保护。
如下图显示:
两个节点的主机都能够访问到这个虚拟LUN,两节点的主机都能够同时访问这个分布式虚拟LUN。
由于我们提供的是双活数据中心,两个节点中的数据要实时一致,所以在写入数据时,要确保数据被同时写入到两个节点中,这样才能保证数据两节点之间的数据一致性。
如下图所示:
1)在生产节点的主机产生I/O;
2)向存储设备写入I/O, I/O通过存储设备之间的光纤链路发送到第二生产
节点的存储设备上,
3)I/O同时写入到两个节点中的DMX3/4存储系统中;
4)第二生产节点的存储设备向生产节点存储设备发出写I/O完成的确认信
息(ACK);
1.2.2通过存储设备进行数据读取
存储设备是一个集群系统提供分布式缓存一致性保证,能够将两个或多个存储设备的缓存进行统一管理,从而使主机访问到一个整体的缓存系统。
当主机向存储设备的摸一个缓存区域写I/O时,存储设备缓存将锁定这个缓存区域,同一时刻其他主机是无法向这个缓存区域写入I/O的。
但是,当主机读取I/O时,存储设备缓存允许多个主机访问一个缓存区域,尤其是主机访问其他存储设备集群中其他存储设备所管理的数据时,统一个缓存管理会将这个I/O的具体位置告知主机,主机直接访问。
如下图显示:
1.2.3主机故障切换
我们将1个RAC的集群中的两台主机分别放置在生产和第二生产节点上,这两台主机形成一个跨数据中心的集群系统,如图中RAC1-1和RAC1-2,RAC2-1和RAC2-2。
这种设置保证了正常情况下,两节点的主机同时工作;一旦其中一个节点的主机出现故障,业务会无缝的被另外一个节点的主机所接管。
此时,RAC 的心跳线需要通过网络来进行连接。