灾备中心软件及灾备系统集成项目投标文件.docx

《灾备中心软件及灾备系统集成项目投标文件.docx》由会员分享，可在线阅读，更多相关《灾备中心软件及灾备系统集成项目投标文件.docx（190页珍藏版）》请在三一办公上搜索。

1、正本国家质检总局检验检疫“大通关”灾备中心软件及灾备系统集成项目投 标 文 件（技术部分）(招标编号：0722-0861-FE242WZP)北京华胜天成科技股份有限公司二九年八月八日国家质检总局检验检疫“大通关”灾备中心软件及灾备系统集成项目投标方案（技术卷）目 录第1章前言及导读71.1前言71.2方案导读71.3关键技术需求响应导读81.3.1对系统整体性要求响应81.3.2对大通关灾备系统集成方案的要求响应81.3.3对招标基本要求中有关内容的响应101.3.4对设备和软件技术规格需求的响应111.3.5对灾难恢复预案的响应161.3.6对技术支持与售后服务的响应181.3.7对调试、验

2、收要求的响应19第2章项目背景与现状概述202.1项目背景202.2业务系统现状202.2.1主机系统现状212.2.2存储系统现状222.2.3网络系统现状242.2.4两端对应配置26第3章项目建设目标、需求及原则273.1系统建设的目标273.2国家质检总局灾备需求273.3系统建设的原则28第4章方案设计思路294.1灾难恢复和业务连续性概述294.2质检总局“大通关”业务连续性的重要性294.3业务连续性方法论314.4业务连续性管理框架394.5建议本项目参考标准41第5章容灾系统总集成方案设计435.1方案总体设计435.2数据复制方案445.2.1概述455.2.2复制的实现4

3、55.2.3双向复制方案465.2.4复制软件配置清单475.3软件系统部署方案设计485.3.1GoldenGate TDM软件的部署485.3.2数据对比工具的部署485.3.3管理维护工具的部署495.4异常处理方案495.4.1网络故障异常处理方案495.4.2数据库实例停止异常处理方案505.4.3生产中心RAC当前节点停机异常处理方案505.4.4备份中心当前节点故障异常处理方案515.4.5两端数据不一致异常处理方案515.5系统实施基础环境要求525.5.1对网络的要求525.5.2对灾备中心的要求525.6方案特点525.7容灾产品选型GoldenGate TDM软件545.

4、7.1软件简介545.7.2GoldenGate TDM基本原理555.7.3产品拓扑结构565.7.4产品特点56第6章业务影响性分析概述606.1风险分析概述606.2业务影响分析概述626.3容灾系统对生产中心的影响分析64第7章灾难应急预案667.1灾难应急预案的工作内容667.2灾难应急预案的实施规划677.2.1灾难应急预案组织角色677.2.2灾难应急预案实施计划分解717.3灾难应急预案的维护和演练727.4灾难应急预案纲要样本757.5灾难应急预案应用系统DRPMS797.5.1DRPMS系统流程描述797.5.2流程关键元素以及操作描述857.5.3系统总体功能说明867.

5、5.4功能模块简要描述897.5.5系统特点96第8章回退与切换实施方案998.1方案概述998.2切换实施的目标998.3切换实施的要求998.4切换实施的组织1008.4.1切换管理1008.4.2日常管理1008.4.3切换实施人员的职责1008.5例行切换实施方案1028.5.1例行单系统切换1028.5.2例行多系统切换1068.5.3例行全系统切换1068.6非例行切换实施方案1068.7回退方案1078.7.1灾备端没有增量数据的回退1078.7.2灾备产生增量数据后的回退108第9章日常维护管理建议方案1099.1维护目标1099.2维护要点1099.3人员岗位及职责建议110

6、9.3.1网络管理/监控岗位与职责建议1109.3.2主机管理/监控岗位与职责建议1119.3.3存储管理/监控岗位与职责建议1129.3.4数据库管理/监控岗位与职责建议1129.3.5中间件管理/监控岗位与职责建议1149.3.6应用系统管理岗位与职责建议1159.3.7容灾系统管理岗位与职责建议115第10章项目组织管理、实施与验收方案11710.1项目组织管理11710.1.1项目管理原则11910.1.2项目环境12010.1.3项目组织结构及岗位责任12110.1.4项目变更管理12810.1.5项目风险管理13110.1.6沟通管理13410.1.7客户评价管理13810.2质量

