请选择 进入手机版 | 继续访问电脑版

陕西众友赛微数码科技有限公司

英方持续数据保护

英方.png

1.解决方案总体概述


英方1.jpg
说明:
数据中心:为保证本地的各类业务系统的高可用性,在主中心进行调整

  •   灾备端增加一台新的X86服务器,组成虚拟化平台承担容灾业务,灾备虚拟化平台完善之后之后将会保障整个业务系统不会受到任一服务器宕机所带来的业务中断影响。
  •   现有的业务系统通过基于数据实时复制的应用高可用技术实现灾备,该技术确保主备两端数据的一致性,同时在主业务端的应用服务器出现故障之后,可以自动/手动的实现业务的连续保护。
  •   灾备虚拟化平台的设计依据为:目前共有6台服务器(HIS、PACS、LIS、EMR、合理用药、用友财务系统),根据当前业务硬件服务器硬件配置及业务负载来进行虚拟化硬件的规划。

其规划步骤及标准为:1. 收集目标服务器的资产和性能数据。2.对PC服务器的运行状况、负载、体系结构、型号、硬件配置、操作系统等基本信息进行汇总,分析PC服务器性能状况、扩容能力等关键要素。3. 分析服务器承载的应用关键性、忙时分布、资源使用需求等信息,对各系统的服务器虚拟化整合做出实施风险与收益的评估分析。4. 从技术可行性角度初步确定能够进行PC服务器虚拟化整合的应用系统的范围。

1.2  应用级容灾切换设计
1.2.1  业务应用灾备
为确保灾备数据中心的业务在主数据中心出现故障后能够正常接管,将会通过应用级容灾的方式来实现业务的连续性。
其中将会涉及到两种方式:
1. 自动切换:主数据中心的应用系统出现故障,此时应用灾备软件来判断主数据中心业务系统的状况,一旦发现业务已经中断将会自动启动灾备端的业务来接管用户请求。但是这种方式会有一定的风险,例如偶发的网络风暴导致了网络短时间中断,此时由于自动切换至灾备端,则会产生灾备端与主数据中心的业务冲突(需要人工介入处理)。
2. 手动切换:主数据中心的应用系统出现故障,此时应用灾备软件来判断主数据中心业务系统的状况,一旦发现业务已经中断将会对管理员发出告警,管理员根据实际情况判断业务是否迁移。切换流程为:备机监控主机失败——系统发出告警——管理员介入进行切换——IP漂移及启动应用服务——对外提供服务。回切流程为:执行回切操作——停止应用高可用规则——启动主机——执行备机恢复数据到主机——启动主机上的服务——启动应用高可用规则。以上为应用切换及回切的流程,其中涉及到人工干预的环节主要为执行切换、执行回切、执行备机恢复数据到主机,这三个步骤只需要通过点击相对应的功能按钮即可实现,避免用户在进行业务切换时还需要进行大量的配置及人工干预操作,在数秒内即可完成应用切换操作。
3. 不论是自动切换,还是手动切换,人工都不需要做太多具体工作,相比于自动切换,手动切换仅是多加了系统管理员判断故障的过程,一旦管理员确认为主生产中心故障,则仅需点击切换按钮,即可完成整体切换动作。

