精华内容
下载资源
问答
  • 数据库容灾
  • 详细描述了如何实现SQL SERVER数据库的双活,包括最高等级的数据零丢失容灾,全自动(不需要修改客户代码的)负载均衡读写分离等功能。
  • 第一讲:双活容灾技术方案概述

    千次阅读 2019-12-29 17:32:04
    容灾建设在我国已有十多年的历史了,尤其是2007年发布国标GB/T20988-2007《信息系统灾难恢复规范》后,各行各业对容灾建设都非常重视,各种新的容灾技术产品也得到了快速的发展应用。在我国容灾发展的前十年,...

     

    容灾建设在我国已有十多年的历史了,尤其是2007年发布国标GB/T20988-2007《信息系统灾难恢复规范》后,各行各业对容灾建设都非常重视,各种新的容灾技术和产品也得到了快速的发展和应用。在我国容灾发展的前十年,主要都是基于保护IT系统本身的运行而考虑的,与业务需求的关系并不太紧密,甚至在设计容灾系统时都不需要业务部门的参与。

    但实际上,灾备建设往往需要从存储层、网络层,安全层、计算层、传输层、应用层等6层考虑,每层之间都有着千丝万缕的联系。然而,近年来,存储层的容灾技术越来越受到客户青睐。

    存储是一门既古老有现代的技术,纵观存储计算经历的一体,分离到融合的变迁,完美诠释了从服务器中来到服务器中去的存储服务思想,从DAS到如今的SDS/HCI最大的不同的就是可靠性和有效性的提升。如同宇宙,诞生于宇宙大爆炸前的一个黑洞或高质量天体,随着星系的演变、诞生和消失后,最终还是要被黑洞所吞噬再次回到起点。这两个风马牛不相及的事情都说明过程的重要性

    回到存储,从EMC被收购,HDS被整合到传闻NetApp被收购来看,单纯的存储盒子是玩不动了。数据越来越多的被放在虚拟机、容器和公有/混合云上,未来的存储应该站在云平台上来考虑如

    展开全文
  • 业务连续性,容灾备份技术,双活数据中心解决方案,技术方案说明
  • 双活 数据中心、 两地 三中心几种。 1、 同城 容灾 同城 容灾 是在同城或相近区域内 ( ≤ 200K M )建立两个数据中心 : 一个为数据中心,...

    常见的 容灾 模式可分为同城容灾、异地容灾、 双活 数据中心、 两地 三中心几种。

    1、 同城 容灾
    同城 容灾 是在同城或相近区域内 ( ≤ 200K M )建立两个数据中心 : 一个为数据中心,负责日常生产运行 ; 另一个为灾难备份中心,负责在灾难发生后的应用系统运行。同城灾难备份的数据中心与灾难备份中心的距离比较近,通信线路质量较好,比较容易实现数据的同步 复制 ,保证高度的数据完整性和数据零丢失。同城灾难备份一般用于防范火灾、建筑物破坏、供电故障、计算机系统及人为破坏引起的灾难。

    2、 异地 容灾
    异地 容灾 主备中心之间的距离较远 (> 200KM ) , 因此一般采用异步镜像,会有少量的数据丢失。异地灾难备份不仅可以防范火灾、建筑物破坏等可能遇到的风险隐患,还能够防范战争、地震、水灾等风险。由于同城灾难备份和异地灾难备份各有所长,为达到最理想的防灾效果,数据中心应考虑采用同城和异地各建立一个灾难备份中心的方式解决。
    本地容灾 是指在本地机房建立容灾系统,日常情况下可同时分担业务及管理系统的运行,并可切换运行;灾难情况下可在基本不丢失数据的情况下进行灾备应急切换,保持业务连续运行。与异地灾备模式相比较,本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点;异地灾备中心是指在异地建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心可以用备份数据进行业务的恢复。

    本地机房的容灾主要是用于防范生产服务器发生的故障,异地灾备中心用于防范大规模区域性灾难。本地机房的容灾由于其与生产中心处于同一个机房,可通过局域网进行连接,因此数据复制和应用切换比较容易实现,可实现生产与灾备服务器之间数据的实时复制和应用的快速切换。异地灾备中心由于其与生产中心不在同一机房,灾备端与生产端连接的网络线路带宽和质量存在一定的限制,应用系统的切换也需要一定的时间,因此异地灾备中心可以实现在业务限定的时间内进行恢复和可容忍丢失范围内的数据恢复。

    3、 两地 三中心
    结合近年国内出现的大范围自然灾害,以同城双中心加异地灾备中心的 “两地三中心”的灾备模式也随之出现,这一方案兼具高可用性和灾难备份的能力。
    同城双中心 是指在同城或邻近城市建立两个可独立承担关键系统运行的数据中心,双中心具备基本等同的业务处理能力并通过高速链路实时同步数据,日常情况下可同时分担业务及管理系统的运行,并可切换运行;灾难情况下可在基本不丢失数据的情况下进行灾备应急切换,保持业务连续运行。与异地灾备模式相比较,同城双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点。
    异地灾备中心 是指在异地的城市建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心可以用备份数据进行业务的恢复。

    两地三中心 : 是指 同城双中心 加 异地灾备 一种商用容灾备份解决方案;
    两地 是指同城、异地;
    三中心 是指生产中心、同城容灾中心、异地容灾中心。( 生产中心、同城灾备中心、异地 灾备 中心 )

    4、 双活 数据中心
    所谓 “ 双活 ” 或 “ 多 活 ” 数据中心,区别于 传统 数据中心 和 灾备中心的模式,前者 多个 或两个数据中心都处于运行当中, 运行相同的应用,具备同样的数据,能够提供跨中心业务负载均衡运行能力,实现持续的应用可用性和灾难备份能力, 所以称为 “双活 ” 和 “ 多 活 ” ;后者是 生产 数据中心投入运行, 灾备 数据中心处在不工作状态,只有当灾难发生时,生产数据中心瘫痪,灾备中心才启动。
    “ 双活 ” 数据中心最大的特点是 : 一、充分利用资源,避免了一个数据中心常年处于闲置状态而造成浪费 , 通过资源整合, “ 双活 ” 数据中心的服务能力是 翻 倍的 ;   二 、 “ 双活 ” 数据中心如果断了一个数据中心, 其 业务可以 迅速 切换到另外一个 正在 运行的数据中心, 切换 过程对用户来说是不可感知的。
    在 “ 双活 ” 的模式中,两地数据中心同时接纳交易,技术难度很大,需要更改众多底层程序 , 因而在现实中,国内还没有 真正 “ 双活 ” 数据中心 的成功 应用 案例。

    数据容灾技术选择度量标准
    在构建 容灾 系统时,首先考虑的是结合实际情况选择合理的数据复制技术。 在 选择合理的数据复制技术时主要考虑以下因素:
    Ø  灾难承受程度 :明确计算机系统需要承受的灾难类型,系统故障、通信故障、长时间断电、火灾及地震等各种意外情况所采取的备份、保护方案不尽相同。
    Ø  业务影响程度 :必须明确当计算机系统发生意外无法工作时,导致业务停顿所造成的损失程度,也就是定义用户对于计算机系统发生故障的最大容忍时间。这是设计备份方案的重要技术指标。
    Ø  数据保护程度 :是否要求数据库恢复所有提交的交易 , 并且要求实时同步 ,保证 数据的连续性和一致性, 这是 备份方案复杂程度的重要依据。
    UCACHE灾备云与本地服务中心建立的灾备中心,数据通过G口网络实时同步备份至灾备中心,可以实现实时备份,或是定时备份,当本地灾备中专心出现服务器故障或者数据丢失时,可快速从云平台将数据恢复,同时云平台也可将数属据恢复至本地服务中心。未来可平滑的升级成灾备中心与云虚拟机之间的远程异地高可用保护。

    展开全文
  • 波分双活系统容灾链路架构设计.docx
  • 详细描述了如何实现SQLSERVER数据库的双活:最高等级的数据零丢失,以及全自动(不需要修改客户端代码)的负载均衡读写分离等核心功能。
  • 灾备.zip双活数据中心容灾解决方案
  • 基于准双活容灾存储技术的云计算数据中心存在基础设备出现故障时需手动切换业务系统、业务恢复时间长等问题。为了解决这个问题,本文采用了NetApp 3250双活容灾存储技术MetroCluster构建了一个真正意义上的双活...
  • 什么是双活容灾系统

    2021-03-04 01:22:36
    一、什么是双活容灾系统?就是实现备份端在线的双活的应用级容灾,践行在线式应用级的容灾系统。在线式是指备用服务器上的数据库是在线的,处于可读可查询的状态,确保容灾是可靠的稳定的;应用级是指镜像系统复制的...

    一、什么是双活容灾系统?

    就是实现备份端在线的双活的应用级容灾,践行在线式应用级的容灾系统。在线式是指备用服务器上的数据库是在线的,处于可读可查询的状态,确保容灾是可靠的稳定的;应用级是指镜像系统复制的数据是数据库事务,是属于应用层的。其镜像系统支持SQLSever数据库、Oracle数据库、文件系统等应用系统的容灾。

    二、双活容灾功能:1追逐式全量复制、2实时增量复制、3CDP数据容错功能、4故障切换、5构建生产查询相分离的业务应用。

    Ucache灾备云企业数据备份可自由设置各种备份模式,如单双向同步、镜像同步、移动同步等,还可以根据文件名或者目录名来选择性的备份,在设置时,选择“文件过滤”。Ucache灾备云所以支持SQLSever数据库、Oracle数据库、文件系统等应用系统的容灾。Ucache灾备云使生产端数据库和备机端数据库同时在线运行,处于可读可查询的状态的技术。

    再比如,Ucache灾备云企业数据备份软件还具有另一个人性化的功能—定时备份,它提供了每月、每周、每日、间隔和实时多种定时方式,根据需要设置固定时间来进行数据备份。

    UCACHE灾备云利用现有的数据中心及软硬件的整体方案实现了云端灾备,成本低,灵活的方案,保证企业重复数据删除技术:累积重删比高达99%,减少备份窗口,压缩比例1:7.UCACHE灾备云功能。

    展开全文
  • SANGFOR_aCloud_V5.8.8_深信服企业级云双活容灾解决方案用户指南.pdf
  • 对于数据库异地双活容灾部署在前面博客上也有文章谈到过,这篇文章做一些进一步的分析,对于异地双活容灾推荐阅读下网上的一篇文章,这篇文章介绍的比较全面,可以重点参考,本文配图也来源于该文。数据库的双活设计...

    a4c26d1e5885305701be709a3d33442f.png

    对于数据库异地双活容灾部署在前面博客上也有文章谈到过,这篇文章做一些进一步的分析,对于异地双活容灾推荐阅读下网上的一篇文章,这篇文章介绍的比较全面,可以重点参考,本文配图也来源于该文。

    数据库的双活设计

    对于异地双活,前面我很多文章都已经谈到过,实际上最难的就是数据库如何保证双活,大部分的异地容灾方案数据库本身都是单活的,一个做为备份库。根据这篇文章我们可以看到,实际上在数据库层面分为三个层面。

    1. 数据库单活:一个做为备份库,平时不工作,在出现问题再动态切换

    2. 数据库写单活,读双活:只有主库可以写,但是两个数据中心的数据库都可以作为读库同时工作

    3. 数据库双活:即表格里面谈到的Oracle ASM Extended

    RAC方案,这个原来没怎么接触过

    对于应用服务器的Cluster集群,实际要做到双活就比较简单,由于不存在数据持久化的问题,因此只需要搭配上层的全局负载均衡往往就容易实现上层应用服务器集群的双活配置。

    而对于ESB服务总线中间件来说,和传统的业务系统本身有两点关键的区别,具体说明为

    1. App Server应用服务器层,存在JMS消息中间件,这个存在在临时和持久化存储问题

    2.

    对于数据库层面,一个是ESB引擎数据库本身对ESB运行无大影响,一个ESB管控数据库仅存储日志信息

    在原来我们谈SOA整体部署架构的时候,为了保证整个ESB总线的运行稳定性,实际上我们做了相应的验证,即对于ESB引擎数据库停机,实际上不影响到App

    Server和ESB服务正常运行;或者对管控数据库停机,也不影响到服务正常运行,只是会出现日志数据出现丢失。

    其次,对于ESB总线而言本身数据库压力不大,完全没有必要在数据库层面采用读写双活的设计方式,而对于管控平台而言,实际上使用最多的就是日志查询,异常查询几个功能,这几个功能可以单独定制为支撑读双活往往就能够满足需求。在数据库层面,最初我们的方案仍是采用类似GoldenGate进行单向的数据同步,确保在另外一个数据中心有一个完整的备库,以用于在数据中心出现问题后的数据库迁移。

    那么接下来我们再看,如果不采用类似GG的数据库同步复制产品和技术,我们如何来做异地双活设计。初步考虑有如下几种方案可以选择。

    方案1:在两个数据中心进行重复操作

    即对于ESB服务的部署,服务授权,服务配置等操作,同时在两个数据中心操作,确保实际的服务部署,服务配置元数据能够同时入库到两个数据中心不同的数据库。即实际上两个数据中心最终提供的ESB服务完全是一致的和相同的,服务部署情况,服务授权情况也是完全相同的。

    在这种方案里面涉及到我们流程申请和订购功能,涉及到服务运行实例功能无法重复操作,因此这些功能对应后的后台日志表,就需要我们晚上进行定时同步到备份数据中心。由于日志,流程实例非核心内数据,是可以容忍一天内的丢失情况。

    方案2:后台每天进行定时数据复制

    对于ESB服务的部署,实际上我们很难去做定时的数据复制来解决问题,因此服务部署仍然需要手工操作。而对于其他所有的管控配置操作等全部通过每天定时后台数据库表复制即可。该方案不使用类似GG进行实时同步复制,允许数据出现1天内丢失,但是不影响到实际的服务运行。

    应用服务器集群的双活

    当我们谈双活数据中心的时候,前面更多谈的数据库的部署和同步方案,既然是双活,那么APP

    Server应用服务器就必须要做到能够同时工作。而对于应用服务器集群我们考虑的时候要注意,实际上在我们配置的时候,数据中心A和数据中心B两个集群都是操作数据中心A的数据库,否则就会出现数据库双向同步复制问题。

    要做到应用集群双活,在前面文章方案已经谈到,必须在数据库中心A和B上面还有一个全局的负载均衡设备进行全局负载均衡,同时全局负载均衡设备本身还需要HA配置确保无单点故障。

    而实际上双活架构部署的时候,对于数据中心B我们完全可以单独进行ESB中间件和管控软件的安装,同时将数据库中心A的数据库导出再导入恢复到数据中心B,确保初始一致性。在完成数据中心B本身的服务调用正常,管控访问正常后,我们在进行操作,将数据中心B的ESB服务集群,管控数据库连接配置修改为对应到数据中心A。

    这个时候可以确保应用服务器全部处于工作状态,但是数据中心A出现故障后数据库连接需要手工切换。

    那么这个时候更好的做法是在两个数据中心的数据库上层还有一个轻量的DaaS数据库服务提供层,即在DaaS层来提供可用的数据库服务连接,当发现数据中心A的数据库无法访问的时候,可以自动切换到数据中心B的数据库。同时DaaS层作为独立的应用也在两个数据中心进行部署,接入到上层的全局复制,确保没有单点故障。

    如果没有DaaS层,那么出现故障手工切换,预计也就在5到10分钟能够完成数据中心的切换操作。

    临时记录-待进一步思考

    在数据中心单独安装一个ESB

    Cluster集群,配置到数据中心B的ESB数据库,数据中心B的ESB库完全从A中心进行同步拷贝。然后对ESB集群的服务部署信息进行导出,导出后再数据中心B进行服务部署。完成后将数据中心B的集群数据库连接切换到数据中心A。

    或者直接在数据中心B进行Cluster集群的扩展,即数据中心B不再有Admin管理节点,这种模式实际上涉及到Admin管理节点需要在两个数据中心做HA架构配置,暂时无法验证其可行性。

    展开全文
  • 1.灾备建设的挑战与趋势;2.华为双活数据中心解决方案介绍;3.双活数据中心关键技术;4.可视化容灾管理;5.故障场景。
  • 点击下方公众号「关注」「星标」回复“1024”获取独家整理的学习资料!今天谈下多数据中心异地容灾备份方面的内容。在前面一篇文章里面我详细谈到过一个软件业务系统的高可用性设计,其中既包括...
  • 浪擎镜像双活容灾V4技术白皮书
  • 容灾双活

    千次阅读 2017-04-01 11:56:15
    如何做到“高可用/容灾” 正如上图所示,整个容灾体系分为很多层(本文的重点是数据高可用层): 业务的高可用主要体现在游戏分区、地域单元化等操作上,不仅仅是解决服务器压力的问题,同时也是为容灾考虑。...
  • 阵列双活容灾解决方案.pptx
  • xxxx双活容灾数据中心方案汇报34页.pptx
  • 本文根据朱祥磊老师在〖5月6日DBAplus社群济南数据库技术沙龙〗现场演讲...为什么要讲双活数据中心?从应用系统系统保护来说,分这么几个角度: 首先做容灾,第一个要考虑的是主备,上图左侧是最早出现的主备...
  • 波分复用双活容灾链路设计.docx
  • 数据中心存储双活容灾建设方案.docx
  • 容灾系统的业务连续性是企业的关键业务在灾难发生时的应对能力恢复能力,即通过尽可能快速的、全面的企业业务恢复运作,将因灾难造成的损失降低到最小程度。由于在远程网络传输的实时性能力以及对现有生产系统不...
  • 三点容灾双活异步复制技术建议书.docx
  • 双活数据中心容灾解决方案.docx
  • 银行双活容灾建设方案技术手册——分析篇 https://www.talkwithtrend.com/Article/243071
  • 银行双活容灾建设方案-实施篇.docx
  • 银行双活容灾建设项目技术实施方案.docx
  • 银行双活容灾建设方案-实施篇.pdf
  • 信核数据双活容灾金融行业解决方案.pdf
  • 银行双活容灾建设方案技术手册-规划篇.docx

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 4,528
精华内容 1,811
关键字:

双活和容灾