浅析灾备建设三种模式

各个大型企业都有必要建立异地的灾难备份系统,同时需要重点考虑建设成本,寻求一种用的着,用的起的灾备系统建设模式。根据目前灾备行业发展现状,可以选择以下几种方式建设灾备系统:

  (1)自建灾备中心模式

  ① 一次性投资巨大

  灾难备份中心的资金投入涉及建筑工程、机房配套工程、IT系统投入、通信网络设备投入,这笔投入是为小概率的事件准备的,平时都处于闲置状态,导致总体投入成本(TCO)和投资回报率(ROI)不对称,灾备中心资源利用率低,也不能对期货经纪公司的信息化建设产生直接的推动作用。

  ② 运营成本高

  灾难备份中心每年的运营费用主要包含:房屋、设备的维护,折旧费,人员的工资,水电费,通信费等。

  ③ 专业技术及实施难度大

  因为建设灾难备份中心涉及中心基础建设、IT系统建设等多方面工作,同时还要与当地政府、电力和电信部门合作,其具体的组织和实施有一定难度。而且,如果没有精深的理论作基础和丰富的实际经验作支持,灾难备份系统的规划、设计、实施和管理将会有很大的难度和风险。

  ④ 建设周期长

灾难备份中心具有自己独特的选址、建设要求。一般而言,从选址开始,新建灾难备份中心需要12个月以上的时间。

总结以上几点,综合目前备份公司木浪科技旗下的多备份就是通过将企业数据进行云端的存储、备份、迁移、恢复等一系列方式,让企业轻松享受到云计算带来的便利。对所有进出于服务器(数据库)的数据和文档,进行全面的压缩加密保护,有效地避免了内部和外部人员对服务器数据的窃取和泄露,产品功能和性能经过了多权威机构的高度赞评,为企业数据保驾护航

  (2)共建灾备中心模式

  几家期货经纪公司联合共建灾备中心的模式,可以节省一部分基础建设的投资。在金融业内,香港中资银行曾经做过尝试。但到了20世纪90年代中叶,共建或互为备份的模式已基本消失,究其原因无外乎以下几方面:

  ① 灾难备份中心难以达到标准

  灾难备份中心除了要具有一般数据中心的运行环境外,还要在选点、基础设施及支撑业务运作配套设施等多方面符合灾难备份的需求,一般期货经纪公司受到多方面的限制难以符合标准。

  ② 技术路线不统一

  期货经纪公司随着业务的发展,逐步走出适合自己的IT技术路线,其硬件软件平台、应用软件、存储、网络及维护人员都难以共享和为另一方提供服务。

  ③ 责任难以界定

  期货经纪公司互为备份或联合共建备份中心的模式难以将灾难备份的责任划分清除,特别是各经纪公司行忙于自己的业务开发工作,为其它公司提供灾难备份并不是其主要工作职责;而在灾难发生后如果不能成功切换,备份方需要负什么样的责任也难以确定。

  ④ 技术管理难度大

  灾难备份涉及到各家期货经纪公司所采用的主机平台、系统、数据库、应用软件、灾难恢复计划及灾难备份中心运营等专业技术管理能力,一般期货经纪公司在人力资源组织上有困难。

  ⑤ 长期稳定性

  随着我国期货业的快速发展,经纪公司相互之间的合作——竞争模式也在快速转变中,难以保障相互之间提供长期稳定的灾难备份服务。

  (3)外包模式

  早有业内人士表示:如果国内金融行业机构和企业无论大小都自己建灾备中心,将会得不偿失,建设灾备中心应该走社会化的道路。显然,企业自己投入大量资金、花费许多时间、维持大量运营人员,长期处于待命状态,在某种程度上是资源的浪费。对于规模本来就不大的期货经纪公司来说,自建灾备中心,在人力、物力、财力上都将是难以承受的。而采用灾备服务外包的方式应运而生,是值得考虑的行之有效的方法。2001年7月,深圳发展银行作出了有益的尝试,就专业灾难备份服务商签订了长期灾难备份外包合约,成为我国金融行业灾难备份建设的一个里程碑。

  灾难备份外包服务具有节省客户投资(共享资源),专业化队伍和完善的服务管理,快速提供灾难备份服务,高等级的灾难备份中心及完整灾难备份服务体系等优点,值得大力推广和提倡。同时,监管部门通过鼓励和规范灾难备份外包服务,既节省了社会资源,又规范了市场,使得灾难备份行业在快车道上得以稳健发展。

时间: 2024-10-28 22:42:04

浅析灾备建设三种模式的相关文章

Oracle 11g dataguard三种模式以及实时查询(Real-time query)功能设置