1.2.2  容灾网络设计
为了保障应用灾备高可用之后业务的连续性,通常会使用以下几种方式来进行确保业务连续性:

  • DNS来进行业务连续性保护,将有一个域名来代替传统的IP地址访问,域名的解析由DNS服务器来完成。当出现应用服务器故障,业务切换至灾备端运行,DNS服务器则会判断主应用是否处于可用状态,判断主应用端出现故障以后会将域名的解析更新至灾备端IP身上,此时新的访问请求将会重定向到灾备端。但是这种方式会受到客户端访问时DNS缓存无法及时更新的问题,导致DNS的重新解析需要人工干预,且对主备端的业务状态无法进行准确的判断,只能判断由重大事故(例如关机、断网等)引起的故障。
  • 由负载均衡设备来进行主备端应用的状态判断。负载均衡设备会使用一个统一的IP对外提供服务,接受到请求之后会由负载均衡设备来决定访问请求该连接至主备之间的那台服务器。但是该方式会受到业务性能需求的影响,由于业务的请求都是由负载均衡设备来进行传送,如果业务数量较多或性能需求较高,就会导致负载均衡设备成为整个业务链当中的短板,业务性能会受到该设备性能的限制,只能通过负载均衡设备的叠加来增加整体性能。通常该方式也只能判断由重大事故(例如关机、断网等)引起的故障。
  •   IP地址进行漂移保证业务连续性。该方式为备端服务器自动接收原有业务IP,所有的新的业务请求将会由备端服务器自动接管,这种方式对现有的业务架构不需要进行调整,可以透明兼容当前业务架构。灾备软件可以通过内置的Agent来判断应用的使用状况,深层次的分析当前的系统健康状态,对故障的判断更为准确。但是异地中心之间的主机如果需要进行IP漂移,以保证应用高可用的访问唯一性,则要求这个网络保证异地网络之间二层可达,同时要有冗余能力,因此需要构建一个跨数据中心的二层网络。


目前这三种保证业务连续性的方式对网络的需求如下

  •   IP地址漂移的方式需要能够进行跨数据中心的二层网络来保证网络的连通性。当前可提供的建网技术包括二层VPN(VLL、VPLS)、传输冗余直连/光纤冗余直连、MSTP/SDH、虚拟化网络技术。
  •   DNS以及负载均衡的方式可以跨不同的网段来进行业务连续性的保证,保证负载均衡设备能够正常访问主备端的业务服务器即可。

1.3  应用服务器容灾
实现现有的系统容灾至灾备虚拟化平台。
在建立一个1台高性能X86服务器组成的虚拟化平台,并将业务系统部署在灾备端,并通过应用级容灾软件实现数据同步及软硬件故障监控,正常情况下,两端业务系统同时运行,仅IP不同,终端用户正常连接主业务系统,当发生灾难时,系统可以根据策略进行自动或者手动的方式切换到容灾站点,即可直接接管所有
应用,无需恢复动作。通过此方案避免主业务系统因为软硬件故障造成业务停机。

灾备系统部署模式如下:

  • 首先需要创建与应用服务器站点对等的VM虚拟机,这些VM虚拟机将作为容灾站点使用
  • 在控制系统上,注册工作机、容灾虚拟机。
  • 制定工作机及容灾虚拟机的备份目录。
  • 设置应用监控参数,例如主备站点检测时间,切换时间阀值等。
  • 挂载相关应用脚本,主要是用于检测硬件和操作系统外的故障,以便及时切换主备站点。



实现目标:
实现针对多种应用任何距离内的高可用性服务。即当生产系统出现异常时,生产系统上的应用按需自动切换到灾备服务器上,实现应用级快速切换,减少服务的中止时间,保持业务应用的高度可用性。基于实时数据复制技术,将生产应用无缝地动态的切换到灾备中心上,实现业务的连续性。可以监控应用工作情况,自动做出切换选择,以预先设定的灾备中心接管生产服务器,实现业务连续性,即当应用异常或生产系统出现各种异常(如服务异常停止、网络异常、硬件故障、生产系统宕机维护)而导致应用不可用时,相关的应用立刻切换到灾备服务器上,由灾备服务器上的应用来提供服务。
应用的无缝切换
通过对应用、服务器等资源的状态进行实时监控,在发现应用突然异常停止(如应用异常退出、服务器断电、硬件故障等)、或者达到需要切换的条件时(如生产服务器资源即将耗尽、软硬件升级等),自动或者手工将应用切换到灾备服务器上,以便在这些情形下,由灾备机无缝接管生产服务器工作。可对办公自动化、数据库、用户自主开发等各类应用提供实时有效的高可用性保护。
全面支持各类业务应用
支持Windows和Linux平台下的应用软件,包括基于文件系统安装的Oracle,MySQL,MicrosoftSQL Server,Exchange,SharepointServer, IIS,IBM Lotus Notes,DB2及Sybase ASE等等,并且可以和应用系统同步运行,让我院的核心业务运行高枕无忧。
灵活的部署方式
可支持多种部署模式,比如在灾备端部署和生产系统同样的硬件和软件,即传统的一对一方式,通过两个同样的服务器来实现数据的灾备和应用的快速切换。或者采用虚拟机技术,通过复制技术将生产系统应用和数据实时复制到灾备中心对应虚拟机上,异常时,由虚拟机来提供新的服务。
英方2.jpg

