帮帮文库

doc 【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案 ㊣ 精品文档 值得下载

🔯 格式:DOC | ❒ 页数:82 页 | ⭐收藏:0人 | ✔ 可以修改 | @ 版权投诉 | ❤️ 我的浏览 | 上传时间:2022-06-24 20:25
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
1 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
2 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
3 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
4 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
5 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
6 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
7 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
8 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
9 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
10 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
11 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
12 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
13 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
14 页 / 共 82
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
【定稿】XXX公司(V1.5)二期扩容改造及容灾工程项目容灾中心技术方案_技术建议方案
15 页 / 共 82

1、会对要复制的表作好触发器。应用程序在对表进行修改时,会触发相关程序,把对表的操作命令写入复制队列。复制进程把命令复制到备数据库上,并在复制系统上执行,修改相应表。表级数据复制模式也分同步复制和异步复制,这种复制的优点是,复制原理简单,数据量少时速度快,不需要额外投资但维护工作相对复杂,对大数据量不适合。针对数据库的第三方产品现在系统普遍采用的是数据库,针对数据库,有些第三方产品可以支持基于的复制,实现机制与的有所不同。主要的厂商有,。复制实现机制基本原理如下图所示该类技术针对数据库提供了基于逻辑的交易复制方式。该方式通过直接捕获运营数据库的交易,将数据库的改变逻辑复制到容灾系统数据库中,实现运营系统和容灾系统数据的致性。如上图所示,复制软件通过对生产系统数据库的在线日志进行实时跟踪,当应用系统向数据库中进行任何操作时时,这些信息都将。

2、个拷贝,它实现的原理是利用了数据库的归档日志文件,将归档日志文件通过文件传输系统发送到容灾端系统,进行对数据库的恢复过程。数据流程复制技术主要特点是备份数据库是由主数据库的日志恢复的,所以可以保障数据的可用性。不影响主数据库性能,不会影响主数据库的任何操作。由于恢复过程中备数据库处于状态,所以备数据库的数据在复制过程中不能被访问。由于备份数据库的数据是由主数据库的归当日志恢复的,所以备数据库的数据比主数据库要少些,主数据库失效后会损失部分数据,损失的数据量取决于日志文件的大小。由于主数据库要处于日志归档模式,会影响定的主数据库性能。因为中的营帐数据库般都处于归档模式,因此,这部分的影响可以忽略。表级复制数据库也提供种基于表的复制方式,复制流程是在主备数据库上安装,在系统缺省安装时并不安装此部分。启动相关复制进程。指定要复制的表,系。

3、能通过交易复制受到传输到异地中心此时必须终止交易复制机制,在异地中心进行同样的数据结构改变。从而要求系统管理人员实际上维护两个生产系统。基于应用的数据复制技术特点基于应用的数据复制是由应用系统控制的,所以应用对流程的控制力度较强,灵活性大但基于应用系统的复制对应用系统开发要求较高,在定程度上增加了应用的复杂程度。复制技术比较以上介绍的复制方式,在容灾系统的建设中都有应用,在选择时应根据具体软硬件环境,下表对以上几种复制作个比较技术特色存储级复制第三方数据库复制技术应用复制备注基于磁盘阵列基于逻辑卷复制距离同步裸光纤不适用不适用异步无限制无限制无限制无限制数据库可用同步模式可用性高异步模式不能保证可用同步模式可用性高异步模式不能保证可用保证可用保证可用恢复时间指标小时左右小时左右分钟秒级存储级复制数据库启动时间要视当时数据库配置脏数据量。