7、保证程序13810.2.1质量管理规范与标准13910.2.2项目质量保证策划13910.2.3质量度量13910.2.4质量考核14010.2.5过程监控与阶段评审14010.2.6系统测试14110.2.7配置管理14110.2.8文档管理14210.2.9独立的项目审计14310.3系统实施14410.3.1实施计划14410.3.2实施步骤14710.4项目验收16010.4.1容灾系统咨询和实施的验收16010.4.2数据复制软件系统的验收16110.4.3系统集成的验收16110.4.4项目验收164第11章培训方案16511.1培训的意义16511.2培训目的16511.3培训内

8、容16511.4培训方式16611.5培训安排16611.5.1GoldenGate软件产品培训16711.5.2灾备应急预案的培训172第12章售后服务方案与服务承诺17412.1服务承诺17412.1.1保修期内售后服务和维护响应时间17412.1.2技术支持服务17512.1.3备品备件服务17512.1.4应用软件服务承诺17612.1.5提供预防性维护17612.1.6提供系统培训服务17712.2原厂商技术支持服务承诺17712.2.1GoldenGate技术支持与服务体系介绍17712.2.2GoldenGate软件维护服务18012.2.3GoldenGate现场技术服务183

9、12.2.4技术支持联系方式18512.3保修期后售后服务18512.3.1电话支持和技术咨询服务18512.3.2系统升级技术支持服务18612.3.3定期系统健康检查服务18612.3.4系统应急服务187第1章 前言及导读1.1 前言首先感谢国家质检总局各位领导、国家质检总局检验检疫“大通关”灾备中心项目小组、中国远东国际招标公司、以及参与招投标工作的各位专家与领导给予北京华胜天成科技股份有限公司的大力支持，希望我们的方案能够有助于本次“大通关”灾备中心软件及灾备系统集成项目的建设。1.2 方案导读在本次方案编写当中，我们首先从容灾项目、业务连续性的角度来考虑方案的总体设计，我们在“第4

10、章 方案设计思路”详细的描述了我们在次方面的设想和考虑。在容灾核心软件的选型上，我们按照质检总局现状以及对本项目的具体技术要求，选择了GoldenGate公司的GoldenGate TDM软件做为核心的灾备软件，关于GG TDM软件的部署、实施和介绍详见本方案的5.2、5.3和.57节。另外，在容灾系统的设计上，我们从网络、数据库实例、节点故障、数据不一致等方面充分考虑了对异常情况的处理办法，详见“5.4 异常处理方案”。同时，我们也充分考虑了建设容灾系统对现有系统和业务的影响，详见“第6章 业务影响性分析”。在本次方案设计上，我们还从灾难应急预案、回退与切换、日常维护管理等多方面，结合我们在

11、容灾系统建设方面的经验，对容灾中心的建设进行了充分的设计和建议，详见第79章。最后，为了确保方案的实施可以确实实现，我们在“第10章 项目组织管理、实施与验收方案”一章中，对项目的组织结构、实施计划、验收方法做了详细设计，并在“第11章 培训方案”中对培训做了详细的计划安排。1.3 关键技术需求响应导读1.3.1 对系统整体性要求响应1. 在技术需求书2.1中，投标方应在对本标书中所列出的技术要求全面分析和理解的基础上，结合总局中心软硬件环境，提供对大通关灾备系统集成整合的完整解决方案。应答：是。我们接到投标后迅速成立了技术小组，集结了软件、主机、网络、存储、安全等技术人员，将会对标书文件进行

12、细致的分析，以求达到更为准确的理解，内部评审后提交完整的解决方案。2. 在技术需求书2.1中，投标方应保证系统能够集成和实际运行，如果招标文件的要求与此发生冲突，投标方应提出书面修改意见（需标识新增、修改和删除）。应答：是。我们会保证系统稳定安全的平稳运行，并满足招标方的业务需求。如果招标文件的要求与此发生冲突，我们会书面澄清。3. 在技术需求书2.1中，投标方应保证系统集成完成后，应保证灾备中心与海关总署、认监委、CA中心数据交换的顺畅进行以及与总局大通关系统数据同步更新复制。应答：是。我们会对灾备系统进行全面的测试保证灾备中心与海关总署、认监委、CA中心的顺畅以及与总局数据同步更新复制。1