带宽传输优化
传输方式在窄带、远距离、大数据量等各种复杂环境下可自由设置传输带宽高低及使用时段,从而在优先保证带宽用于生产系统业务应用的同时,合理地分配和使用整个系统的各类资源。



英方3.jpg

独立于硬件和平台的可用性
支持在Windows、Linux物理机或虚拟服务器(VMware vSphere、Citrix XenServer、Microsoft Hyper-V、华为等)上运行的应用。不论使用何种应用或平台,您都可以确保关键工作负载时时可用。确保容灾软件与硬件平台无关。
图形化管理
可以直观的图形化方式监控服务器的健康状况、相关状态、异常报警等信息,并对相关信息进行分类、过滤,且在同一个屏幕中显示。提供电子邮件事件通知,针对不同的状况,通过邮件方式发出告警,并且记录事件的详细信息。


1.4  数据连续性保护
在应用级服务器容灾章节,我们已经解决了核心业务系统连续性的问题,同时容灾端也有一份实时和生产端等同的数据,必要时也可以进行恢复。但是在日常系统运维管理工作中,还需要避免逻辑错误等造成的数据丢失问题,如人为误操作,病毒感染等。
CDP优点在于成熟,稳定,缺点在于操作复杂,同时当出现故障的时候会产生数据丢失,而且因为备份数据的不可见性,需要将备份集恢复后才能使用,因此我们建议使用连续数据保护产品对现有数据进行更高级别的保护。
实现目标:
通过连续数据保护技术,为关键数据提供持续的、不间断的保护,并可根据需求将数据快速恢复到之前的任意时间点。连续数据保护技术在将变化的数据实时复制到灾备中心的同时也将数据的变化以日志方式记录下来,实现对数据变化的可回溯性;可在各种情况下依据数据变化日志,快速定位需要恢复的时间点,并将数据一键式恢复到异常点之前。
持续数据保护(CDP)
恢复点目标RPO≈0,实时备份,即使出现极端情况,也能将数据丢失量控制在妙级别;数据可任意点回退,保证数据完整可用而不损失有用信息;恢复时间目标RTO≈0,让系统在出现故障后能快速恢复业务系统对外服务;
高效的数据传输算法
持续数据保护技术优化的传输方式在窄带、远距离、大数据量等各种复杂环境下均有优异的表现,其效率远高于传统的数据传输方式。并且可自由设置传输带宽高低及使用时段,从而在优先保证带宽用于生产系统业务应用的同时,合理地分配和使用整个系统的各类资源。
抗灾难性
能够做到容灾保护,抵御各种区域的大规模的天灾人祸,便于灾难演练;
安全可信任
容灾备份系统将会毫无保留的接触及获得用户的所有数据,要坚决杜绝后门,特别是有保密要求的数据及单位,最好是用国产自主创新的灾备系统;
简单易用
简单易用是容灾备份建设的必要条件,否则,企业花了钱,没人能很好的用起来。
与现有硬件平台弱关联
连续数据保护软件要求与现有底层硬件平台弱关联,不存在绑定依赖硬件某些特有功能才能实现软件效果,有效保护投资,保护用户自主硬件选择能力。

2.  软硬件配置清单
2.1  软件清单
通过“英方容灾高可用企业版”实现主业务数据实时容灾至灾备虚拟化平台,同时实现1对1应用级别容灾,当主业务出现故障时,容灾业务可以自动启动。
  
产品名称
  
产品描述
数量
总价
英方容灾高可用
  企业版
Information2 Software i2Availability Enterprise Edition  (LUX/WIN) with first year maintenance
  英方软件i2Availability企业版是基于主机的连续复制解决方案,为用户的业务系统提供实时容灾复制、高可用切换及快速恢复。支持快照,压缩,加密,高可靠,带宽扼制等,可以满足那些寻求高性价比产品的企业级客户和中高端客户的高可用需求,为各类应用提供强大保护,包括第一年原厂维保。
6
  
