什么样的备份容灾系统才真正适合云化数据中心?| 技术头条

640?wx_fmt=gif

640?wx_fmt=jpeg

作者 | 陈元强

责编 | 郭芮

以虚拟化、超融合、云平台等为形态的云化数据中心已经成为越来越多的企业机构数据中心升级方案。据权威媒体统计,云每年以25%的速度增加,其中虚拟化渗透率大于80%。云在按需交付、资源池化等方面有先天的优势,但随之也带来更多的数据和业务安全风险。无论是自建的云还是公有云,每年都频繁发生大量的数据安全和业务中断事故。

在备份容灾管理领域,一方面IT基础架构的云化变化速度已经大大超出了现有的数据保护技术的变化速度,而另一方面不少厂商又都声称自家的产品可以备份云。那么到底该如何选择真正适合云化数据中心的备份容灾系统,本文重点从以下几个方面展开讨论。


640?wx_fmt=png

什么是云化数据中心?


简单讲,就是当业务需要,数据中心可以在数分钟内增加或减少业务所需要的计算、存储、网络等资源。再简单讲,就是随时增加或减少可以安装部署业务应用软件的服务器。

自建云化数据中心的方案有多种思路,如下:

1、虚拟化为中心的经典架构

640?wx_fmt=png

这种方案是目前最主流的云化数据中心方案,主要采用的方案就是虚拟化操作系统、服务器与企业级集中式存储,该方案成熟度最高。这种方案,随着虚拟机规模增加,底层的集中存储会越来越感觉到不够用。这时候需要增加新的存储或服务器部署,重新迁移或分布虚拟机系统。

2、以OpenStack为代表的开源大集成架构

640?wx_fmt=png

这套体系接近公有云平台的体系,主要的3个核心服务都采用高度弹性的方案来构成。随着引入的服务越多,运维管理复杂度也大幅度提升。目前开源体系最大的问题在于企业级运维管理的能力较弱,可靠性不能很好保障,可管理性差,易用性方面门槛很高,需要高度依赖商业发行版企业来保障持续的运行。

这类平台通常是从几千到上万个虚拟机规模,是一些大型企业在重点升级的云架构方案。

3、各类公有云的企业部署版本

国内的云计算公司,都相应推出了企业内部部署的版本,与OpenStack的架构类似,核心也包含3大核心服务,以及各类上层应用服务。第2、第3这类通常是一些大型企业,或者技术运维能力很强的机构才会采用。通常需要企业自己配置开发运维团队。

4、采用商业超融合的架构

第2、3涉及到的硬件投入、软件投入以及人力投入都很大,一般的中小企业都难以部署和运维。超融合把云计算里最核心的能力:虚拟化计算、软件定义网络与分布式存储三大核心服务融合在一起,形成3-4个服务器节点一组的模块化方案。

640?wx_fmt=png

通过分布式文件系统融合服务器集群管理技术,把服务器的存储能力连接起来,形成可以被服务器共享的存储池,服务器内置的虚拟化操作系统。通过Web 管理控制台,可以为企业打造按需交付的云平台。

该方案无需外置其他存储设备,更容易交付和运维,企业自建私有云变得简单很多。通常超融合方案按照3 个服务器节点起进行部署,如果需要扩容,再按3-4个节点一组进行扩容。


640?wx_fmt=png

云化数据中心与传统的数据中心有何不同?


1、传统数据中心的典型结构

下面我们来看一看传统数据中心的架构示意图:

640?wx_fmt=png

一般每台服务器上跑1-3个业务不等,各业务通过不同的安装目录和不同网络端口来隔离。所有服务器数据都存入NAS/SAN 等集中式存储。

2、成本与运维效率对比

两种数据中心,由于底层架构不一样,无论在成本、效率、以及运维管理方法等方面区别很大。

640?wx_fmt=png

这也是为什么越来越多的企业机构加速数据中心云化,只有这样才能更敏捷支持业务发展需求,提高资源利用率。

3、数据备份和业务连续运行保护模型对比

640?wx_fmt=png