之前我们讨论过<Linux Oracle 11g dataguard物理standby 配置过程>, 但是在实际过程中会遇到不同的问题,首先我们讨论下ORACLE DATAGUARD的三种模式, 保护最大化:这种模式的配置可以保证主库和备库的同步,任何情况下主库的损毁都不会导致已提交数据的丢失.如果主库和备库之间的网络出现问题,或者备库本身出现问题,都会导致主库停止数据处理. 可用最大化:这种模式和上面一种类似,也是会保证主库和备库的同步,区别在于,当网络或备库不可用时,主库仍然可以继续处理.

谈谈对于vmware Workstation 网络连接三种模式的认识.

大家好,我是黄药师,从今天开始坚持写博客. 简介: VM(VMware Workstation简称VM,后面都将用VM代替阐述)是一款功能强大的虚拟化软件.VM支持在 单一的桌面上同时运行多款不同的操作系统,能够模拟完整的网络环境,支持pxe功能.实时快照,等等多种强 大的功能.能够测试软件和部署新的业务测试.同时节约了很多资源.节约了企业成本.所以对于广大的互联 网从业者是不可多得的好工具. 本文中作者使用的软件以及操作系统版本: VM 11.1.2版本 win10 专业版 由于本文只讨论VM

简单区别存储与主机连接的三种模式DAS/SAN/NAS

一般来说,存储(Storage)与主机(Host)连接模式有三种:SAN(Storage Area Network)存储区域网络,DAS(Direct-Attached Storage)直连式存储,NAS(Network Attached Storage)网络附属存储.此三种模式分别针对不同的应用场景. 从与主机连接的通道类别来看,DAS采用SCSI通道直接连接主机,但随着服务器CPU的处理能力的增强,存储硬盘空间的不断加大,这个沿用了四十多年的SCSI通道,已成为IO瓶颈,其最高不超过80MB

httpd的三种模式比较

查看你的httpd使用了哪种模式: /usr/local/apache2/bin/httpd -V |grep 'Server MPM' 使用哪种模式,需要在编译的时候指定 --with-mpm=prefork|worker|event 当然也可以编译的时候,让三者都支持: --enable-mpms-shared=all 然后在配置文件中,修改 LoadModule mpm_worker_module modules/mpd_mpm_worker.so 2.2版本默认为worker,2.4版本

delegate,notifucation,KVO三种模式实现通信的优缺点

在开发ios应用的时候,我们会经常遇到一个常见的问题:在不过分耦合的前提下,controllers间怎么进行通信.在IOS应用不断的出现三种模式来实现这种通信: 1.委托delegation: 2.通知中心Notification Center: 3.键值观察key value observing,KVO 上面的三种模式是什么? 三种模式都是一个对象传递事件给另外一个对象,并且不要他们有耦合. 三种模式都是对象来通知某个事件发生了的方法,或者更准确的说,是允许其他的对象收到这种事件的方法.这对于

小米、华为与联想,背后隐含的三种模式(转)

1 月 15 号参加了小米产品发布会,正当雷军在台上讲小米 Note 的种种功能时我却突然意识到小米.华为.联想的拼杀到了 2015 年已经完全进入到了一个新的阶段.在功能和体验上诚然大家会激烈的彼此追赶但其实已经拉不开太多的距离,最终决定胜负的很可能是手机背后所体现出来的模式.这很像一场国战,胜负不再取决于一城一地而是取决于综合国力. 小米.华为与联想背后隐含的商业模式 虽然最终呈现给用户的手机是类似的,但就我看来这三家背后隐含的模式却是有本质不同. 联想是经典的经营管理派.这一派的基本逻辑是

hadoop学习;自己定义Input/OutputFormat;类引用mapreduce.mapper;三种模式

hadoop切割与读取输入文件的方式被定义在InputFormat接口的一个实现中.TextInputFormat是默认的实现,当你想要一次获取一行内容作为输入数据时又没有确定的键.从TextInputFormat返回的键为每行的字节偏移量,但眼下没看到用过 曾经在mapper中曾使用LongWritable(键)和Text(值),在TextInputFormat中,由于键是字节偏移量.能够是LongWritable类型,而当使用KeyValueTextInputFormat时,第一个分隔符前后

Hive 之元数据库的三种模式

Hive 介绍 http://www.cnblogs.com/sharpxiajun/archive/2013/06/02/3114180.html Hive的数据类型和数据模型 http://www.cnblogs.com/sharpxiajun/archive/2013/06/03/3114560.html Hive内表与外表详述 http://www.aboutyun.com/thread-7458-1-1.html Hive的体系结构 http://blog.csdn.net/zhoud

APP开发的三种模式

APP开发的三种模式:Native App .web App.hybrid App 1.原生app 使用原生app (android或iOS)开发APP.. 技术: Native技术主要用于提供原生支持,要做到跨平台,就需要掌握部分Android和iOS的知识,除了多线程,文件存储等基础知识,Android需要非常熟练的掌握WebView.WebSettings.WebChromeClient.WebClient四大对象.iOS需要非常熟练掌握UIWebView对象. 缺点:技术多,门槛高.无法