4、收文件后把交易内容提交到容灾节点数据库中。基于的应用复制实现方式对应用系统的要求对于基于应用的复制方式要求应用系统必须做到,在每个对数据库操作进程必须都要写日志,才能保证主备节点数据保存致。最好系统应用系统的体系结构类似下图数据库应用中间层应用系统数据复制层应用系统应用系统日志日志应用系统不直接操作数据库,而是由应用中间层操作数据库,所有应用系统对数据库的操作都通过中间层进行。由中间层程序负责把应用系统的交易写成日志。基于应用系统的复制方式特点应用模式发生改变或交易的原子操作发生变化时,两个中心内嵌的复制代码必须同步更新,从而增加同时同步维护多个外部系统的要求,否则会发生交易复制缺失或交易复制不完整的。由于需要重新初始化复制过程重新测试复制机制,将增加系统升级的周期,增大新业务投产的风险。当生产数据发生结构性变化时,这种结构性变化往往。

5、在在线日志中存储,复制软件通过对实时获取的数据库在线日志进行分析,获得本次操作的交易指令和交易数据,然后将这些交易指令和交易数据通过网络传送到容灾系统。容灾端系统的代理对接收到的交易进行处理,按照交易的先后顺序在容灾系统中重新执行该交易。同时,系统还提供数据致性监测功能,系统将自动监控运营系统和容灾系统的数据致性状态,如果发现不致,马上进行重新同步。采用这种容灾方式,可以保证数据完全不丢失,并且实现非常高的实时性。该类复制软件从生产系统上实时获取系统交易,将交易数据通过网络传送到异地容灾系统,在该网络上只传输交易的纯数据,无需其他的额外信息,这样减少对广域网络带宽的需求。同时,系统提供队列存储机制,为用户提供异步的数据复制功能,系统在生产系统端和容灾系统端都保存自己的数据队列,当系统处于业务量高峰时,如果系统处理处理出现瓶颈时,系统自。

6、下,各自恢复之后,系统再次达到逻辑上的致性,应用级容灾的目标就可以到达。但对于系统来说,各个系统之间存在大量的数据交换,所以这种数据逻辑上的致性就不可能达到。比如,在这个时间段中,存在到的输入,这样在这个时间段的向的输出会有两份,同时在这个时间段中,存在到的输入,这样在这个时间段的向的输出也会有两份,这样都会导致数据恢复的失败。由于系统和系统的不同,这种情况下只有两个子系统都回退到才能到达逻辑上的完整性。对于只存在到的输入的情况,可以先从的恢复,的恢复完成之后,在把从恢复,而且到期间所有到的输入必须做次操作。或者两个子系统都回退到开始恢复。同样对于只存在到的输入的情况,可以先从的恢复,的恢复完成之后,在把从恢复,而且到期间所有到的输入必须做次操作。或者两个子系统都回退到开始恢复。理论上讲越小越好,但是这样的代价是,随着期望值的减小,风。

7、保存未处理的交易,并延迟提交。保证数据的完整性和致性。基于应用的复制技术基于应用的复制技术也分为同步和异步两种方式,基本实现方式可以分为,二次提交,和复制。次提交可以实现同步复制,复制可以实现异步复制。通常来讲,基于异步的方式比较容易实现,主要是基于文件传输的方式进行同步,同时对系统性能影响也较小。但会导致定的数据丢失,数据丢失的大小和复制的频率相关,通常这部分丢失的数据在灾难发生时可以通过其他手段补足,适合于要求相对较低的系统或允许少部分数据丢失的系统。基于的应用复制实现方式由于采用应用同步复制技术难度较大,而且会造成应用系统较大的维护工作量,所以,在实际应用环境下,基于的复制方式应用比较广泛。实现原理如下图所示生产系统的应用系统在提交数据的同时,把所提交的交易记录到文件中。复制进程把日志传送到容灾节点。容灾节点的接收进程,接。