传统数据中心和云化数据中心在保护模型上,区别非常大。了解这些区别后,才有利于我们选择合适的保护方案。


640?wx_fmt=png

当前的云化数据中心数据备份容灾现状


1、用物理机时代设计的保护模型保护云

国内外一些厂家产品都源于物理机保护的模型,延展到虚拟化领域。其基本的架构设计模型如下:

640?wx_fmt=png

基本上就是一个简单的集成架构,把备份软件部署到服务器上,然后交付到客户。增加了虚拟机备份支持,本质上,在保护架构设计上没有特别变化。

2、保护容量固定

通常这类架构在底层选用的备份存储容量上,很固定。厂家在做方案时候,通常会考虑预留较大的空间用于备份数据增长的需求。

这会带来两个问题,一是初次投入较高,二是无法适应云数据规模增长的需求。最终空间会用满,这时候必须增加新的设备。增加新的设备,由于设备之间相互独立。势必会带来维护、迁移和更多的数据存储开销。

3、备份策略模型笨重

传统备份方案有全量、增量、差异备份方式。由于一直以来,考虑到底层存储和各种情况导致的数据错误,厂商通常采用几种方式结合的方案来保护物理机模型的备份数据。其中全量模型,会大幅度增加系统的存储开销,在云场景由于数据量大数十倍,显然是不合适的。

4、恢复速度慢

物理机时代设计的数据恢复方案,通常考虑的是数据回写恢复的方式。这种方式在数据规模不大的情况下,可以工作得很好。一旦数据规模很大的时候,这种方式恢复效率非常低。

5、容灾粒度粗

在传统物理机数据中心时代,关键业务要做容灾保护,通常采用的是存储级复制方案。这种方案,在物理机时代工作得很好。通常一些重要业务如数据库等是独享存储资源的。

在云化时代,所有的业务都共享存储,采用这种复制方案,显然是缺少优先级、重要性区分。在异地容灾效率方面,不能很好地解决业务重要性和业务带宽资源分配的关联关系。


640?wx_fmt=png

具备云化数据中心级保护能力的备份系统的八个特征


特征一、支持虚拟化在线全增量即时合成模式的备份

通过云平台输出的API来备份数据,而不是安装客户端去备份Guest虚拟机内部数据。通过云平台输出的API 来备份数据的兼容性好,数据一致性更能得到保障。

640?wx_fmt=png

在备份模型选择上,选用全增量模型备份是非常有必要。第一次采用全量备份,第2次以后采用增量备份方式,可以最有效的降低数据读取量,减少网络传输,最大程度提高备份系统的效率。同时系统可以根据增量数据即时合成为全量版本,用于快速恢复。

特征二、支持Scale Out模型的扩展方案

虽然可以采用插满硬盘槽位(ScaleUp)或多台组合的方案,来备份整个云数据中心。但这不是最佳实践。这种方式会大幅度提高运维管理难度。人为的分割和迁移数据、任务。规模越大,这种方案越难用。到了上千节点的规模,涉及数百TB 到PB 级数据,一般的方案需要多台设备(10 台到20 台不等)组合到一起,这种方案几乎难以实际运用。

640?wx_fmt=png

应云而生的是Scale Out 的横向扩展模型。简单来说,就是一组一组地扩展,而组与组之间可以无缝融合成一个大组。所有组内的服务器节点数据都是共享的。另外,系统也能自动平衡内部的数据和任务分布。数据存储和任务处理性能,同步提升。

Scale Out 模型理论上能达到无上限的数据存储能力和保护能力。

特征三、集群范围的全局数据处理消重压缩能力

不少的备份厂家产品是支持数据消重技术,但由于架构设计的原因,也仅仅是在单套系统内部。单套系统保护的云主机规模有限,重删效果也大大降低。

640?wx_fmt=png

对于高度重复的云化数据中心来说,备份系统具备集群范围的消重压缩能力,是一个关键指标,一些情况甚至高达90%的重复比例。如果用传统的方案,会投入数倍的成本来存储重复的数据。对于一些数千个云节点的大规模云平台,这将是巨大的投入。