13、.3.2 对大通关灾备系统集成方案的要求响应1. 在技术需求书3.1.2.1中，投标人应在中标后负责制定总集成方案，在方案得到用户的认可后，负责组织灾备项目中硬件中标商（或原厂商）完成各包产品的集成工作；负责协调应用集成商完成应用系统的集成工作；配合甲方完成各硬件中标商及应用集成商的验收；并完成整个项目的联调及切换工作。应答：是。我们会在充分理解招标方业务和IT环境的基础上制定可行的总集成方案，负责各包产品的集成工作，应用系统的集成工作，配合甲方完成验收，并完成整个项目的联调及切换，并最终验收。2. 在技术需求书3.1.2.2中，对数据库产品、中间件产品、数据库性能监控软件、中间件性能监控软件

14、、备份系统软件等全部软件根据标书要求，在标书规定的环境下，实现正常运行，并达到标书要求的性能和产品技术规格中的性能。应答：是。我们完全按照产品技术规格采购相关软件，使采购的软件在实际的环境中能正常运行，并且调优以达到最好的性能。3. 在技术需求书3.1.2.3中，按标书技术部分要求对其产品的性能和配置进行测试检查，并做出测试方案和测试报告。灾备系统能正常有效的工作，同时提供系统切换失败的回退方案正确有效。保证数据的安全。同时进行灾备切换测试，并提供灾备切换的测试报告。应答：是。我们对涉及到的产品进行测试检查，在做之前会有详细的测试方案，完成后出具测试报告。灾备系统中的切换方案和回退方案经过严格

15、的测试，来保证其有效性。并出具切换测试报告和回退切换测试报告。4. 在技术需求书3.1.3中投标方在应答时必须列出在整个系统实施过程中所产生和需向用户提交的详细文档清单。应答：是。详见第10.2.8中的“文档管理”相关内容。5. 在技术需求书3.1.4中投标人应提供详细的项目实施计划，其中包含项目目标、范围，人员分工，进度以及项目变更策略等。应答：是。详见第10.1.2“项目环境”、第10.1.3.5“项目建设实施人员”、第10.1.4“项目变更管理”、第10.3.1“实施计划”相关内容6. 在技术需求书3.1.4中投标人要求派专业的项目经理专职此项目，保证该项目经理为投标人的正式员工，并且要

16、求项目经理有灾备集成的项目经理实施经验。应答：是。我们保证派专职项目经理，保证该项目经理为本公司正式员工，并且保证项目经理有灾备实施经验。7. 在技术需求书3.1.5中基本标准系统集成时间为90个工作日：按实施方案完成各集成点的软、硬件设备的集成及灾备中心内部线路的安装、调试；向用户提交初验报告，并经用户认可。应答：是。我们保证在90个工作日内完成标书中规定的项目，并且向用户提交初验报告，并经用户认可。1.3.3 对招标基本要求中有关内容的响应1. 投标人应已获得2008国家质检总局集中采购目录项下供应商（IT类品目1：信息化建设项目）准入资格。（见招标文件第一部分附表）应答：是。我们公司已获

17、得2008国家质检总局集中采购目录项下供应商（IT类品目1：信息化建设项目）准入资格。2. 注册资金在人民币3000万元以上。应答：是。我们公司注册资金为人民币11250万元3. 投标人必须具有信息产业部颁发的“计算机信息系统集成一级资质”；应答：是。我们公司具有信息产业部颁发的“计算机信息系统集成一级资质”。4. 投标人所投数据库容灾软件产品应参与招标人在开标前组织的测试，并提供由招标人出具的参与测试证明；应答：是。我们所投数据库容灾软件产品已经与招标人在开标前组织的测试并取得了由招标人出具的测试证明。5. 按本招标邀请的规定获取招标文件应答：是。完全按照本招标邀请的规定获取招标文件。1.3