8、险投资大小实施难易程度等成级数上升。通过对省系统的分析,我们建议各个子系统设置以下两种点,即系统级的子系统级的,具体情况如下将设置为天,这样即使出现,我们可以只对崩溃当天的数据进行恢复其余数据可以启动流程重新处理,从而完整的恢复数据每天凌晨点左右,设置断点,获得,将生产系统与灾备系统主要对平灾备系统自然就平衡了,即使在点到点之间系统崩溃,我们需要恢复的数据也不会超过小时设置时间可以根据各个子系统进行具体定义,当系统崩溃时,根据两个系统的系统处理实时标志,进行稽核处理,作为恢复起点的标志,如果这个点无法使用,可以回溯到点。尽量缩小,我们可以将做如下分解,需要缩小,可以通过减少同步周期来实现,但是这样的后果可能会增加生产系统的负担和修改程序的风险需要缩小,通过管理手段实现需要缩小,分析,我们可以将分解为稽核所用时间和稽核,所。

9、会对要复制的表作好触发器。应用程序在对表进行修改时,会触发相关程序,把对表的操作命令写入复制队列。复制进程把命令复制到备数据库上,并在复制系统上执行,修改相应表。表级数据复制模式也分同步复制和异步复制,这种复制的优点是,复制原理简单,数据量少时速度快,不需要额外投资但维护工作相对复杂,对大数据量不适合。针对数据库的第三方产品现在系统普遍采用的是数据库,针对数据库,有些第三方产品可以支持基于的复制,实现机制与的有所不同。主要的厂商有,。复制实现机制基本原理如下图所示该类技术针对数据库提供了基于逻辑的交易复制方式。该方式通过直接捕获运营数据库的交易,将数据库的改变逻辑复制到容灾系统数据库中,实现运营系统和容灾系统数据的致性。如上图所示,复制软件通过对生产系统数据库的在线日志进行实时跟踪,当应用系统向数据库中进行任何操作时时,这些信息都将。

10、时间,我们将这两个时间进行分别对待每天进行次,选择时间可以在凌晨进行,这部分的时间可以作为个相对固定的时间考虑可以通过生产和容灾同时输出处理标记的方式进行对比,将实时更新的数据在处理过程中进行时间标记数量标记金额标记等必要的标记,这样在对比时可以减少对比所消耗的时间,需要缩小,需要通过完善的管理手段人员的业务技术熟练程度系统的处理程度,程序的优化程度等多方面的因素。是无法通过灾备系统本身程序能够实现的。网络切换技术切换目标容灾系统也叫业务连续,所以应用的切换目标应该是,整个业务系统,而不是个具体应用,在容灾切换中需要考虑整个业务系统中所有应用系统的切换。如计费业务的切换,需要把采集预处理批价入库等应用系统同时切换,并要有定顺序。而且为保障业务的连续性,需要考虑非系统因素,如人员等。所以,切换不仅是系统问题,而是这个企业协调运作的。

11、能通过交易复制受到传输到异地中心此时必须终止交易复制机制,在异地中心进行同样的数据结构改变。从而要求系统管理人员实际上维护两个生产系统。基于应用的数据复制技术特点基于应用的数据复制是由应用系统控制的,所以应用对流程的控制力度较强,灵活性大但基于应用系统的复制对应用系统开发要求较高,在定程度上增加了应用的复杂程度。复制技术比较以上介绍的复制方式,在容灾系统的建设中都有应用,在选择时应根据具体软硬件环境,下表对以上几种复制作个比较技术特色存储级复制第三方数据库复制技术应用复制备注基于磁盘阵列基于逻辑卷复制距离同步裸光纤不适用不适用异步无限制无限制无限制无限制数据库可用同步模式可用性高异步模式不能保证可用同步模式可用性高异步模式不能保证可用保证可用保证可用恢复时间指标小时左右小时左右分钟秒级存储级复制数据库启动时间要视当时数据库配置脏数据量。