特征四、批量并发即时恢复能力

如果还是按照现有的传统数据恢复方案,对于高度敏捷的云平台,慢如蜗牛的恢复速度,显然是不能容忍的。即时恢复,就是采用先在数分钟内(最短时间)应急恢复业务,然后再在线迁移。

640?wx_fmt=png

批量即时恢复能力要求备份系统能够识别和支持并发的随机IO 流,并能很好的支持并发频繁的随机IO 读写需求。

特征五、多节点对等任务并行执行能力

云平台天生就是节点数量多,数据量大。

对于备份系统,是否能并行处理任务显得非常重要。否则是无法有效、即时保护好整个云平台。现有的方案还未准备好去支持数以百计的并行备份任务。

640?wx_fmt=png

云平台的备份系统,不仅要求能够保护更多的任务,同时应该能够具备在集群备份系统内部,任务可以在失败后,跨节点执行,以满足更高的可靠性要求。

特征六、无限制版本管理能力

内置无限制的版本管理能力,可以有效提高云平台数据应用能力。无论1 个月前、2 个月前、3 个月前的数据,都可以得到有效的恢复、复制、克隆等。

640?wx_fmt=png

区别与云自己的快照,该能力可以基于任何历史点执行任意多次的恢复、克隆、读写等。

特征七、细粒度恢复和数据复制能力

备份系统既能够备份整体云主机(虚拟机)数据,也需要能够执行文件级的数据恢复能力,根据业务情况组合使用。

640?wx_fmt=png

对于执行异地容灾的场景,任务级粒度复制数据,可以有效降低带宽的使用,优先保护好重要业务。

640?wx_fmt=png

特征八、备份系统能够输出管理API

备份系统能够输出管理API ,可以更加容易管理生产系统和备份系统。轻松集成在云管理平台,或企业IT 集中管理平台。使得整个备份流程更加容易根据企业需求自动化统一管理。

640?wx_fmt=png



640?wx_fmt=png

关于云化数据中心备份容灾选择常见的几个误区


1、支持了虚拟机备份就是云架构的备份系统

支持虚拟机备份是基本条件,而通过云平台输出的备份API 来备份虚拟机系统是云架构的备份系统的必要条件。

640?wx_fmt=png

云架构备份系统工作是否良好,除了能支持基本的备份外,备份速度是否高,备份效率是否高,是否能快速恢复业务、是否能支持API 对接等,都是需要考虑的。

2、过度依赖品牌,品牌越知名越放心

在传统以物理机为基础构建的数据中心,以品牌来选择是合情合理。很多厂家的方案都是超过十年以上的研发,积累了大量的数据备份容灾实践。

尤其是一些一线大品牌,甚至超过20 年的历史,对数据库、操作系统、小型机以及各种变形的高可用架构的保护,都非常擅长。

640?wx_fmt=png

但在云化数据中心时代,由于IT 架构的变化很大,大品牌擅长的兼容性、可靠性、性能、备份模型全都优势不再,一切从零开始。大公司、创新品牌都是从同一起点出发。谁起步早?谁更专注?谁就越有优势,谁就能最早适应客户的云场景。

3、备份软件安装在客户机系统里(Guest OS)

在客户机操作系统里面安装客户端的方案,这是保护物理机的方案。如果一台宿主机通过云化系统虚拟出10 个客户机系统,就需要安装10 个客户端。这种方式,运维管理复杂,也额外会占用更多的系统资源。

640?wx_fmt=png

这种方案,对客户端的设计会提出更高的要求。直接拿备份物理机的软件过来在客户机内部部署,这是最差的方案。

4、备份系统的容量按照物理机应用数据模型估算

根据应用数据的规模和增长,来确定保护容量是传统数据中心保护方案常用的方案。云化时代,需要重新根据系统和应用数据两个维度来估算备份系统的容量,才能达到最好的保护和应用效果。

640?wx_fmt=png

5、不考虑平滑的扩容方案

在传统数据中心,备份系统配置的容量一般能很好支持3 年以上的运行,所以扩容不是最需要考虑的要素。在方案的选择上,扩容不是最迫切的需求点。

