精华内容
下载资源
问答
  • Zookeeper双机房容灾方案,以5个zk实例为例 本文在最前面给出操作该集群用的的知识 然后针对可能出现的问题,需要确认的事项进行测试 在最后给出本文的Zookeeper容灾方案
  • ORACLE 数据库安全 备份容灾方案 公安行业事业部 作者王怀远 公安行业事业部 目录 1. Oracle 数据库备份策略1 2. Oracle 数据库备份运行环境要求1 3. Oracle 数据库备份脚本2 4. Oracle 数据库备份配置步骤2 5. ...
  • 目前***银行已经完成网络灾备的建设,且对本地数据备份系统进行了规划。本项目的主要目标是建设系统级灾备,以应对自然灾害、大级别的主站点系统故障或机房级故障,及时化解灾难风险,保证业务系统在各种灾难情况下...
  • vmware虚拟化解决方案,本人精心编撰,可以作为公司方案设计参考,也可作为毕业设计方案选材。希望可以帮到大家!
  • 本文将通过介绍一些业界主流的数据库高可用架构、每种方案的特性和优缺点,以及数据库高可用架构的自动化运维实现,讲讲数据库高可用容灾方案设计与实现,希望抛砖引玉,和大家一起讨论。
  • 近几年来,容灾已经成为信息数据中心建设的热门课题。很多容灾技术也快速发展起来,对用户来说也有很广阔的选择...本文就各种容灾方案和如何选择合适的容灾方案做一个初步探讨,希望能对数据中心容灾建设提供一些参考。
  • Oracle数据库异地容灾方案.doc
  • 容灾方案概述

    千次阅读 2020-08-26 17:21:05
    应用多样,管理不便:企业IT系统中运行的业务系统越来越多,需要作为关键业务进行容灾保护的应用也越来越多,常见的应用有Oracle、DB2、SQL Server、Exchange等,同时IT系统的云化趋势越来越明显,众多的虚拟机也...

    目录

    1、引入

    1.1 需求

    1.2 挑战

    2、几个概念

    2.1 HA

    2.2 容灾

    2.3 二者对比 

    2.3 容灾和备份

    2.4 关键指标RTO和RPO

    3、容灾系统概述

    3.1 系统级别

    3.2 容灾建设等级

    3.3 容灾解决方案

    4、容灾方案架构

    4.1 基本框架

    4.2 容灾设计模式:同步、异步结合使用

    4.3 容灾方案

    (一)主备容灾方案

    (二)两地三中心(3DC)容灾方案

    (三)双活容灾方案

    (四)阵列复制容灾方案

    (五)同城应用级容灾(物理机模式)

    (六)云计算下的灾备模式


    1、引入

    1.1 需求

    • 三大风险:数据丢失、数据破坏、业务中断。每小时业务中断导致损失以百万美元计
    • 法规遵从:金融合规,等保3,安全隔离,两地三中心,高业务连续性
    • IT运维:系统容灾,有备无患,简化IT运维工作,避免突出事件冲击

    1.2 挑战

    应用多样,管理不便:企业IT系统中运行的业务系统越来越多,需要作为关键业务进行容灾保护的应用也越来越多,常见的应用有Oracle、DB2、SQL Server、Exchange等,同时IT系统的云化趋势越来越明显,众多的虚拟机也需要提供保护,缺乏统一的管理系统。

    流程复杂,耗时易错:不同应用的配置不同,恢复流程各异,配置难度大;业务切换、恢复需要专业人士操作,耗时易错:缺乏自动化的创建和部署流程。

    黑盒运行,难以理解:传统业务切换、演练等操作流程都是设备内黑盒运行,缺乏可视效果,难于理解。 

    2、几个概念

    2.1 HA

    HA( High Availability,高可用)是指提供在本地系统单个组件故障情况下,能继续访问应用的能力。无论这个故障是业务流程、物理设施、IT软/硬件的故障。

    最好的高可用性就是数据中心的一台机器宕机了,但是使用该数据中心服务的用户完全感觉不到。但一般数据中心的机器宕机了,在该机器上运行的服务故障切换(failover)一般都需要时间,从而导致客户会有感知。

    HA 的关键指标是可用性,其计算公式是[ 1 - (宕机时间)/(宕机时间 + 运行时间)],我们常常用几个 9 表示可用性:

    • 4 个9 : 99.99% = 0.01% * 365 * 24 * 60 = 52.56 分钟/年
    • 5 个9 : 99.999% = 0.001% * 365 = 5.265 分钟/年
    • 6 个9 : 99.9999% = 0.0001% * 365 = 31秒钟/年

    对 HA 来说,往往使用共享存储,这样的话,RPO =0 ;同时往往使用 Active/Active (双活集群) HA 模式来使得 RTO 几乎0,如果使用 Active/Passive 模式的 HA 的话,则需要将 RTO 减少到最小限度。 

    2.2 容灾

    灾难(Disaster)是由于人为或自然的原因,造成一个数据中心内的信息系统运行严重故障或瘫痪,使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件,通常导致信息系统需要切换到备用场地运行。

    灾难恢复(Disaster Recovery)是指当灾难破坏生产中心时在不同地点的数据中心内恢复数据、应用或者业务的能力。

    容灾是指,除了生产站点以外,用户另外建立的冗余站点,当灾难发生,生产站点受到破坏时,冗余站点可以接管用户正常的业务,达到业务不间断的目的。为了达到更高的可用性,许多用户甚至建立多个冗余站点。

    2.3 二者对比 

    维度 

    HA(High Availability)

    DR(Disaster Recovery)

    场景

    HA 是指本地的高可用系统,表示在多个服务器运行一个或多种应用的情况下,应确保任意服务器出现任何故障时,其运行的应用不能中断,应用程序和系统应能迅速切换到其它服务器上运行,即本地系统集群和热备份。

    DR 是指异地(同城或者异地)的高可用系统,表示在灾害发生时,数据、应用以及业务的恢复能力。

    存储

     

    HA 往往是用共享存储,因此往往不会有数据丢失(RPO = 0),更多的是切换时间长度考虑即 RTO。

    异地灾备的数据灾备部分是使用数据复制,根据使用的不同数据复制技术(同步、异步),数据往往有损失导致 RPO >0;而异地的应用切换往往需要更长的时间,这样 RTO >0。 

    故障

    主要处理单组件的故障导致负载在集群内的服务器之间的切换

    应对大规模的故障导致负载在数据中心之间做切换

    网络

    LAN 尺度的任务是 HA 的范畴

    WAN 尺度的任务是 DR 的范围

    HA 是一个云环境内保障业务持续性的机制

    DR 是多个云环境间保障业务持续性的机制

    目标

    HA 主要是保证业务高可用

    DR 是保证数据可靠的基础上的业务可用

    2.3 容灾和备份

    备份:备份是容灾的基础,通常指在数据中心内,将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。

    容灾:容灾系统是指在相隔较远的异地,建立两套或多套功能相同的IT系统,互相之间可以进行健康状态监视和功能切换,当一处系统因意外(如火灾、地震等)停止工作时,整个应用系统可以切换到另一处,使得该系统功能可以继续正常工作。

    一般意义上,容灾指的是不在同一机房的数据或应用系统备份,备份指的是本地的数据或系统备份。通常说的灾备是将容灾与备份结合,即本地备份结合远程数据复制实现完善的数据保护。

    一般所说的备份采用备份软件技术实现,而容灾通过复制或镜像软件实现,两者的根本区别在于:

    • 备份软件处理后的数据格式不一致,必须恢复后才可使用,而复制或镜像软件处理后的数据格式不发生变化,直接挂载给主机即可使用。
    • 两者的数据保护的周期不一致,复制或镜像的时间周期更短。
    • 一般备份为数据保护的最后一条防线,偏向于归档这个层面更多。

    2.4 关键指标RTO和RPO

    • RPO(Recovery Point Objective)代表了当灾难发生时允许丢失的数据量。
    • RTO(Recovery Time Object )代表了系统恢复的时间。
    • RPO 与 RTO 越小,系统的可用性就越高,当然用户需要的投资也越大。

    3、容灾系统概述

    3.1 系统级别

    级别

    定义

    RTO

    TCO

    数据级 

    通过建立异地容灾中心,做数据的远程备份,在灾难发生之后要确保原有的数据不会丢失或者遭到破坏。

    在数据级容灾方式下,所建立的异地容灾中心可以简单地把它理解成一个远程的数据备份中心。在数据级容灾这个级别,发生灾难时应用是会中断的。

    数据级容灾的恢复时间比较长,但是相比其他容灾级别来讲它的费用比较低,而且构建实施也相对简单。

    数据源是一切关键性业务系统的生命源泉,因此数据级容灾必不可少。

    RTO 最长(若干天) ,因为灾难发生时,需要重新部署机器,利用备份数据恢复业务

    最低

    应用级

    在数据级容灾的基础之上,在备份站点同样构建一套相同的应用系统,通过同步或异步复制技术,这样可以保证关键应用在允许的时间范围内恢复运行,尽可能减少灾难带来的损失,让用户基本感受不到灾难的发生,这样就使系统所提供的服务是完整的、可靠的和安全的。

    RTO 中等(若干小时)

    中等。异地可以搭建一样的系统,或者小些的系统。

    业务级

    全业务的灾备,除了必要的 IT 相关技术,还要求具备全部的基础设施。其大部分内容是非IT系统(如电话、办公地点等),当大灾难发生后,原有的办公场所都会受到破坏,除了数据和应用的恢复,更需要一个备份的工作场所能够正常的开展业务。

     RTO 最小(若干分钟或者秒)

    最高

    3.2 容灾建设等级

    3.3 容灾解决方案

    4、容灾方案架构

    4.1 基本框架

               

    4.2 容灾设计模式:同步、异步结合使用

                   

    容灾模式

    可靠性方案

    灾备恢复

    数据备份需求

    双活

    集群+负载均衡

    自动

    实时同步复制(<100KM)

    热备份

     

    集群(cluster)

    自动

    实时同步复制(<100KM)

    暖备份

    人工干预

    手动

    异步复制(>100KM)

    冷备份

    人工强干预

    手动

    同上

    4.3 容灾方案

    (一)主备容灾方案

                                         

    容灾系统管理可视化: 支持容灾管理软件部署、调测一键式 支持容灾演练和切换一键式,协助完成定制脚本工具能力,便于管理和恢复。

    (二)两地三中心(3DC)容灾方案

                                

    容灾建设周期短,交付风险低,容灾建设周期从10个月缩短到7个月,缩短30% 多厂商配合有效管理,缩短项目交付周期 多业务多应用的有效评估与分析,保障容灾系统快速建设 

    (三)双活容灾方案

                

    双活容灾去网关化,高效实施 业务级“A-A”高可靠,数据中心级故障业务不中断,7*24小时在线 双活存储层无虚拟化网关,减少故障点,简化实施与调测。

    (四)阵列复制容灾方案

                                                 

    支持一对一容灾或多对一集中容灾,多分支机构数据独立存放,需要建立统一的容灾系统,对各个分支机构进行统一容灾保护。  支持多达31个分支机构;支持同步/异步复制方式,根据各个分支特点灵活选择,统一管理各分支容灾存储系统;不同级别阵列可互通复制,降低TCO,支持灵活在线添加/撤除分支站点 结合快照功能,可实现数据的连续保护。容灾资源共享,可大大节约成本。

    (五)同城应用级容灾(物理机模式)

                               

    应用场景为物理机模式(小型机、X86服务器),两数据中心距离 <80KM ,应用自动切换,快速恢复业务。实现本地高可用和异地应用级容灾,具有存储开放性,支持异构存储 集群节点可任意组合(集群内主机总数量<=64); 

    (六)云计算下的灾备模式

                

    生产中心与容灾中心独立部署云管理平台(两朵云),设置同步策略,定期远程复制生产中心的云管理数据和业务数据(VM)到容灾中心。用户在业务规划时,可根据实际需求,在存储上划分两种LUN:保护LUN和未保护LUN,将需要容灾的VM创建在保护LUN上,并只对保护LUN配置阵列复制,以节省容灾中心存储空间的需求。当生产中心发生故障时,容灾中心通过容灾管理软件一键式恢复虚拟机。

                                      

    展开全文
  • 文章详细介绍了企业SAN数据存储和远程数据容灾方案
  • Oracle 11g DataGuard, 1.DG的工作原理:容灾复制方案 ,什么是DG,DG的保护模式,DG的有关进程, DG的同步和异步传输 2. 搭建物理DG, 3.DG主备角色切换 4.DG保护模式切换
  • 公司介绍 诗檀软件专注于数据服务 对Oracle, Oracle Applications, MySQL 和SQL Server提供远程数据库管理服务及咨询 提供解决方案并进行安装升级迁移及运维 数据救援(PRM工具)及优化 专业团队 全天候的DBA专家服务 ...
  • Oracle容灾方案的选择

    2020-03-04 10:44:36
    DSG RealSync属于数据库复制技术,它适用于从工作组级、企业级到数据中心级的复制需求,无论系统采用什么样的服务器平台、什么样的存储平台,只要是ORACLE系统之间的复制即可适用。采用DSG RealSync复制技术,其目标...
  • 本地集群容灾方案

    2012-03-22 14:31:04
    这个是介绍本地的集群方案,有很多集群容灾方案方面参考价值
  • 广东电信CDMA核心电路域容灾方案研究pdf,广东电信CDMA核心电路域容灾方案研究
  • 数据库同步热备系列方案 博文链接:https://woxintech2011.iteye.com/blog/1542771
  • MySQL容灾方案简介

    2021-08-27 10:10:10
    容灾方案 目前有以下三种容灾方案可供参考: 主从半同步复制+手动切换 方案介绍:由两台服务器上的数据库实例搭建主从架构,两个实例之间的数据同步使用MySQL半同步复制机制。主机绑定VIP,在主库故障后手动将...

    容灾方案

      目前有以下三种容灾方案可供参考:

    1. 主从半同步复制+手动切换

    方案介绍:由两台服务器上的数据库实例搭建主从架构,两个实例之间的数据同步使用MySQL半同步复制机制。主机绑定VIP,在主库故障后手动将VIP绑定至备机,将上层请求切换至备库,备库写入数据后成为新主,原主实例恢复后成为新主的备库,具体架构图如下:

    优点:不存在VIP漂移问题,规避因底层同步延时导致的数据不一致。

    缺点:故障时需要人工介入,效率低。

     

     

    1. 主从半同步复制+keepalived自动切换

    方案介绍:由两台服务器上的数据库实例搭建主从架构,VIP绑定在主实例上,程序通过VIP将数据写入主库。主实例由keepalived中间件通过脚本判活,如果检测失败则停止主机keepalived服务,VIP漂至从机,程序数据继续入库,具体架构图如下:

    优点:实现故障自动切换,无需人工干预

    缺点:如存在网络闪断等情况影响存活判断,可能会导致主从多次切换,造成潜在数据不一致问题

     

    1. 阿里云MySQL RDS使用的高可用方案如下图所示,两台数据库实例组成主从模式,正常情况下应用层通过SLB访问主库,从库不可访问;主库故障则SLB自动切换至连接从库,上层应用无感知。同时也支持手动模式进行实例切换,具体架构图如下:

    优点:数据库托管给云平台,降低运维成本

    缺点:费用较高

     

    展开全文
  • 数据库容灾方案

    千次阅读 2020-08-12 11:45:33
    也称数据库双活、数据库复制,即在本地或异地部署一个与生产库完全相同的灾备数据库,当生产库由于各种原因(错误操作、系统软件...1 本地容灾还是异地容灾,异地容灾的网络带宽及稳定性。 2 灾备数据库是否需要在...

    也称数据库双活、数据库复制,即在本地或异地部署一个与生产库完全相同的灾备数据库,当生产库由于各种原因(错误操作、系统软件错误、病毒、硬件故障、断电、火灾、地震等)发生故障时,灾备数据库可以立刻接管原有应用,对外正常提供服务。进行数据库容灾需要考虑以下问题:

    1 本地容灾还是异地容灾,异地容灾的网络带宽及稳定性。

    2 灾备数据库是否需要在线查询,是否需要效验比对某些核心数据是否与生产库一致。

    3 RTO(恢复时间目标,指生产库发生故障到灾备库投入运行期望的时间)、RPO(数据恢复点目标,指生产系统所能容忍的数据丢失量)。

    4 备份模式选择,单向备份模式(active/standby)还是双向互备模式。其中双向互备模式又分为半双工和全双工,半双工在任一时间点依然是单向模式(active/standby),只有一个数据库接受业务请求,当主库故障时允许主备自动切换。全双工模式(active /active),用于双业务中心异地互备,两个数据库同时接受业务请求。对于全双工模式需要考虑数据是否存在主键冲突。

    5 部署及维护成本,灾备库是否支持异构(不同操作系统、不同数据库版本)、是否需要在主备库安装代理程序或在数据库额外创建对象、是否需要调整表结构等。应用系统升级是否需要重新配置备份过程,是否需要人工干预等。

    灵蜂数据库复制软件Beedup提供数据库(Oracle/SQL Server/DB2/MySQL/PostgreSQL)容灾功能,具备以下特点:

    1 Beedup采用TCP连接主从数据库,支持本地或异地容灾。软件读取解析主库归档或在线日志,还原其中的DDL及DML操作在备库执行,通过将软件部署到主库所属网络,可以在备份时有效降低网络负载。软件提供断点机制增量读取解析日志,可以忍受苛刻的网络条件。

    2 Beedup采用SQL接口向从库写入DML及DDL,从库实时在线可用。另外软件提供主从表的差异比对功能,可以随时效验主从数据一致性。

    3 Beedup采用事务单元复制主库变化到从库,主库事务提交后,软件立即读取解析事务并复制变化到从库,整个过程秒级完成。当主库发生故障时,可以直接修改从库IP为主库IP接管其上业务。

    4 Beedup支持active/standby和active /active备份模式,对于active /active模式的自增主键冲突,无需调整业务系统,Beedup提供自增值到目标库的重新计算并更新相关依赖信息的功能。

    5 Beedup采用JDBC读写主备数据库,对数据库运行平台及版本无要求,当生产库采用高性能设备时,备份库可以选择普通商用配置。软件部署灵活,既可部署于主服务器,也可部署于备份服务器,或者部署到可以TCP连通主备服务器的其它任意机器。软件对主库不需要任何写入操作,通过读取解析主库归档或在线日志复制事务到备份库,对于表结构、视图、存储过程、触发器等DDL操作均可自动备份,无需人工干预。

    展开全文
  • Oracle 容灾方案选择

    千次阅读 2018-10-02 00:04:19
    Oracle 容灾方案选择 最近公司在搞数据库容灾这方面的东西,实施的项目会比较多,而我们实施的项目中大多数据是标准模板搭建的,基本上都是Oracle rac 2、3节点asm磁盘管理。 在考虑Oracle数据库的容灾方案选择上...

    Oracle 容灾方案选择


    最近公司在搞数据库容灾这方面的东西,实施的项目会比较多,而我们实施的项目中大多数据是标准模板搭建的,基本上都是Oracle rac 2、3节点asm磁盘管理。

    在考虑Oracle数据库的容灾方案选择上,首先调研一下,我们的需求
    要实现秒级数据丢失即RPO要求~0,小时级别的切换时间,即业务要在一小时之内恢复
    实现从深圳到长沙的数据容灾。

    这里我们调研了一下方案选择,大都是数据库复制技术来实现,总体分如下几类:

    1.数据库原生容灾方案:
    Data Guard方案,在Oracle MAA架构绝对是重量级的存在,RMAN保证数据安全,DG报账业务连续。原理是使用日志传输的方案实现主备库的数据同步。11g之后支持ADG,备库只读打开,报表查询都可以在备库上做,减轻主库的负担,而且稳定性较高。确定可能是没有一个友好的操作界面吧。

    2.GoldenGate方案:传输的是SQL语句,带宽占用较低。主要用于异构数据库的迁移场景,在容灾方案上用的不多,配置起来比较复杂,可靠性没有DG好。

    3.其他方案:
    一般是通过解析日志,然后复制到备库进行应用,与OGG方式类似。商业软件如美创、英方等一般都有易用的UI界面,基本上都支持一键切换,适合于一些技术实力较弱的用户。其实我个人还是不想用这种方案的,价格太高,原理实现不透明,出问题基本上只有厂家进行技术支持了。

    基于我们公司现状,Oracle rac asm用的比较多,也有一定的Oracle技术实力,从深圳到长沙的容灾我们打算选用Data Guard来做我们的容灾方案。

    Dataguard大致设置如下:
    1.主库Oracle rac 2节点,备库单机
    2.配置LGWR传输,备库实时应用,网络情况良好情况下基本上不会怎么丢数据
    3.切换时间能够控制在1分钟左右,业务量大时切换时间可能会稍慢,容灾决策比较重要,一般也不在乎这几分钟了。

    展开全文
  • 华为业务连续性容灾方案白皮书华为业务连续性容灾方案白皮书华为业务连续性容灾方案白皮书
  • 系统容灾方案,汇总,面试,常问,可以尝试,大系统
  • 华为虚拟化容灾方案技术白皮书.pdf
  • 从本篇起要向大家介绍几个典型的数据存储厂商的异地容灾方案,本篇所介绍的是全球最为著名的数据存储厂商--IBM的几种异地容灾方案。 针对不同的用户需求,IBM公司的异地容灾方案产品线非常丰富,各种数据备份技术和...
  • 本文首先分析了TD-SCDMA基站天线容灾的背景和原理,然后给出一种基于软件更新的容灾解决方案,并且针对不同的天线故障情况进行了仿真,总结出其中的隐含规律,然后基于递归最小二乘判决(RLS)算法,生成新的权值。...
  • otter是阿里巴巴去o开发的一款基于Java且免费、开源、基于数据库增量日志解析、准实时同步到本机或异地机房的mysql/oracle数据库的解决方案 otter manager和node安装包下载地址:...
  • 业务连续性容灾-主备容灾方案白皮书.pdf
  • 业务连续性容灾-主备容灾方案白皮书.docx
  • 系统容灾方案介绍.pptx
  • VMWare SRM容灾方案.pptx

    2021-10-10 08:24:51
    VMWare SRM容灾方案.pptx
  • VMWare SRM容灾方案.pdf

    2021-10-10 08:24:32
    VMWare SRM容灾方案.pdf

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 34,210
精华内容 13,684
关键字:

容灾方案