12、系统,应用级容灾的目标无法完成,最后只是达到了数据级容灾的目标。容灾系统数据恢复的问题最终可以理解成在些点上,各个子系统在逻辑上的致性。在灾难发生的时候,整个系统能够从个开始恢复。下图描述了灾难发生时,单个子系统中的作用。生产系统容灾系统注释整个系统的,与其他子系统的共用各个子系统自身的,每个子系统可以取不同的值系统崩溃点子系统检查开始点大于子系统检查结束,恢复开始子系统恢复完毕和整个系统点的差异子系统崩溃时和容灾端的差异子系统检查时间系统启动后恢复数据所用时间其中从上图我们可以看到,只要恢复差异值,对子系统本身来说就可以到应用级容灾的目的,但是对整个系统来说,恢复有时只能到达数据级别容灾的目的,具体原因请见下图的分析。子系统容灾子系统子系统容灾子系统注释子系统恢复量差异子系统的假设子系统和子系统都只恢复,在子系统和子系统没有交互的情。

参考资料:

[1]【定稿】2011年度范县小型农田水利专项工程建设计划方案_可行性方案(第90页,发表于2022-06-24 20:20)

[2]【定稿】2011年工业园区物流园规划计划方案_可行性方案(第89页,发表于2022-06-24 20:20)

[3]【定稿】2010版汕头邮政营销体系建设计划方案_可行性方案(第39页,发表于2022-06-24 20:20)

[4]大同电信基站一体化工程监理规划设计(第35页,发表于2022-06-24 20:20)

[5]2008北京武当山旅游文化周活动执行计划方案(第27页,发表于2022-06-24 20:20)

[6]【定稿】2#炉锅炉本体检修计划方案_可行性方案(第63页,发表于2022-06-24 20:20)

[7]【定稿】2#塔地基处理计划方案_可行性方案(第28页,发表于2022-06-24 20:20)

[8]【定稿】1栋综合楼及3座车间施工组织计划方案_可行性方案1(第63页,发表于2022-06-24 20:20)

[9]【定稿】1MWp光伏并网发电系统技术方案_技术建议方案(第38页,发表于2022-06-24 20:20)

[10]【定稿】160m2抽风带式烧结工艺计划方案_可行性方案(第43页,发表于2022-06-24 20:20)

[11]【定稿】13000方番茄废水处理计划方案_可行性方案(第36页,发表于2022-06-24 20:20)

[12]【定稿】12366税讯呼短信平台管理系统技术方案_技术建议方案(第23页,发表于2022-06-24 20:20)

[13]【定稿】1200万吨年炼油项目雨水监控及提升设施HSE管理计划方案_可行性方案(第81页,发表于2022-06-24 20:20)

[14]【定稿】119消防通信指挥系统技术方案_技术建议方案(第43页,发表于2022-06-24 20:20)

[15]【定稿】110kv线路工程初步设计说明书_可行性论证报告(第19页,发表于2022-06-24 20:20)

[16]【定稿】110kV沙坪坝童家桥变电站工程投运前监理初检计划方案_可行性方案(第22页,发表于2022-06-24 20:20)

[17]【定稿】110kV变电站电气一次部分初步设计说明书_可行性论证报告(第61页,发表于2022-06-24 20:20)

[18]【定稿】110kV变电站工程初步设计说明书_可行性论证报告(第94页,发表于2022-06-24 20:20)

[19]【定稿】110kv变电站初步设计说明书_可行性论证报告(第47页,发表于2022-06-24 20:20)

[20]【定稿】10万吨锌冶炼工程废气脱硫计划方案_可行性方案(第35页,发表于2022-06-24 20:19)

下一篇
温馨提示

1、该文档不包含其他附件(如表格、图纸),本站只保证下载后内容跟在线阅读一样,不确保内容完整性,请务必认真阅读。

2、有的文档阅读时显示本站(www.woc88.com)水印的,下载后是没有本站水印的(仅在线阅读显示),请放心下载。

3、除PDF格式下载后需转换成word才能编辑,其他下载后均可以随意编辑、修改、打印。

4、有的标题标有”最新”、多篇,实质内容并不相符,下载内容以在线阅读为准,请认真阅读全文再下载。

5、该文档为会员上传,下载所得收益全部归上传者所有,若您对文档版权有异议,可联系客服认领,既往收入全部归您。

  • 文档助手,定制查找
    精品 全部 DOC PPT RAR
换一批