而在云化时代,数据增长与变化的速度会很快。半年到一年的扩容周期是非常正常。因此拿已有的经验去确定方案,后期的成本更高,系统升级、扩容、迁移等管理就很复杂。

640?wx_fmt=png



640?wx_fmt=png

后记


在云时代,数据保护和管理的应用场景已经在发生革命性的变化,但很多用户和行业从业者还停留在传统架构中来思考和选择解决方案,这势必将更多的云环境下的数据置于无有效保护的险境之中。

本文从技术层面剖析,抛砖引玉,欢迎大家交流。

作者:陈元强,深圳市木浪云数据有限公司联合创始人 & CEO,木浪云云数据管理创建人,多备份在线备份云服务创始人。超过18年网络与数据安全、分布式系统与海量业务架构设计、云服务创业等经历,曾就职于腾讯盛大、宜搜、永达,并担任大数据、搜索、移动、信息安全等业务线总监岗位。曾发起创立腾讯第1 套具有核心专利技术百亿级实时大数据平台,更早负责永达大型网络安全管理平台研发(保护全国铁路客票核心业务系统和数十万节点安全),防DDOS 系统研发等。

声明:本文为作者投稿,版权归对方所有。

640?wx_fmt=gif640?wx_fmt=gif


展开阅读全文

如何建设真正的云数据中心?

03-29