英方容灾高可用虚拟化平台
  企业版
Information2 Software i2Availability Enterprise Edition  (LUX/WIN) with first year maintenance
  英方软件i2Availability企业版是基于主机的连续复制解决方案,为用户的业务系统提供实时容灾复制、高可用切换及快速恢复。支持快照,压缩,加密,高可靠,带宽扼制等,可以满足那些寻求高性价比产品的企业级客户和中高端客户的高可用需求,为各类应用提供强大保护,包括第一年原厂维保。
6
  

3. 附录
3.1  英方产品说明
3.1.1  基于字节级的应用容灾解决方案优点
在涉及到远程容灾的方案中,一般重要考量的技术有两方面,一方面是是否能实现应用级的容灾,也就是说,生产系统出现灾难的时候,远程在灾备系统在多长时间可以实现业务接管?灾难发生时,丢失了多少的数据?另一个技术问题就是,在远程的情况下,如何有效的实现在窄带的情况下,实现数据的快速、有效的传输。
采用字节级的实时复制方式,一般是监控服务器的I/O,一当有变化的时候,则可以按照字节的方式复制数据到灾备中心,这样在远程窄带的情况下,均可以实现传输;而目前采用存储层面的容灾复制,一般都是采用数据块的方式传输,对带宽影响比较大,一般对带宽要求都比较高,目前多数采用存储的复制容灾都需要专用的光纤链路。
另外容灾的另一个重要目的就是,如何确保在最短时间能实现业务的持续运行,基于应用级别的容灾,可以实现业务在最短时间,秒级别的自动接管(或者手工接管,依据策略设定)。如果采用存储的方式容灾,则灾备中心必须要配备一样的硬件设备,比如生产中心采用AIX系统的小型机,灾备中心必须要采用AIX的小型机,无形中增加客户的投资。另外生产系统出现故障的情况下,必须经过复杂的人工操作,才能接管应用,包括涉及到Oracle数据库一致性操作。无形中造成客户的维护难度。
采用应用级的容灾可以兼容客户的各种环境,包括SAN,LAN,NAS等架构,如果采用存储容灾,则需要针对系统先做存储整合,整合完毕后,才能再进一步容灾。

3.1.2    i2Availability

i2Availability提供针对多种应用任何距离内的高可用性服务。即当生产系统出现异常时,i2Availability将生产系统上的应用按需自动切换到灾备服务器上,实现应用级快速切换,减少服务的中止时间,保持业务应用的高度可用性。i2Availability基于实时数据复制技术,将您的生产应用无缝地动态的切换到灾备中心上,实现业务的连续性。还在受停机困扰吗?采用i2Availability可以监控应用工作情况,自动做出切换选择,以预先设定的灾备中心接管生产服务器,实现业务连续性,即i2Availability实时监控应用的状态,当应用异常或生产系统出现各种异常(如服务异常停止、网络异常、硬件故障、生产系统宕机维护)而导致应用不可用时,i2Availability将相关的应用立刻切换到灾备服务器上,由灾备服务器上的应用来提供服务,让您高枕无忧。

应用的无缝切换

i2Availability通过对应用、服务器等资源的状态进行实时监控,在发现应用突然异常停止(如应用异常退出、服务器断电、硬件故障等)、或者达到需要切换的条件时(如生产服务器资源即将耗尽、软硬件升级等),自动或者手工将应用切换到灾备服务器上,以便在这些情形下,由灾备机无缝接管生产服务器工作。i2Availability 可对办公自动化、数据库、用户自主开发等各类应用提供实时有效的高可用性保护。

英方4.jpg
每时每刻保护您的数据

在任何虚拟机或物理机上,i2Availability监控并捕获受保护文件或目录上发生的所有变化,并将改变的字节量通过标准IP网络复制到您选择的恢复站点上,避免数据丢失。处理和复制正在使用的文件与目录时,无需要求关闭该文件,相关的应用仍然保持在线和活跃运行状态,不会对您的工作有负面影响,i2Availability时刻保护着您的数据。

字节级增量数据捕获