18、.4 对设备和软件技术规格需求的响应1. 在技术需求书8.4.1中，支持不同操作系统下不同数据库版本之间的复制，要求对所有主流的操作系统，以及Oracle 8i，9i，10g 等数据库均可支持； 应答：是。GoldenGateTDM软件支持多种操作系统（如AIX、HP Unix、Linux、Windows等）、数据库平台（如Oracle、DB2、SQL Server等）。支持Oracle 8i、9i 、10g等不同版本。不仅能够支持同构环境下的数据备份，还可以支持在异构的软硬件环境之间实现复制，如在不同厂商主机和存储之间、不同操作系统之间，不同数据库版本之间，甚至不同数据库平台之间实现数据复制

19、。2. 在技术需求书8.4.1中，复制软件应采用基于Oracle 日志捕捉的逻辑复制方式； 应答：是。GoldenGate TDM（交易数据管理）软件是一种基于日志的结构化数据复制软件，它通过解析源数据库在线日志或归档日志获得数据的增删改变化，再将这些变化应用到目标数据库，实现源数据库与目标数据库同步。该软件支持Oracle数据库，采用基于Oracle日志的逻辑复制方式.3. 在技术需求书8.4.1中，复制软件应满足在单机或RAC环境下，对Oracle在线日志(Online redo log)的捕捉及复制； 应答：是。GoldenGate TDM软件能够在单机或RAC环境下，对Oracle在线

20、日志(Online redo log)进行捕捉和复制。4. 在技术需求书8.4.1中，支持Oracle中所有的常用数据类型，包括Blob，Clob，Long等的复制； 应答：是。GoldenGate软件支持oracle中常用的的数据类。包括Blob，Clob，Long等数据类型的复制。5. 在技术需求书8.4.1中，支持对数据库中常用DDL操作的复制； 应答：是。GoldenGate软件支持对数据库常用DDL操作的复制。6. 在技术需求书8.4.1中，支持事务复制，要求对数据库中较大的事务不会出现过多延迟； 应答：是。GoldenGate是基于数据库事务来复制的，保证了交易的一致性和完整性。其

21、卓越的复制性能能够保证数据库中较大的事务不会出现过多延迟。7. 在技术需求书8.4.1中，支持并实现数据库双向复制，且修改复制方向、复制拓扑结构，不需要重新部署软件，支持并实现不同平台不同oracle版本之间的双向复制； 应答：是。GoldenGate支持数据库双向复制，不需要重新安装、部署软件，就可以实现修改复制方向、复制拓扑结构。GoldenGate支持不同平台、不同Oracle版本之间的双向复制。8. 在技术需求书8.4.1中，支持对数据库中Sequences（序列）的复制； 应答：是。GoldenGate软件支持对数据库Sequences的实例化复制9. 在技术需求书8.4.1中，数据

22、复制过程可根据需要灵活的进行控制或修改复制的方向，以满足业务需求； 应答：是。GoldenGate软件可以根据需要灵活的进行控制或修改复制的方向，以满足业务需求。10. 在技术需求书8.4.1中，需提供运行过程中复制两端表数据库的比较功能，可在应用不停机的情况下，查找和发现不一致的数据，应有必要的工具或手段，完成在线的数据修复，保证数据的一致性； 应答：是。GoldenGate提供了数据对比工具Veridata，能够实现在不停机的情况下对数据进行高速对比，发现并报告两端不一致的数据。当发现数据不一致的现象时，可以根据具体情况采用时间点回追等方式完成在线的数据修复，保证数据的一致性。11. 在技

23、术需求书8.4.1中，提供多个进程多个队列的使用方式，各个进程和队列间独立运行，出现故障时互不影响； 应答：是。GoldenGate软件可以根据应用情况，可以配置多个进程和多个队列，各个进程和队列相互独立，发生故障时，可以只对发生错误的进程和队列进行独立处理，而其他进程和队列保持正常运行。12. 在技术需求书8.4.1中，需提供完整详细的运行日志，并提供报警，通知监控平台，保证出现错误时具有完整方便的报警及跟踪机制，方便故障的快速定位和解决； 应答：是。GoldenGate TDM提供完整详细的运行日志。GoldenGate有自己的日志记录机制，它会监控和记录进程的启动、停止状况、进程启动的环