云计算即将成为信息社会的公共资源,而数据中心则是支撑云计算服务的基础设施,如何为云计算真正建设和运行数据中心,在最近三年时间正成为中国通信和IT行业的最重要工作领域之一。 rnrn  什么是云数据中心 rnrn  什么是云计算数据中心[注],他与传统IDC(互联网数据中心)与EDC(企业数据中心)的区别是什么?传统数据中心与云计算数据中心的区别在于应对的业务模式不同。传统IDC多数是支撑电信运营商数据业务,并有明确的跨网和区域性限制。传统EDC支撑的信息系统架构也与云计算有很多不同,例如EDC更多地支持了以商业软件为平台的特定应用信息系统,因此其规模、等级、变量相对固定。而云计算所需要的数据中心来源于互联网,但又向集成化平台演进,因此,有别于传统数据中心基础设施和信息系统软硬件分离的局面,云计算的数据中心从基础设施到计算与应用是连续和整体的,并相互关联和可适应。 rnrn  如何建设云数据中心 rnrn  云数据中心应该如何建设?目前,业内有两种常见观点。 rnrn  观点一:“高投资、高性能的超算就是云计算”。 rnrn  观点二:“云计算就是把一堆烂机器攒在一起提供高可靠性的服务”。 rnrn  这两种观点对应了两种不同建设模式。 rnrn  观点一对应的是传统建设模式。该模式注重构建高成本和高可靠性的基础设施,再实施有物理边界的简单虚拟化私有云[注]。例如银行业数据中心以成本简单堆叠,努力提高基础设施可靠性,但由于数据中心硬件与软件系统分离,在高投入的情况下总体效率反而下降,事倍而功半。 rnrn  观点二对应的另一种模式的特色是盲目追求降低初始投资成本,把数据中心基础设施作为一种简单资源建设和经营,建立和运行低成本、低效率的数据中心基础设施,从而造成初始成本虽低,但运行成本和运行风险却较高的局面,这虽然适应了目前行业快速发展的格局,但总体上并不适合云计算的长期发展和稳定服务。 rnrn  笔者以为,这两种云数据中心建设模式都有着片面性和局限性。如同早年的互联网虽然可以承载在PSTN(公共电话网络)上运行,但却不是最佳模式一样,为云计算而建的基础设施可以运行于IDC,但却不能有效优化和发展云服务,若建立为社会服务的公共设施,云计算必须重新规划和建立数据中心等基础设施架构。 rnrn  云计算基础设施应与计算平台充分整合,正如云计算行业一部经典书籍《数据中心就是计算机》(The Datacenter as a Computer)而言,云计算数据中心是自上而下的全程融合和优化,包括系统软件、芯片、存储、网络、电源、配电以及制冷,因此,新一代的云计算数据中心充分整合了软件、服务器、网络、数据中心供电与制冷、能源等多个环节,并以一个系统和完整的体系优化了从能源到计算的总体效率。例如谷歌并未单独狭义地优化数据中心PUE(能源使用效率),而是以软件为基础,融合了定制基础设施构架,建立了全球级规模的云计算基础设施架构。 rnrn  落实到云数据中心的具体建设上,笔者认为有以下几点注意事项。 rnrn  首先,在业务模式方面,基础设施需要充分适应云计算的业务发展客观规律,按照最优化效率的单位规模建立,并根据业务发展需求而高效建设,摒弃传统模式,最好不要一次性构建大规模数据中心单体多层建筑,而将采用灵活和高效率的模块化方式,将数据中心配电、制冷、供电、甚至建筑物与市电彻底分割,以云计算业务单一集群为最小单位,分布实施。 rnrn  在数据中心可用性上,最好依据云计算IAAS[注]系统特性,完整优化结构,实现可随业务需求而调整,可二次提高、或甚至降低(传统IDC不可实现)模块化内基础设施的可用性与运行成本。在类似于T2-T4级别范围内,提供可保障全年五个九级别的数据中心基础设施SLA(服务品质承诺)质量。在最小单元(颗粒度细分)的规模上,将与云计算系统适度匹配,允许一次部署较少的物理服务器集群,也可提供高效率的系统。 rnrn  在云计算[注]的业务服务模式上,要以基础设施为平台,实施数据中心精确能源计费,将资产与电力或能源分离经营,达到最优化的云计算资源运行效率和最佳经济模式。 rnrn  在数据中心设施交付效率上,云计算业务有较高要求,随着行业的快速发展,很快会以月,甚至以周为单位要求系统的交付,这与传统的以年为周期的交付有很大区别,定制、模块化、业务耦合性强的基础设施建设模式,将大幅提高初产效率,将首次实施周期缩短到十二个月以内,续产效率(扩建/增设)控制在三个月以内。 rnrn  建设云计算数据中心[注]时最好还依据国际云计算领先技术特征的需求,在同一地区内建立多个不同区域的数据中心,并确保可靠的T级高速互联,实现云计算架构的可靠性与可用性的最佳匹配,有效的降低区域性灾害因素对数据中心基础设施的破坏和对云服务的影响。通过汇集地区数据中心集群资源,将为云计算系统建立一个稳定的平台,实现数据中心集约化与规模化管理,降低运维的复杂程度和不确定性。 rnrn  在经济性方面,云计算数据中心的成本控制和性价比至关重要,云计算数据中心将注重总体成本(TCO)的降低,并着重优化运行成本(Opex),同时衡量成本/效率/可用性之间的平衡性。 rnrn  在行业发展和业务合作上,云数据中心[注]服务提供商要找准定位与服务模式,以数据中心基础设施为核心业务,与电信运营商积极合作,通过资源共享,业务共赢的模式,发挥各自的资源、成本与服务优势,发展和服务于中国的公有云[注]业务。 rnrn  云计算数据中心,将作为信息的基础设施将被广泛使用,宁夏西部云基地公司将在宁夏自治区政府的领导和支持下,持续努力的大规模建立新一代云数据中心。 rnrn  总之,建立新一代云计算基础设施,应以云计算数据中心的高效率、低运行成本,灵活的业务适应性和服务可用性为目标,分阶段的建设与实施。 rnrn  云数据中心的选址 rnrn  最后讨论以下云数据中心的选址问题。笔者的观点是,云数据中心建设应该一路向西。因为中国西部具有较多建立大型云计算数据中心的价值点,比较明确和显着的即是能源、气候与地理位置。 rnrn  以宁夏自治区为例,宁夏的地理区域具有覆盖全国的位置与安全战略纵深。宁夏处于中国的地理中部地区,覆盖国境东西区域距离相等,宁夏距离北上广蓉距离分别为一千、一千六、一千七、八百公里,处在网络通信15毫秒路径内。对于云服务而言,空间不是距离而时延才是距离,在建立大容量网络后,宁夏的资源可以西电东用,变输送电力为输送比特,产业结构匹配优势明显。其次,宁夏处于内陆大后方,处于国家安全战略纵深区域,同时人口相对资源丰富,环境容量富裕,是建立战略数据储备与处理的理想环境。 rnrn  宁夏西部的气候特征为典型寒带大陆性气候,全年平均气温八度,气候干燥寒冷,平均零下十度气温天数大于180天,全年最高与最低温差小,蒸发量大于降水量十几倍。在合理气候选址的条件下,大自然是数据中心最好的能效利器,利用该地区气候,采用蒸发冷却模式,配合空气洁净度高,腐蚀物少,微尘颗粒少(宁夏西部治沙成果),数据中心能效可有效提高,达到与全球最佳水平同步。 rnrn  宁夏电力资源充沛,能源成本低,并且是我国重要的油气能源通道与电力外送基地。宁夏目前上网电价处于全国最低水平,并且宁夏西部的规模化光伏和风电类可再生能源,在装机量与并网率均处于全国前列。电网绿电比例高,供电稳定可靠(宁夏是青海与甘肃的输电出口)。这些资源和条件均为建立大规模云计算数据中心提供了经济型、长久性和可靠性的能源保障,并且与国际绿色能源与云计算结合趋势接轨。 rnrn  目前,已经有云服务提供商选择在宁夏等西部省份建立大型云数据中心,相信不久的将来我国中西部地区将会成为云数据中心的聚集地。 rn 论坛