i2Availability以字节为数据捕捉的最小单位,而不是以传统方式上的文件或者块为单位,从而缩小了需复制的数据量,不仅节省了网络带宽资源,也提高了整个灾备系统的效率。通过旁路式截获生产系统的数据变化,即数据的变化被i2Availability截获后,在应用层对变化的数据进行缓冲、压缩、加密、发送、确认,并且可预先限制i2Availability可使用的系统资源上限,从而保证了不会对现有生产系统的正常运行造成影响,且保证了数据在整个过程中的安全性。
      英方5.jpg
高效的数据传输算法

i2Availability优化的传输方式在窄带、远距离、大数据量等各种复杂环境下均有优异的表现,其效率远高于传统的数据传输方式。并且可自由设置传输带宽高低及使用时段,从而在优先保证带宽用于生产系统业务应用的同时,合理地分配和使用整个系统的各类资源。

全新的系统分层架构

i2Availability采用三级分层架构,对生产端(一般也称为源端)、灾备端(目标端)和管理控制端分别部署、综合管理的模式,使安装在客户的生产和灾备系统上的i2更加轻量化,对现有系统影响更低,提升了系统性能,提高部署和后期管理的高效性和简便性。同时,这种架构能够更好的展现相关监控信息,对您所保护的服务器的存储使用状况、镜像状态,登录状况进行分类、过滤和监控,并且在一个本地或远程的WEB管理屏幕中进行显示。

灵活的部署方式

i2Availability可支持多种部署模式,比如在灾备端部署和生产系统同样的硬件和软件,即传统的一对一方式,通过两个同样的服务器来实现数据的灾备和应用的快速切换。或者采用虚拟机技术,通过复制技术将生产系统应用和数据实时复制到灾备中心对应虚拟机上,异常时,由虚拟机来提供新的服务。
英方6.jpg
全面支持各类业务应用

i2Availability支持Windows和Linux平台下的应用软件,包括基于文件系统安装的Oracle,MySQL,Microsoft SQL Server,Exchange,Sharepoint Server, IIS,IBM Lotus Notes,DB2及SybaseASE等等,并且可以和应用系统同步运行,让您的业务运行高枕无忧。

图形化管理

i2Availability以直观的图形化方式监控服务器的健康状况、相关状态、异常报警等信息,并对相关信息进行分类、过滤,且在同一个屏幕中显示。i2Availability的日志信息管理为整个环境提供详细的分析和记录,让您及时了解服务器的状况,对服务器进行轻松管理。i2Availability的Cluster功能可以和Windows Server的集群无缝整合,为您提供多个站点集群的数据复制、集群配置及故障转移设置的一站式管理,并对切换的过程以及进度进行全程监控。i2Availability提供电子邮件事件通知,针对不同的状况,通过邮件方式发出告警,并且记录事件的详细信息。

通过图形化的管理监控, i2Availability对数据保护中的各个状态了如指掌,对各项功能可以进行直观的配置,如复制目录选择、带宽、压缩配置等等。并可通过实时流量监控图形对数据复制进行实时监控。
英方7.jpg

持续的数据保护

i2CDP通过监控被保护数据的变化,将数据持续不断地复制到本地或者任意距离的灾备中心,实现数据的持续保护。同时,也将数据的每一次变化过程(包括实际数据及相关辅助数据的变化,如所有者、权限等属性的改变)以日志的形式记录下来。i2CDP引擎分析捕捉的日志以及相关数据,计算出文件变化的部分,将其保存在CDP数据保护区中。当数据需要恢复时,可以直接指定要恢复的时间点,或者通过日志上下文来辅助定位要恢复的时间点。一旦时间点选定后,通过配置并按您的需求恢复到不同的硬件或者虚拟服务器上。
英方8.jpg

英方9.jpg

独立于硬件和平台的可用性