24、境变量、进程运行过程中数据的处理进度、可以通过参数的配置让系统具有灵活的报警机制，支持对关键进程、事务、应用故障的报警和日志记录功能。既能把这些报警信息发布到第三方的监控软件中，也能使用GoldenGate软件自带的Director产品实现图形化的管理和灵活的报警、监控功能，方便故障的快速定位和解决。13. 在技术需求书8.4.1中，提供双向复制时数据库的冲突检测功能，记得冲突时的相关数据和SQL 语句，并提供自动的冲突处理机制，在出现冲突时可根据预先定义的业务逻辑进行处理，仅极个别情况需要手工解决； 应答：是。GoldenGate软件在双向复制的时候提供了自动的数据库的冲突检测功能，可以记得

25、冲突时的相关数据和SQL 语句，并提供自动的冲突处理机制，在出现冲突时可根据预先定义的业务逻辑进行处理，仅极个别情况需要手工解决。14. 在技术需求书8.4.1中，支持数据库各种数据类型：如Oracle中的LONG 、LONG RAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可实现用户自定义表、字段进行复制； 应答：是。GoldenGate软件支持Oracle中常用的的数据类型，包括 LONG 、LONG RAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可实现用户自定义表、字段进行复制.15. 在技术需求书8.4.1中，支持在数据复制过程中对数据准确性进行校验，如正

26、在复制的数据在之前就已经不一致，应提供报警功能，以便及时发现错误，避免错误的扩大； 应答：是。GoldenGate软件支持在数据复制过程中对数据准确性进行校验，如正在复制的数据在之前就已经不一致，可以提供报警功能，以便及时发现错误，避免错误的扩大。16. 在技术需求书8.4.1中，提供专用图形化集中管理软件； 应答：是。GoldenGate提供了集中管理工具Director，通过图形化界面，可以集中配置、管理和监控多个分布的GoldenGate实例。17. 在技术需求书8.4.1中，数据复制需要严格遵守Oracle事务的一致性，目标系统需要完整顺序地再现原系统的事务； 应答：是。GoldenG

27、ate软件严格地遵守Oracle事务的一致性，提供可靠的数据复制。GoldenGate在目标系统进行复制操作的顺序与在源系统上的顺序相同，并且按照相同的事务环境提交，确保在目标系统上数据的完整性和读一致性.18. 在技术需求书8.4.1中，主系统和备用系统的数据库处于双活状态，以保证在灾难发生前可在两个系统上运行不同类型的应用程序； 应答：是。GoldenGate在数据复制的过程中，保持主、备端数据库都处于打开的双活状态，可以保证在灾难发生前在两端系统上运行不同类型的应用程序.19. 在技术需求书8.4.1中，容灾产品应支持本地Cluster的高可用方式，在本地单节点出现故障时，可通过Clus

28、ter软件接管到其它节点； 应答：是。GoldenGate软件支持双机热备、Oracle RAC等本地Cluster的高可用方式，在本地单节点出现故障时，可以通过Cluster软件接管到其他节点继续运行。20. 在技术需求书8.4.1中，源系统和目标系统的任何故障都不会影响到复制环境。这些故障包括：源系统主机故障、数据库故障、复制软件故障，网络故障、目标系统的主机故障、数据库故障等等； 应答：是. 在采用GoldenGate软件进行数据复制时，源系统和目标系统的任何故障都不会影响到复制环境。这些故障包括：源系统主机故障、数据库故障、复制软件故障，网络故障、目标系统的主机故障、数据库故障等等。详

29、见本方案第5章的相关阐述。21. 在技术需求书8.4.1中，容灾方案必须在技术上切实可行，保障容灾中心数据的完整性、可用性； 应答：是. 基于GoldenGate软件的容灾方案在技术上切实可行，并在国内外众多个案例中得到长期的验证。GoldenGate软件的复制机制能够保证容灾中心数据的完整性和可用性。22. 在技术需求书8.4.1中，独立于任何存储设备，硬件设备，操作系统和Oracle数据库的不同版本。要求能够实现不同平台之间数据库的复制； 应答：是. GoldenGate软件可以支持多种主机、操作系统、和不同的Oracle数据库版本，并可以支持所有类型的存储设备，可以支持不同主机、不同操作