[转载]浅谈企业建设的容灾备份

03-05

转自:http://blog.ccidnet.com/blog-htm-do-showone-uid-244311-type-blog-itemid-1122091.htmlrnrnrn近年来,随着信息技术的发展,现在的企业也越来越依赖于计算机系统来保证其在业界的竞争力,业务支撑系统的高可靠性和高可用性已成为现在企业信息化的重点。 rnrnrn以笔者从事的电信行业的运营商来说,如果发生数据丢失,轻则影响业务的开展以及客户满意度,重则会使整个企业的生产瘫痪。有研究显示,企业在遭受灾难之后,如果无法在14天内恢复数据,有75%的公司业务会完全停顿,43%的公司再也无法重新开业,有20%的企业在两年之内被迫宣告破产。造成这些损失的原因不仅仅是火灾、水灾、地震等自然灾害,还有诸如战争、蓄意破坏、严重误操作等人为因素。因此,在限定时间内成功的灾难恢复是电信运营商企业战略中的一个关键组成部分。 rnrnrn而恰好前一阵子,和朋友在网上讨论过电信行业运营商一个案例,所以笔者整理出此文与大家分享: rnrnrn案例需求分析 rnrnrn环境:两台ibm小机p550,做双机集群,运行oracle数据库,rac负载均衡。存储是san架构 rnrnrn需求:异地进行容灾,要求不要动原来的存储,不接受数据迁移,不接受换存储。实施可以停机半天,rto不超过2小时。 rnrnrn常用的容灾方案用四类:1.利用磁带拷贝进行数据备份和恢复,2.远程数据库复制技术,3.远程数据复制技术4.远程数据复制技术。 rnrnrn经过讨论和行业分析我和朋友所选择的是“远程数据库复制技术”也就是(Oracle11g Active Data Guard和Quest的SharePlex)的解决方案进行比较。因为这种技术是由数据库系统软件来实现数据库的远程复制和同步。基于数据库的复制方式可分为实时复制、定时复制和存储转发复制,并且在复制过程中,还有自动冲突检测和解决的手段,以保证数据一致性不受破坏。其实质是实现主、备用系统数据库的数据同步(实时或者准实时同步),即将主用系统数据库操作Log实时或者周期性地复制到备用系统数据库中,实现两者数据的一致性。远程数据库复制对主机的性能有一定影响,会增加对磁盘存储容量的需求(包括对Log的存储),但系统运行恢复较简单,在实时复制方式时数据一致性较好,所以对于一些对数据一致性要求较高、数据修改更新较频繁的应用可采用基于数据库的容灾备份方案;而选择远程数据库复制技术也就是最好的选择,自然Oracle11g Active Data Guard的解决方案就成了首选,这也是Quest的Shareplex所不具备的。 rnrnrn因为Oracle11g Active Data Guard是为企业提供的一个全面的数据保护、灾难恢复和高可用性解决方案。它不仅能提供了一个能够解决计划和计划外中断的灵活、易于管理的框架。而且在物理备用数据库和逻辑备用数据库双向也能互相补充,并且可以同时进行维护,从而在减少主数据库上开销的同时提供高品质的数据保护。不同的数据保护模式提供了适用于各种保护、性能和基础架构需求的灵活性。也为用户提供了一个更易于使用的配置和管理框架平台。 rnrnrn而谈到这里可能有一些朋友还会生出对于硬件复制问题的一些担扰:其实通过所谓的远程磁盘镜像实现,其实现要求严格。只能基于同一厂商、同型号阵列、同样容量大小的两个阵列来实现。厂商一般建议使用间歇性复制。远程磁盘镜像(复制),在容灾实现中,支持所有的类型数据同步,包括文件数据、数据库数据、裸设备、应用配置文件、应用程序、库函数等,支持各类应用系统容灾,包括数据库、中间件、客户自己开发的应用,适用于2层架构、3层或多层应用架构。与应用无关,但与磁盘阵列直接相关。只能基于同一厂商、同样容量大小的两个阵列来实现。受光纤线路影响、复制数据量大,在使用间歇性复制时,数据延迟大,磁盘容量要求4倍于源数据,并且在极端情况下,不能保证数据一致性。 rnrnrn极端情况:rnrn rn磁盘复制在生产中心和容灾中心复制的是改动过的物理数据块,而物理数据块的写是无序的。为了保证数据的一致性,通过带时间戳的数据块,改善了一定的数据块的无序性,但仍然不能解决。我们看到,数据库是通过带时间戳的数据块和联机日志一起来解决,如果一个数据文件中的数据块的时间戳不一致,数据库需要日志来修正,日志中记录的是一些有序的数据库操作,通过Recover的动作,将不一致的数据文件,前滚或后滚到某一特定时间点。带时间戳的数据文件和有序的日志,二者缺一不可,否则不能保证数据的一致性。在磁盘复制中,唯独少了至关重要的磁盘写日志(不可能有)。更有甚,如果这种磁盘块的无序写,发生在数据库的联机日志上,那将对数据库数据的一致性造成破坏。 rnrnrn所以与Quest的Shareplex容灾解决方案相比较,明显Oracle11g Active Data Guard的容灾解决方案要更加完善,且兼容性与功能更加强大。而且从严格意义上来讲,SharePlex并不能完全算是个容灾软件,它有比较明显的缺点。就是需要高带宽,会造成日常成本高;最头痛的是基于存储的方案是无法保证,而这一点在Oracle11g Active Data Guard的容灾解决方案是不存在的。 rnrnrn对企业容灾备份系统的一点建议 rnrnrn经过上述比较,我们可以发现一个好的容灾系统。首先,应具有开放性,不依赖特定硬件系统,支持各种传输介质,如能支持TCP/IP网络则更佳。另外,考虑到容灾能力和应用系统性能的影响,容灾方案不仅要支持近距离的同步数据容灾,还必须能支持远程的异步数据容灾。对于异步数据容灾,数据复制不仅仅要求在异地有一份数据拷贝,同时必须保证异地数据的完整性、可用性。完善的容灾系统应该包括各种实用的灾难恢复手段。 rnrnrn因为对于企业来说,在建立一个容灾系统之前,首先必须对企业本身的各种数据重要性进行评估,包括灾难造成的直接损失和间接影响,然后决定为此支出多少、投资回报如何,选择最适合自身需求和发展的厂商和方案,避免投资的盲目性。 论坛

没有更多推荐了,返回首页