i2Availability 支持在Windows、Linux物理机或虚拟服务器(VMware vSphere、Citrix XenServer、Microsoft Hyper-V)上运行的应用。不论使用何种应用或平台,您都可以确保关键工作负载时时可用。
英方10.jpg
3.1.3  i2Active
当您的数据库系统在升级、备份,或遇到故障(如硬件故障、灾难、人为错误等)引起的停机时,您是否在考虑如何一劳永逸地解决类似的问题呢?当您需要对数据进行实时分析并进行实时决策时,您是否在担心生产系统是否能承受?当系统越来越来多,分公司的距离越来越远时,您还在为如何将便捷快速地将数据从各个分支结构或其他系统收集上来,或者反向发布出去而烦恼吗?
英方软件i2Active为您提供高可用和实时数据整合方案,协助Oracle数据库系统保持 7*24 小时运作,满足最终用户连续可用的要求。i2Active 帮助您在企业范围内快速分发或收集关键数据,以便及时和准确的决策。
i2Active是基于redolog日志分析技术的Oracle数据实时复制工具,具有简单灵活、高性能、非侵入、低影响、亚秒级延迟,低成本的特点,部署和使用也非常简便。i2Active能够帮助用户在复杂的应用环境下完成Oracle容灾备份、数据迁移、业务数据分发、构建大型数据仓库等基础数据整合等工作。
i2Active能够满足用户多种业务需求,其主要特点如下:


提高系统的整体可用性
数据实时逻辑容灾
分担主数据库复制
业务数据分发
跨平台数据在线迁移
实时复制和批量复制
同步数据校验
交易信息统计
数据库增强分析工具
实时监控容灾系统运行状态
短信预警平台

减少停工时间,无缝数据迁移
i2Active软件全同步过程无需停止业务,通过SCN(oracle system change number)控制机制,完整的将数据复制至目标端。可在7X24小时运行的业务上完成安全的,高性能,无缝的数据迁移工作。
独立于硬件和平台的可用性
    全面支持主流的服务器操作系异构统如WINDOWS SERVER, LINUX, HP-UNIX,AIX-UNIX,SUN Solaris及主流的Oracle版本之间的异构,或DB2之间的异构。
随时随地保护你的数据,极高的实时性
无论是在本地还是在异地,源端变化的数据在4秒内即可在目标端查询访问。发生容灾切换时,恢复时间不超过4秒。
极低的源端主机资源占用率
数据同步期间源端主机资源占用极低,不影响生产系统的平滑运行,CPU资源占用低于5%,IO资源占用低于1%,内存资源占用低于5%。
源端数据高效安全性
i2Active在源端数据库只有日志查询权限,不会对源端数据有修改,严格保证数据的安全性。
误操作回退
无论是误操作或是系统故障,i2Active均可让您高枕无忧,可将数据回退到误操作或系统故障前的一刹那,并提供源端数据的逻辑安全机制,保证了源端数据的安全性。
低网络带宽需求
i2Active数据传输量极其精简,网络传输量不到在线日志增量的十分之一,从而在各种恶劣网络环境中均能高效同步数据。
网络中断保护机制
当源端往目标端发送交易文件失败时,会在源端保留未发送成功的交易文件,让您免受网络抖动或者系统暂时异常的影响,但系统正常后,继续往目标端发送未同步的数据。
对非归档模式的支持
当源端在线重做日志切换过于频繁时,i2Active会自动将在线重做日志备份到软件所在目录,从而保证了软件在非归档模式下能正常的运行。
i2Active使用逻辑数据容灾技术,可以细粒度到用户(schema)或者表(table)级别,传递交易指令,因此传输数据量极小,保证了在低带宽环境下实现低延迟的数据异步复制,是一种高效且低成本的数据库容灾方式。i2Active使用标准的IP网络进行通讯,容灾端的Oracle数据库可以部署在本地或远程容灾中心,距离没有限制。此外,容灾端数据库始终处于打开状态,因此,当生产数据库遇到计划内或非计划停机时,i2Active能够支持前端应用程序快速、无缝的切换到容灾数据库。与其它基于磁盘或文件系统的物理复制技术相比,不但省略了漫长的数据库recovery和启动时间,而且能够保证100%的切换成功率。其工作原理如下:
英方11.jpg