30、系统、不同存储平台、不同数据库版本、甚至不同数据库平台之间进行数据复制。23. 在技术需求书8.4.1中，容灾系统原则上不允许有数据丢失。但在一些极端的情况下，可以允许一些数据损失，但力求将数据丢失控制到最小； 应答：是. GoldenGate软件的高性能能够保证容灾系统的RPO在秒一级。即使在一些极端的情况下，也可以保证将数据丢失控制在最小。24. 在技术需求书8.4.1中，必须保证，数据复制的准确性，当因其它因素干扰，导致数据不一致时，应有必要的工具或手段，可在应用不停机的前提下，完成在线的数据修复，保证数据的一致性； 应答：是. GoldenGate软件可以保证数据复制的准确性。当因其他

31、因素干扰而导致数据不一致时， GoldenGate可以通过把检查点前移，实现数据的重新抽取和回追的方式，完成在线数据的修复，保证数据的一致性。25. 在技术需求书8.4.1中，具有一定的监控、告警功能，对关键设备、事务、应用的故障能够将信息发送到监控软件中，实现自动报警并记录日志。； 应答：是. GoldenGate有自己的日志记录机制，它会监控和记录进程的启动、停止状况、进程启动的环境变量、进程运行过程中数据的处理进度，可以通过参数的配置让系统具有灵活的报警机制，支持对关键进程、事务、应用故障的报警和日志记录功能。既能把这些报警信息发布到第三方的监控软件中，也能使用GoldenGate软件自

32、带的Director产品实现图形化的管理和灵活的报警、监控功能。26. 在技术需求书8.4.1中，完成总局大通关系统灾备系统，由软件厂商提供方案，确定数量（用户估计在数据为Unix 两套，linux 4套，供厂商参考）； 应答：是. 我方将按照要求提供技术方案并确定配置数量.1.3.5 对灾难恢复预案的响应1. 在技术需求书8.5中，要求制订灾难恢复演习计划，模拟灾难发生，演练业务恢复功能和业务持续性流程，发现IT环境潜在隐患，拾遗补缺； 应答：是。灾难恢复预案的工作内容和实施规划详见第7.1“灾难应急预案的工作内容”和第7.2节“灾难应急预案的实施规划”。2. 在技术需求书8.5中，要求制定

33、灾难恢复系统维护方案，以此保证灾难应急预案的顺利实施。应答：是。灾难恢复系统的维护详见第7.3节“灾难应急预案的维护和演练”。3. 在技术需求书8.5中，为实现大通关灾备系统的各项功能，需要进行灾备应用系统的开发。通过建立灾备系统运行的集中的管理界面，实现便捷的功能自动化处理，并辅助实现灾备系统的各项业务流程。灾备应用系统运行于灾备系统平台之上，主要用于辅助实现灾备系统的各项生产和切换流程。应答：是。投标人将针对大通关灾备系统，提供灾备应用系统DRPMS，建立灾备系统运行的集中管理界面，提供便捷的功能自动化处理，辅助实现灾备系统的各项业务流程。该灾备应用系统的系统流程、详细功能详见第7.5节“

34、灾难应急预案应用系统DRPMS”。4. 在技术需求书8.5中，要求灾备应用系统具有以下功能：应答：是。功能名称功能描述应答登录和基本界面提供登录管理和基本主界面的显示是，DRPMS系统提供登录管理和基本界面的显示固定业务流程控制提供定义好的固定灾备业务流程的控制管理，内容包括：选择并开始某流程、显示流程当前功能步骤、发送执行当前功能步骤命令、显示当前流程的执行状态、结束当前流程。是，DRPMS系统具备固定业务流程控制功能，可以发送相关的命令给相应角色的执行人，由执行人启动、显示、结束当前流程。执行灾备功能和回退功能根据应用系统的临时需要，可以灵活进行一个或几个应用系统的切换。切换过程要求记录详

35、细操作日志。并提供切换过程中的人机交互功能。切换异常时提供回退功能。提供随机执行各种灾备功能的管理，内容包括：开始一个随机流程、选择功能类别、选择具体功能、输入参数、显示当前流程的执行状态、结束当前流程。是，DRPMS系统具备执行灾备流程回退和切换的功能，可以对切换过程进行记录形成日志，提供切换过程中的人机交互选择流程，切换过程中的回退可以通过编写异常处理流程来实现。DRPMS系统可以提供客户选择任意他所需我的切换流程去执行。参数配置管理提供配置参数的查询、增删改等。配置参数包括：灾备应用状态、服务器配置、数据比较规则定义、数据比较任务的定义、数据表集合定义等。是，DRPMS系统可以对系统配置