i2Active提供了两种图形化的工具来实时监控数据库容灾系统的运行状态:一种是i2Active产品本身自带基于WEB浏览器的图形化监控管理页面,可以用来监控i2Active软件的运行状态和对i2Active复制系统进行管理和维护;另一种工具是独立的,绿色的免安装的i2Active监控客户端,该客户端不需要部署在服务器上,直接拷贝至window平台,启动i2Active客户端就可以实施监控i2Active建立的数据库容灾系统的运行状态。
i2Active提供了短信预警平台,利用i2Active产品的短信预警功能,可以自由设置接收短信的人员,当i2Active数据库复制系统出现异常时,将向相关人员发送警告短信。另外i2Active短信预警平台还可以根据客户系统进行深度定制开发,以更好的和客户IT系统进行深度融合。
i2Active支持在复制过程中进行SQL语句的过滤和转换。在分析日志技术环节,专有格式的日志内容被翻译成SQL语句,在传输和装载环节都是采用处理SQL语句(分组)的技术,因此i2Active可以任意的控制SQL语句的变化。
i2Active语句的过滤功能主要用于数据表的逻辑备份,i2Active能够识别Truncate和Drop等有一定风险的SQL操作,用户可以选择将这些语句屏蔽复制,也可以选择将目标端需要处理表通过rename的方式备份起来。这样可以有效的防止人为误操作造成的数据破坏。
3.2  产品相关操作界面
3.2.1  用户管理
英方12.jpg
3.2.2  服务器管理
英方13.jpg

英方14.jpg

3.2.3  规则创建管理


英方15.jpg

英方16.jpg

3.2.4  流量监控

英方17.jpg



3.3  英方售后服务体系

3.3.1  技术支持
3.3
在I2灾备软件的使用过程中,如碰到任何技术上的问题,请联系英方软件(上海)有限公司。
Email 地 址:support@info2soft.com
联 系 电 话: +86(21)-6153-7255。
远程访问
我们主要是通过电话和互联网来帮助您解决问题
也可以申请现场支持(根据所处地理位置)
3.3.2  响应时间和解决时间
3.4  培训

*  成立专门的灾难恢复计划小组;

*  选定一些对业务或技术非常熟悉的关键人员作为灾难恢复小组参与人员。以保证在危机处理的正确、高效。

*  制定培训计划:
* 让大家了解项目的背景,以及各人在灾难发生时的相应责任,应掌握的知识与技能;
         *  计划培训进度与日程;
         *  协调各相关部门负责人,保证培训时间;
         *  管理培训质量。

3.5  测试灾难恢复计划
测试灾难恢复计划,不仅可以验证计划的有效性、完整性,亦可以帮助大家熟悉过程,做好准备工作。归纳如下:
*  验证计划过程与策略,发现瑕疵之处
*  可以获得具体的恢复时间概念(如网络是如何被恢复的,速度如何)
*  可以测试备份主机系统与网络系统的效率
*  可以向领导、审计、管理、媒体等展示
*  可以使整个队伍熟练其各自的角色与责任


3.5.1  测试方法
测试的很重要的一个原则是不停生产机,采用独立或并行的方式进行。如果是并行则可以与生产环境比较结果。测试的第二个原则是按模块进行,即将庞大的系统分解开来,按模块独立测试,而非一开始就动员全面测试。由于各模块的相对独立性,测试是可以分解成一个一个模块进行的。这样的难度较小,也易于组织与管理。

3.5.2  测试的频率
测试目标是为了保持系统的现时性,即系统能跟上变化的步伐,但同时亦要考虑费用问题等。

3.5.3  可能引起变化的因素
*  主要操作系统的升级
*  重要应用软件和改变
*  主要硬件改变
*  人员变动


3.5.4  测试流程的制定
测试流程的制定是在测试中最为重要的一环,只有测试是在可控的前提下,测试才具备检验系统安全性、锻炼应急队伍的意义。因此客户测试流程的制订需要在最终客户、相关设备的供应商和灾备系统实施方三方共同协商确定,已确保原有系统的稳定运行。

3.6  维护
为保证灾难恢复计划的稳定可靠运行,需要有明确的维护政策,保证人员及资金的适当投入。并定期检查报告,便于管理层了解其状态。






关于我们
业务范围
解决方案
成功案例
帮助中心
内部通道
版本选择
手机版
电脑版
用手机扫描下方二维码查看手机版页面

版权 陕西众友赛微数码科技有限公司
Copyright @ 2011-2016 | cosware.cn All Rig
陕ICP备09007538号

陕公网安备 61019002000100号

快速回复 返回顶部 返回列表