36、参数进行查询、增加、删除等操作。日志查询提供查询界面，选择时间等参数，进行相关日志查询显示。是，DRPMS系统可以对日志进行方便灵活的查询。1.3.6 对技术支持与售后服务的响应1. 技术需求书8.4.1中由原厂商负责软件的安装调试；三年软件版本升级及技术支持服务（包含任何版本升级同时适用于产品换代更新，要求原商承诺，并加盖原厂商公章）；应答：是。我方将由GoldenGate中国区技术支持中心选派GoldenGate认证工程师进行软件的安装和调试，并负责提供三年软件的版本升级和技术支持服务（包含任何半粉升级同时适用于产品换代更新）。详见GoldenGate厂商承诺函。2. 技术需求书8.4.1

37、中现场安装调试和性能调优服务，数据库管理等相关培训；应答：是。我方将由GoldenGate中国区技术支持中心选派GoldenGate认证工程师进行现场安装调试和性能调优。并进行相关的培训。有关培训内容详见培训计划。3. 技术需求书8.4.1中每套至少包含10人工作日/年的原厂现场技术支持服务，同时达到724原厂服务，4小时原厂工程师到达现场（包括总局中心和灾备中心，具体地点由用户指定）报价按每年方式共三年的此类原厂现场技术支持服务；应答：是。我方将由GoldenGate中国区技术支持中心负责提供每套10人工作日/年的现场技术支持服务，服务标准为724，工程师在接到用户请求后4个小时内达到现场（

38、包括总局中心和灾备中心，具体地点由用户指定）。4. 技术需求书8.4.1中系统技术文档和软件安装光盘；应答：是。我方将向用户提供全套相关技术文档和软件安装光盘。5. 技术需求书9.1中本项目承诺技术后援支持，为今后灾备系统的功能和日常运行故障提供至少三年7*24现场支持。应答：是。我们承诺为今后灾备系统的功能和日常运行故障提供至少三年7*24现场支持。6. 技术需求书9.1中半小时作出响应，2小时到达现场。（包括总局中心和灾备中心，具体地点由用户指定。）应答：是。我们承诺在服务期内半小时作出响应，2小时到达现场。7. 技术需求书9.2中要求必须在2小时内对灾备系统所提出的维修要求作出实质性反应

39、，提供应急策略；应答：是。我们会在2小时内对灾备系统所提出的维修要求作出实质性反应并提供应急策略。8. 技术需求书9.2中灾备系统运行故障导致灾备系统中断时间不得超过2小时。应答：是。我们保证灾备系统中断时间不得超过2小时。1.3.7 对调试、验收要求的响应1. 由总局信息中心组织验收专家队伍，在项目监理的配合下，对应用系统集成项目进行验收，并出具验收文件。验收内容包括：应用系统集成过程文档；应用系统集成完成后的灾备中心系统与总局中心系统运行状态；灾备内容方面的验收。应答：是。我们会准备好应用系统集成过程中生成的文档，我们会对灾备中心系统与总局中心系统运行状态调到最优化，我们会准备好关于灾备系

40、统咨询和实施方面的成果物。第2章 项目背景与现状概述2.1 项目背景随着2005年国务院信息化办公室联合电子政务、银行、电力、铁路、民航、证券、保险、海关、税务等行业，联合起草的重要信息系统灾难恢复指南正式出台,灾难备份与恢复的建设揭开崭新的一页。总局响应吴仪副总理在检验检疫“大通关”工作会议上的指示精神，根据目前总局新应用、新业务的不断上线，业务数据量不断增加的业务需求，以及数据存储和备份的现状，为保证应用数据安全性、可靠性，保证大通关业务连续性，国家质检总局提出建设“大通关”系统灾备中心。2.2 业务系统现状国家质检总局“大通关”系统北京生产中心包括马甸数据中心和亦庄IDC机房2个部分。“

41、大通关”系统采用3层架构，分别由Web接入层、应用中间件层和数据库层组成。其中，Web接入层和应用中间件层由若干台PC服务器构成，均采用Cluster集群方式提供服务。中间件采用IBM Websphere或金蝶中间件，运行于LINUX上；数据库采用Oracle 9i，运行于UNIX或LINUX上；通讯中间件采用MQ或金蝶中间件，运行在LINUX操作系统上。下面先分别从主机、存储、网络3个方面来介绍“大通关”系统现状，然后介绍此次项目要求数据复制的两端主机对应配置情况。2.2.1 主机系统现状l 马甸数据中心国家质检总局马甸数据中心“大通关”系统现状示意图：如上图所示，其中数据库层由两台IBM

42、P570组成HA系统、两台HP 8620组成HA系统、两台HP rx4640-8组成HA系统分别对不同业务系统提供数据库服务。l 亦庄IDC机房国家质检总局亦庄IDC机房系统现状示意图：如上图所示，其中数据库层由多台服务器构成，其中的数据库分别通过RAC和DATAGUARD构成。2.2.2 存储系统现状国家质检总局存储系统均采用LAN Free方式，两台存储内部均实现Flashcopy功能；交换机根据不同业务划分了多个zoneing。l 马甸数据中心如上图所示，国家质检总局马甸数据中心存储单元由两台HDS USP100高端存储、一台IBM 3584磁带库构成（IBM shark不在此次备份计划

43、之中）。Shark存储空间主要提供给总局日常办公系统和“大通关”系统使用，USP100存储空间只提供给“大通关”业务系统使用，IBM 3584磁带库每天定时进行各数据库得增量备份。其中每台Shark内部磁盘裸空间均为4T容量，经RAID5格式化后实际可使用空间为2.5T；每台USP100内部磁盘裸空间均为4T容量，经RAID5格式化后实际可使用空间为2.5T；每台silkworm24000交换机均为64个2Gb FC端口。l 亦庄托管机房如上图所示，国家质检总局亦庄IDC机房的存储XP10000组成，SAN网络由两台XXXX存储交换机构成。其中每台HP-XP10000内部磁盘裸空间均为4T容量

44、，经RAID5格式化后实际可使用空间为2.5T；每台XXXX交换机均为64个2Gb FC端口。2.2.3 网络系统现状l 马甸数据中心l 广域网现状2.2.4 两端对应配置根据项目涉及的业务系统的情况，要求此次数据复制软件共需套，涉及的数据库层服务器两端对应配置如下：l 生产中心2台IBM P570，每台16路（双核，8 CPU）；灾备中心为2台IBM P595，配置为Oracle RAC环境，每台32路（双核，16颗CPU）；两端操作系统为AIX，均配置为Oracle RAC环境。l 生产中心2台HP8620，每台16路（单核，16 CPU）；灾备中心为2台HP SuperDome小机，配置

45、为Oracle RAC环境；两端操作系统为HP-Unix，均配置为Oracle RAC环境。l 生产中心4组各2台HP580PC，每台4路（单核，4CPU）；灾备中心4组各2台IBM X3850 M2服务器，每台4路（双核，2CPU）；操作系统为SUSE Linux9，均配置为Oracle RAC环境。第3章 项目建设目标、需求及原则3.1 系统建设的目标本次项目的目标是为保证“大通关”业务的连续性，同时考虑最大限度地利用系统资源。且应考虑长远规划，坚持开放性和兼容性原则，便于日后设备选型，降低整体成本，使质检系统在信息化建设过程中始终处于主动地位。本次项目灾备方式将采用异地灾备方式。检验检疫

46、广州灾备中心与总局信息中心为南北两中心，为互为备份的方式，北京为主系统时，将所有数据集中到北京，备份到广州；系统切换后，广州成为主系统，将所有数据集中到广州，备份到北京。两中心定期进行切换；出现紧急情况时，随时切换。备份中心要求能够独立运行，备份信息中心所有的业务系统及数据。当总局中心有灾难发生时，灾备中心确保能够接管总局中心的重要业务信息系统，以保证大通关业务的连续性。3.2 国家质检总局灾备需求本次总局“大通关”灾备系统的基本需求如下：（1）用于数据恢复和应用系统的切换的时间不超过2小时；（2）计划内对系统，网络，机房设施等的维护，升级等要求将主和服务从总局中心切换到灾备中心，并要求用于关键应用和业务的切换时间在30分钟以内；（3）灾备系统在正常状态下，对业务系统不产