投标技术应答汇总V2

3.2产品及效劳需求产品的可靠性和开放性实现数据同步方案的产品必须是完整的、可靠、成熟的产品，具有相关行业一定数量的成功实施案例。产品的开放性，支持各种传输介质；同时指明目标端推荐的操作系统类型及版本、数据库类型及版本和推荐硬件平台型号、配置及价格预计。答复：满足要求。卖方推荐的DSGRealsync备份产品在证券基金行业已经拥有了大量的客户列表，例如：上海期货交易所、中国金融期货交易所、华夏基金、鲁证期货、东吴期货、银河证券、长江证券、华泰证券、南京证券、信泰证券、东吴证券、国联证券、东海证券、民族证券、西南证券、山西证券、金通证券、中原证券、财达证券、远东证券、西部证券、金元证券、太平洋证券、东兴证券、宏源证券、江南证券、国盛证券、万联证券、信达证券、华福证券、上海证券、新时代证券、华夏基金、南方基金、易方达基金、招商基金等等公司。实现数据的高效备份和高平安性具有有效的备份确认机制，保证备份数据的有效性；具有平安的数据保护机制，保证数据传输过程中的平安性；具有可靠的数据防篡改机制，保证数据的完整性。支持不同的环境和多样的存储架构〔包括DAS，NAS，SAN和IP数据存储方法〕。答复：满足要求。DSGRealsync采用专有格式进行数据传输，确保传输数据的平安。对于存储来说，DSGRealsync容灾软件支持各种通用的存储架构，只要Realsync所在效劳器能够支持的存储架构均可使用，而且和生产中心所采用的硬件平台毫无关系。强大的数据容灾功能容灾功能在做数据复制的时候不能受到用户业务系统调整的影响，同时也不能对业务系统产生大的影响；当主系统发生故障的时候，能够迅速完成从生产主机向容灾效劳器上的切换。答复：满足要求。DSGRealsync在生产中心的CPU资源占用非常低，根据DSGRealsync在各大证券和基金行业的应用案例来看，在源端的日志分析进程一般可控制在一个CPU的10%左右，总体占用<5%。DSGRealsync同步的数据的目的是为了提供数据切换功能，当生产中心出现故障后，能够在灾备中心进行快速接管。这个已经在许多家证券公司的应用现场得到了验证，他们都是在交易期间进行的切换，而且根本上都可以在10分钟内完成切换操作。提供源端与目标端数据比照功能监控界面及统计比照功能，可以监控到数据同步的情况及数据同步的速度。复制软件需提供统一的管理监控功能，能实现对复制软件的运行状态、运行日志、系统配置等方面进行统一的管理及监控，投标商需在投标方案中提供详细的管理监控解决方案答复：满足要求。DSGRealsync提供图形监控功能，能够对错误进行告警提示。DSGRealsync提供了基于Web方式的图形管理界面。该界面的功能包括：主要监控DSGRealSync的运行情况，以及监控相关元素的主要参数。实现图形界面的多节点集中管理；系统参数设置；映射关系设置系统全同步、强制同步表、增加和删除复制的表全同步过程状态监控实时运行状态管理：监控源端日志分析过程、发送队列情况、装载队列情况和装载的日志信息；错误告警：对realsync运行过程中的所有错误和告警进行集中化告警处理；一、系统集中管理在一台机器上realsync监控程序，能集中监控所有注册节点的运行情况。二、映射关系包括三局部，一局部对mapping.ini文件的配置，一局部对ddl.ini的配置，最后一局部是注册主机和数据库信息的配置文件。三、发起全同步通过界面上发起全同步。全同步过程的状态在图形界面上展现，包括：正在导出哪张表？哪些表已经导出完毕？目标端装载还有多少队列？目标端是否装载完毕？四、强制全同步某些表通过界面上能够发起某些表的强制全同步。强制全同步过程的状态在图形界面上展现，包括：正在导出哪张表？哪些表已经导出完毕？目标端装载还有多少队列？目标端是否装载完毕？五、增加或删除某张表的同步通过界面上能够发起增加或删除某张表的同步。如果是增加某张表，那么需要对这张表作全同步，并且全同步过程的状态在图形界面上展现，包括：正在导出哪张表？哪些表已经导出完毕？目标端装载还有多少队列？目标端是否装载完毕？六、状态监视。这里也包括两个局部，一局部就是日志出现错误的时候需要出现报警信息。第二局部就是首同步和实时复制的状态的及时显示出来，让用户知道我们软件的运行状态。〔1〕、报警信息第一局部，报警信息应包括所有的软件遇到的错误信息，并在用户界面上表达出来，给管理员提醒错误信息。〔2〕实时状态信息将实时复制的信息反映在用户界面上，是的用户可以观察到数据流的变化。通过动态的图形方式来展现：展现的内容包括以下几个阶段：日志分析阶段：打印信息可讨论；sender阶段：可打印队列的最大号，和传输的最大号，以及队列长度；装载阶段：可打印队列的最大号，和装载的最大号，以及队列长度。数据库故障：在目标端数据库故障下，源端数据库不能受到影响，当目标端数据库修复后，复制软件继续工作答复：满足要求。当目标端数据库出现故障时，源端数据库不会受到影像，同步软件将从源端日志中分析到的内容保存到目标端的缓存目录空间中。当目标端数据库修复后，复制软件会继续工作。效劳器硬件故障：在目标端效劳器故障下，源端生产系统不能受到影响，当目标端修复后，复制软件继续工作。答复：满足要求。当目标端数据库出现故障时，源端数据库不会受到影像，同步软件将从源端日志中分析到的内容保存到源端的发送缓存目录空间中。当目标端数据库修复后，复制软件会继续发送数据到备份端。初始化同步〔第一次大批量同步〕时不能要求业务中断答复：满足要求。首次全同步是容灾工程中一个非常复杂的问题，从目前的技术来看，能够实现首次全同步的方式有多种方案：第一：备份/恢复的方式第二：ORACLEEXPORT/IMPORT方式；第三：采用复制软件自带的首次初始化功能。根据复制的需求来看，我们在作首次同步的时候必需满足以下几个条件：一：大数据量下如何快速首次同步二：如何简化首次全同步的操作步骤三：如何作到首次全同步过程中对生产业务不造成影响四：如何支持异构环境下的数据首次同步？根据以上几个条件，我们认为采用dsgrealsync自带的首次全同步功能才能够简化首次同步的操作复杂程度。因为前两种方式无论在操作复杂程度上，还是是否需要停止业务方面都表现得不好，主要在于： 备份/恢复方式：数据量大，无法通过网络传递； exp/imp：数据量大，导出时间漫长。同时导出时需要停止业务。DSGRealSync提供的首次全同步功能将源系统上的已有数据记录从datafile中直接读取并解析成为DXF数据格式，在利用XIMP将DXF数据批量快速装载到Datatarget系统上。在过程的工作原理是通过跟踪和分析从上个步骤开始时的所有redo.log信息，从Log文件中分析和翻译出这段时间内新增加的记录，然后再将记录在目标系统上插入。如果在该过程中复制的数据在目标表中已经存在，那么RealSync将首先删除目标系统中的该记录，同时插入新复制的记录。在这两个过程执行过程中，生产系统的业务可以保持运行状态。无需中断业务。dsgrealsync首次全同步技术的优势：〔1〕 全同步时无需停止业务；realsync作全同步的点和日志分析的点自动匹配，无需人为干预。因为如果需要人为干预就必需停止业务，否那么无法保证全同步和增量同步之间的无缝衔接；而如果采用exp/imp方式那么在导出时必需停止源端业务。〔2〕 采用直接路径方式导出和装载数据realsync采用直接路径方式导出数据，并且采用直接路径方式装载数据。而exp/imp那么采用传统路径导出和装载数据，性能远远不如直接路径装载的方式。〔3〕 多路并发导出和装载DSGRealsync支持分配多个任务对多个表进行并发导出和装载，而EXP对多个表是串行导出的。〔4〕 导出、传输和装载任务并行进行exp/imp的工作模式是先exp，然后压缩，然后传输，然后再装载。因此时间就为所有时间之和。而realsync是边导出，边传输，边装载。三个时间不是相加的，这样至少缩短总体时间1/2以上。〔5〕 数据压缩传输realsync对导出的数据进行压缩后在网上传输。而exp需要对导出后的数据进行手工压缩后才能传输。〔6〕 全同步任务可灵活调整；realsync在作全同步时可根据业务灵活调整，如根据业务规那么分批进行全同步、而无需一定要在有限的时间内完成整个库的全同步，而是把业务变化最频繁，容灾需求最紧急的数据优先同步；〔7〕 全同步应该能够满足业务需求对于600GB的数据量，根据工程性能指标参考，可在5个小时左右完成全同步。〔8〕 操作简单采用DSGRealSync自带的全同步工具，只需要一条命令就可完成全同步，而不需要过多的人为干预。〔9〕 支持异构环境realsync支持源系统和目标系统之间的OS系统、存储系统、数据库版本不相同；支持选择性初始化局部业务。答复：满足要求。DSGRealsync的初始化可以指定进行全部数据初始化，也可以指定需要的用户或者需要的表进行重新初始化。复制软件在各种大压力下、各种故障情况下不会造成数据复制失败答复：满足要求。DSGRealsync已经在国内30多家电信公司的OSS系统上运行，其承受的压力超过了600GBredolog/天。完全可以适应各种压力下的数据复制需求。提供高质量的系统安装、维护、巡检、应急响应、故障排除的效劳提供高质量的系统安装、维护、巡检、应急响应、故障排除的效劳；同时请指明效劳内容、响应时间、免费维护期、及以后维护费的价格与当前价格的比例。答复：满足要求。目前，DSG在北京总部和广州、上海建设有专业的技术效劳中心，共有数十名经验丰富的工程技术人员为客户提供效劳。随着业务的开展，将在近期内在西南和华东分别设立技术效劳中心，提升对上述地区的客户的支持程度。DSG在全国还有众多的合作伙伴，通过DSG的培训，已有数十人通过了DSG的认证考试，获得了DCSA证书，完全有能力提供对DSG产品的支持。DSG技术效劳体系如下：北京总部技术效劳中心(TSC,Beijing)工程人员：25名通信地址：北京市西城区新外大街28号办公楼B210邮政编码：100088热线：(+8610)82051586热线：(+8610)82051590广州效劳中心〔TSC,Guangzhou〕工程人员：5名上海效劳中心〔TSC,Guangzhou〕工程人员：5名2 技术效劳内容DSG技术支持内容包括：工程实施效劳与售后效劳。2.1 工程实施效劳内容工程实施效劳指从系统开始实施到系统终验前的效劳。 设备安装对由DSG购置的各种硬件设备进行安装、调试、试运行，保证软件的正常运行，各项功能正常，性能到达预定指标。安装地点：客户现场安装。 软件安装对客户购置的DSG软件进行安装、调试、试运行，保证软件的正常运行，各项功能正常，性能到达预定指标。安装地点：客户现场安装。 运行维护在工程实施和试运行期间，由DSG人员对DSG提供的解决方案局部派人进行现场指导和维护。维护方式：1. 在安装完成后，我方工程师将在客户现场观察时间1周；2. 在现场观察知道运行正常后，我方工程师将通过拨号远程方式进行检测和维护。需要用户提供远程拨入效劳，并提供相关系统的登录权限。 现场培训在系统安装后，在现场对培训系统操作员。对系统的操作，含安装，卸载，运行维护，监控管理，故障处理和问题分析等。2.2 售后效劳内容 顾客回忆每间隔一定的时间，对客户进行回访，了解DSG软件在客户系统中的使用情况和存在的问题，解答客户的疑问并了解客户对DSG产品和效劳的意见。 远程技术支持当DSG软件运行出现故障时或应用户要求对系统进行调整时，在远程方式可以解决问题的情况下，我公司将提供远程支持效劳。我公司将通过、email和远程登录等方式对客户系统中出现的问题在需要远程登录方式时，需要用户提供远程拨入效劳，并提供相关系统的登录权限。 现场支持在系统保修期内，如果出现了紧急故障而必需我公司现场解决问题时，我方将派遣工程师在客户现场对出现的故障进行现场解决。 技术咨询解答客户提出的关于DSG产品的技术问题，协助客户对存储系统进行调整和规划，使客户存储系统更优化，更可靠，更完善。 软件升级当DSG公司在现有版本上出现新的Bugfix和Patch时，DSG将提供升级效劳。 运行监控在具有远程拨入条件下对客户系统上DSG软件使用情况进行运行监控，了解系统运行情况和定制方案执行情况，定期向客户提交监控报告。根据系统故障对最终用户的影响程度，区分以下三个级别的故障。〔1〕紧急故障：以下故障为紧急故障： 系统设备不运行 由本系统原因造成生产系统严重影响生产系统的正常运行； 生产系统出现故障，需要立即进行大规模数据恢复。紧急故障时，卖方1小时内响应，如果需要现场支持，卖方技术支持人员12小时到达现场。〔2〕严重故障：设备出现故障、性能严重下降备份系统出现故障，不能实现正常备份操作。但生产系统工作正常。严重故障时，卖方在4小时内响应，如果确认可通过远程方式支持，卖方在5小时内开始处理故障；如果必需现场支持，卖方技术支持人员24小时到达现场。〔3〕一般故障： 系统出现小问题，但不影响系统正常工作。 用户技术咨询、索取技术资料、技术支援等。一般故障和技术支援方面，DSG承诺4小时响应，并在工作时间内给予解决。说明：专业效劳支持部将即时给予用户响应，并委派主管支持工程师全时〔24小时〕处理客户故障。支持的技术要点请确认支持以下技术哪些要点，如果支持是否需要进行人工干预，并简要说明处理的措施；如果不支持，是否有替代解决方法。是否支持数据双向复制？答复：支持。DSGRealsync支持双向复制，支持在正常情况下将数据从主生产系统同步到备份系统，当备份系统接管业务后将数据反向同步到原生产系统。是否支持主备端操作系统异构？答复：支持。DSGRealsync是采用SQL语句的方式进行同步，对于不同操作系统平台上的ORACLE数据库，其SQL语句都是相同的，因此DSGRealsync支持不同操作系统之间的数据同步。支持那些数据的同步?如果只支持数据库的同步,支持那些数据库的同步?答复：DSGRealsync支持ORACLE数据库的同步和文件数据的同步。ORALCE的数据同步可做到秒级的实时同步对于文件数据的同步是基于策略的定期数据更新机制。目前产品支持哪些oracle版本，是否支持主备端oracle版本不一致？答复：DSGRealsync支持ORACLE8I,9I,10G,11G等版本，也支持不同ORACLE版本之间的数据同步。灾备端oracle数据库处于什么状态？答复：容灾端的oracle数据库处于open状态，可实时接管业务或者在同步期间提供数据查询操作。是否支持主备数据库之间对不同schema的数据库同步？答复：支持。DSGRealsync提供了SCHEMA之间的映射同步关系，支持不同SCHEMA名字之间的数据同步。如何实现容灾端数据库的首次同步？答复：DSGRealsync提供了不停业务的首次全同步功能，这是业界独一无二的特点，对于降低维护人员的维护难度起到了非常重要的作用。首次全同步是容灾工程中一个非常复杂的问题，从目前的技术来看，能够实现首次全同步的方式有多种方案：第一：备份/恢复的方式第二：ORACLEEXPORT/IMPORT方式；第三：采用复制软件自带的首次初始化功能。根据复制的需求来看，我们在作首次同步的时候必需满足以下几个条件：一：大数据量下如何快速首次同步二：如何简化首次全同步的操作步骤三：如何作到首次全同步过程中对生产业务不造成影响四：如何支持异构环境下的数据首次同步？根据以上几个条件，我们认为采用dsgrealsync自带的首次全同步功能才能够简化首次同步的操作复杂程度。因为前两种方式无论在操作复杂程度上，还是是否需要停止业务方面都表现得不好，主要在于： 备份/恢复方式：数据量大，无法通过网络传递； exp/imp：数据量大，导出时间漫长。同时导出时需要停止业务。DSGRealSync提供的首次全同步功能将源系统上的已有数据记录从datafile中直接读取并解析成为DXF数据格式，在利用XIMP将DXF数据批量快速装载到Datatarget系统上。在过程的工作原理是通过跟踪和分析从上个步骤开始时的所有redo.log信息，从Log文件中分析和翻译出这段时间内新增加的记录，然后再将记录在目标系统上插入。如果在该过程中复制的数据在目标表中已经存在，那么RealSync将首先删除目标系统中的该记录，同时插入新复制的记录。在这两个过程执行过程中，生产系统的业务可以保持运行状态。无需中断业务。dsgrealsync首次全同步技术的优势：〔1〕 全同步时无需停止业务；realsync作全同步的点和日志分析的点自动匹配，无需人为干预。因为如果需要人为干预就必需停止业务，否那么无法保证全同步和增量同步之间的无缝衔接；而如果采用exp/imp方式那么在导出时必需停止源端业务。〔2〕 采用直接路径方式导出和装载数据realsync采用直接路径方式导出数据，并且采用直接路径方式装载数据。而exp/imp那么采用传统路径导出和装载数据，性能远远不如直接路径装载的方式。〔3〕 多路并发导出和装载DSGRealsync支持分配多个任务对多个表进行并发导出和装载，而EXP对多个表是串行导出的。〔4〕 导出、传输和装载任务并行进行exp/imp的工作模式是先exp，然后压缩，然后传输，然后再装载。因此时间就为所有时间之和。而realsync是边导出，边传输，边装载。三个时间不是相加的，这样至少缩短总体时间1/2以上。〔5〕 数据压缩传输realsync对导出的数据进行压缩后在网上传输。而exp需要对导出后的数据进行手工压缩后才能传输。〔6〕 全同步任务可灵活调整；realsync在作全同步时可根据业务灵活调整，如根据业务规那么分批进行全同步、而无需一定要在有限的时间内完成整个库的全同步，而是把业务变化最频繁，容灾需求最紧急的数据优先同步；〔7〕 全同步应该能够满足业务需求对于600GB的数据量，根据工程性能指标参考，可在5个小时左右完成全同步。〔8〕 操作简单采用DSGRealSync自带的全同步工具，只需要一条命令就可完成全同步，而不需要过多的人为干预。〔9〕 支持异构环境realsync支持源系统和目标系统之间的OS系统、存储系统、数据库版本不相同；如果采用分析oracle日志的方法，是分析archivelog还是redolog？答复：是分析redolog，因为这样能保证数据复制的实时性，但当redolog发生了切换并被覆盖的情况下，DSGRealsync会自动读取archivelog文件。数据复制过程中如何保证数据传输的高效性和平安性？是否采用加密和压缩方法？答复：DSGRealsync采用专用的XF1文件格式传输，目前不采用加密传输。如何保证主备数据库间数据的一致性？是否有功能或程序检查主备数据库间数据的一致性？答复：支持。DSGRealsync提供了错误告警功能，对同步过程中发现的问题进行报警。同时DSGRealsync还提供了数据一致性比对功能，用来全面比对主备数据的一致性。如果发现主备数据库的数据不一致，有何工具或解决方法同步数据？答复：支持。当发现贮备数据不一致后，可以采用多种方法修复：采用DSGRealsync提供的单表全同步功能，就是将比拟发现不一致的表进行一次全同步，这样肯定能够修复备端数据库的错误数据。可通过手工方式修改目标端的数据使之变成一致。如果发生主备同步链路中断或备机故障的情况，系统如何实现链路恢复后或备机正常后在最短的时间内完成数据同步？答复：支持。如果备份端属于短时间中断〔例如1天以内〕，当链路恢复后会自动进行同步；如果长时间中断〔例如中断了好几天〕，我们建议重新进行初始化，因为这样会缩短同步数据到达最新状态的时间。是否支持应用程序系统中进行exp/imp操作的同步？答复：支持。支持IMP情况先所创立的对象和数据的同步。是否支持应用程序系统中进行createtable、renametable、altertable、createview、createindex、createsequence、dropsequence等操作？请列出支持的DDL、DML语句及支持的数据库表字段类型。答复：支持。ObjectstypeOperatetype备注tablesCreatetableDroptableTruncatetableAltertable:column_clauses::add_column_clausesmodify_column_clausesdrop_column_clauserename_column_clauseconstraint_clauses::ADDconstraintsMODIFYconstraintsDropconstraintsalter_table_partitioning::add_table_partitiondrop_table_partitiontruncatepartitionindexesCreateAlterDropviewsCreateAlterDropsequencesCreateAlterfunctionsCreateAlterDropproceduresCreateAlterDroppackagesCreatepackageCreatepackagebodyAlterpackageDroppackageDroppackagebody是否支持marge等oraclesql语句？答复：支持。例如我们进行过下面的支持：beginforiin1..1000loopifmod(i,3)=0theninsertintots_testvalues(i,'测试'||i,'中上海','1',sysdate,systimestamp,i/200);endif;endloop;commit;foriin1..1000loopmergeintots_testausingdualbon(a.id=i)whenmatchedthenupdatesetname='测试'||to_char(sysdate,'yyyymmdd')whennotmatchedtheninsertvalues(i,'测试'||i,'中上海','1',sysdate,systimestamp,i/200);endloop;commit;end;是否支持blob数据类型？是否支持dblink？是否支持synonyms？答复：支持。主数据库是否需要有主键或者唯一性索引？答复：不一定要求。因为DSGRealsync不依赖于PK/UK索引，而是可以依赖于ROWIDMAPPING关系来进行数据同步，所以不需要一定具有主键索引。如果需要在生产环境中安装同步软件，那么该软件对生产系统占用的系统资源情况；答复：DSGRealsync在生产中心的CPU资源占用非常低，根据DSGRealsync在各大证券和基金行业的应用案例来看，在源端的日志分析进程一般可控制在一个CPU的10%左右，总体占用<5%。灾难恢复后数据库如何进行回切和数据反向同步？答复：灾难恢复后，DSGRealsync进行数据反向同步的方式有两种：完全反向同步：将备份中心的数据全部反向同步到生产中心；增量反向同步：将备份中心的新产生数据反向同步到生产中心；手工操作：通过exp/imp工具将当前数据反向导入生产系统；是否有独立的同步管理程序，如果有，是否有友好的GUI管理界面？答复：有，详细参见上诉关于图形界面的应答。是否能够提供开发管理接口，以便能够开发外部应用来同步？答复：DSG公司在国内的研发队伍，可以配合贵方进行外部开发来满足特定的业务需求。第四局部工程实施和管理要求4.1工程实施过程要求投标人必须满足以下工程实施效劳要求：提供系统安装、测试、运行、维护时的有关工具设备以及安装过程中所需各类的标准。答复：满足要求。卖方将在工程实施过程中提供上述内容。投标人在工程实施过程中如需使用第三方产品或需第三方提供人员、技术等方面的支持，并由此导致出现技术上或法律上的纠纷，应由效劳提供商全权解决，确保不影响工程进度，并不得向招标人追加收取任何费用。答复：满足要求。卖方推荐的DSGRealsync产品的迪思杰〔北京〕数码技术版权拥有，不具有任何的法律纠纷。4.2工程管理要求建立专门的工程管理小组，有专人负责，确保工程按时按质进行；提供工程组成员名单及以后支持人员名单，并提供相关人员的资质和相关工作经验。答复：满足要求。DSG公司将提供工程实施小组成员。赵宇：职务：迪思杰公司主任工程师，工程经理入职时间：2005年10月简介：赵宇为迪思杰公司主任工程师，兼工程经理，主要负责灾备软件的系统设计和实施管理工作，在realsync产品的改良、完善、新功能的定义、产品测试和维护方面具有非常扎实的根底；并且在oracle数据库方面获得ocp证书，具有全面的oracle知识架构。工作认真负责，具有很强的责任心和协调能力，在众多的关键和大型工程中担任工程经理。实施过的主要工程包括：长江证券集中交易备份系统工程国联证券集中交易备份系统金通证券集中交易备份系统河北地税11地市数据集中容灾系统江西电力集中灾备系统中国金融期货交易所备份系统西南证券集中交易备份系统南京证券集中交易备份系统。效劳提供商应详细说明工程实施每一阶段双方所负责任、工作内容、前提条件、技术要求、时间要求、人员要求、完成标准。答复：满足要求。阶段起止时间〔周〕责任方验收标准交付内容到货0-0.5DSG验收发货内容是否完整、有效，是否与合同所签订内容相符软件介质产品安装手册产品使用维护手册产品使用授权许可环境准备0-0.5用户主数据库安装完毕主数据库应用调试根本结束主数据库上为DSG准备的安装条件妥当备份效劳器安装完毕备份数据库安装完毕备份数据库tablespace创立完毕备份数据库中供dsg软件使用的文件系统创立完毕DSG软件安装环境要求〔DSG提供〕环境准备情况清单〔用户提供〕软件安装调试0.5-1DSG软件安装完毕参数设置完毕首次初始化完毕实时复制正常晚上清算任务复制正常实施报告〔DSG提供，用户签字〕软件试运行观察1-2DSG观察一周软件运行情况对需要调整的局部调整完毕到达初验标准日常运行报告系统验收3DSG软件功能满足要求软件性能满足要求软件稳定性满足要求数据正确性满足要求初验报告系统维护期在工程实施的全过程中，我司有对工程进度进行监督控制的职责和权利，效劳提供商应全面配合，应确保人力、物力的定量投入，随时向我司提交一份最新进展情况报告。答复：满足要求。效劳提供商必须具有良好的系统设计和工程实施信誉以及相关实力的技术队伍，并提供技术支持人员简历表。答复：满足要求。效劳提供商必须提供至少5个工作日的全面使用，维护培训答复：满足要求。培训内容：RealSync管理培训。培训时间：2天培训地点：现场培训内容：程序安装安装托普结构设计环境准备要求生产系统的调整安装步骤目录结构以及文件作用系统配置主机配置数据库信息配置严重配置参数是否正确系统初始化初始化工作原理介绍初始化配置文件配置介绍如何发起全同步如何观察全同步工作的状态如何检查全同步是否完成日常维护检查进程是否存在如何启动和停止进程检查log日志是否出错检查队列是否累积删除归档日志进行数据一致性比拟强制全同步同步某张表检查目标端oracle数据库工作状态灾难切换切换前的准备工作如何反向回切回切后如何恢复正常复制任务4.3工程文档要求投标人应对每次效劳都有明确的记载，并在每个季度提供季度效劳报告，其中应以附件形式将每次效劳的记载信息附加到季度效劳报告中。答复：满足要求。对于系统重大故障修复，投标人应在修复后提供分析报告，其中包括原因分析、处理过程及技术步骤、系统恢复技术步骤、处理结果及问题预防措施建议等。答复：满足要求。对于技术培训，投标人应提供培训教程。答复：满足要求。投标人应在不违反知识产权的根底上尽可能与招标方技术人员分享投标人所积累的与本工程内容有关的技术资料。答复：满足要求。投标人提供完善的安装、维护手册。答复：满足要求。

性能指标要求3.1系统功能描述软件的体系结构。投标方详细阐述其软件的体系结构，以及其复制原理。答复：满足要求。DSGRealSync通过交易复制的方式，将生产数据库的全部数据或者局部表实时复制到目标系统上，IT人员可通过目标端系统来增加企业的IT新系统的可靠性，因为通过实时复制建立的目标系统可做到：提供业务连续性支持，当生产数据库无法工作时，可在目标系统上及时接管业务；提供业务分流的支持，比方将数据查询、统计报表、数据仓库的实时数据抽取等业务布属到目标系统上，这种业务分流，可以大大提高主生产端的信息系统的效率，也同提高了对外信息数据查询的能力和效率；用户在采用DSGRealsync数据复制技术时，将会从该软件所具有的低带宽、远距离等特点上获益：复制目标数据库处于OPEN状态、数据是实时的、可以支持实时数据库访问RealSync维护的容灾数据库在数据复制过程中始终处于翻开状态，客户可通过翻开的Oracle数据库获得双重收益：可通过翻开的Oracle数据库提供数据查询、报表和ETL抽取等功能，实现业务分担；提供可靠的容灾切换翻开的Oracle数据库确保在业务切换时数据库一定可以翻开接管业务，防止了数据库可能无法启动的风险；防止物理错误的复制DSGRealsync是基于交易指令的复制，因此对于那些产生坏块，或者是文件被破坏等操作将不会在目标系统重现。支持长距离复制、更低的网络带宽要求和运行本钱RealSync通过TCP/IP网络传输交易数据，没有距离限制。开放的技术平台，降低网络链路购置本钱。同时RealSync在网络上传输的交易量仅为OracleRedoLog量的1/3，更进一步降低了网络带宽需求。例如，在证券行业DSGRealsync在2M带宽上实现集中交易系统的异地实时容灾。支持不同硬件平台之间的复制RealSync技术是逻辑级的数据复制技术，因此对于生产系统和目标系统来说，其硬件平台可以属于不同的厂商、不同的型号，亦可采用不同的操作系统等等。它的优点在于：一方面，在系统建设时，为用户提供硬件平台的灵活选择空间；同时，提供了在同一解决方案架构下，实现企业不同平台上的多个信息系统的统一复制的支持。按需复制，满足业务需求，降低存储本钱和网络本钱根据业务逻辑，很多情况下，仅仅对需要的数据表信息进行复制，这样可以减少存储和网络带宽的本钱。例如，在电信行业有大量系统将DSGRealsync用于将几十张最重要的表复制出来提供查询方案。提供不停业务的首次全同步功能和单表修复功能RealSync还提供目标端系统数据初始装载功能支持，将主系统上的已有存量数据，在不中断业务的情况下平滑的装载到目标数据库上。对生产系统的低干扰性DSG实时数据复制技术不需要通过任何数据库的引擎来获取变更数据，而是通过数据库自身的信息获取源系统上的改变并传送给目的系统，这不会对生产系统造成性能影响。实现原理DSG公司拥有对Oracle数据库复制的核心技术掌握，其推出的复制产品家族RealSync是通过对OracleLog日志进行分析获取跟踪源系统的交易指令。复制系统包括两个局部组成：－DS:DataSource端，即源系统端；－DT：DataTarget端，即目标系统端。系统由安装在DataSource端和DataTarget上的Agent进程组成，Source端的Agent进程对ORACLE日志进行监控，发现改变及时对目标数据库进行更新。当应用系统在DataSource端向数据库进行任何操作时时，这些信息都将在RedoLog中保存，RealSyncAgent通过对实时获取的Log日志进行分析，获得本次操作的交易指令和交易数据，然后将这些交易指令和交易数据经过格式转化生成xf1数据格式，并实时通过网络传送到DataTarget系统。DataTarget系统的RealSyncAgent接收数据库包，经过校验码检查，确认正确的数据库包后，调用Oracle函数按照交易的先后顺序在DataTarget系统中执行该交易。异构平台的支持数据复制软件应支持以下操作系统：HP-UX，AIX，Solaris，Linux，Windows。答复：满足要求。DSGRealstnc支持以上操作系统，另外还包括Tru64等操作系统。说明源端、目标端的硬件平台是否可以属于不同厂商、不同型号，选用不同的操作系统。答复：满足要求。DSGRealsync由于采用基于SQL命令方式的同步，所以能够支持不同操作系统之间的同步。数据复制软件源端、目标端要求支持不同的文件系统。答复：满足要求。DSGRealsync由于采用基于SQL命令方式的同步，所以能够支持不同文件系统之间的同步。数据库的支持数据库复制软件应支持Oracle9i、Oracle10g数据库版本；答复：满足要求。DSGRealsync支持oracle8I,9I,10G,11G版本。说明源端、目标端是否可以选用不同数据库版本；答复：满足要求。可以选择不同的oracle版本。说明源端、目标端是否可以选用不同的字符集。答复：满足要求。但前提是两个字符集之间是可转换的。源数据库、目标数据库数据库升级、数据恢复是否对复制关系有影响，目标数据库是否需要重新初始化数据。答复：满足要求。不需要重新初始化。要求支持UTF-8字符集，支持中文汉字内码，符合双字节/三字节编码；答复：满足要求。软件购置计算方式针对本工程的环境〔集群、主机配置〕，详细说明投标软件的购置计算方式。如果其软件针对不同组件进行收费的，请进行详细说明。否那么视为投标方应提供所有软件选件。答复：满足要求。RealSync组件划分RealSyncLicenceforProductionServer：安装在源系统上运行数据库实例的效劳器上，每台效劳器配置一个License；RealSyncLicenceforDestinationServer：安装在复制目标系统上运行数据库实例的效劳器上，每台效劳器配置一个License；RealSyncLicenceforStandbyServer：对HA结构的支持，安装在HA结构中Standby效劳器上的License，每台Standby效劳器配置一个；RealSyncLicenceforOralce：数据库实例许可License，为每个Instance购置一个该许可License；RealSyncManagementConsole：管理控制界面，只需要购置一套License；RealSync层次划分以上RealSync各License配置均与所对应的主机档次相关，目前系统总共划分为4个层次：Tier1：对应各厂商的入门级效劳器Tier2：对应各厂商的工作组级效劳器Tier3：对应各厂商的企业级效劳器Tier4：对应各厂商的数据中心级效劳器配置实例： 用途：用于将多个源系统上的数据复制到一个目标系统上。系统结构：目标系统：目标系统：双机HA结构同时只有一个Instance运行系统A：双机结构OPS/RAC模式系统B：双机HA结构同时只有一个Instance运行系统C：单机结构系统配置：〔均以Tier3为例〕编号产品模块数量备注rs-0401001003RealSyncLicenceforProductionServerUNIX,Tier32系统A：OPS结构rs-0401001003RealSyncLicenceforProductionServerUNIX,Tier31系统B：HA结构rs-0401003003RealSyncLicenceforStandbyServerUNIX,Tier31rs-0401001003RealSyncLicenceforProductionServerUNIX,Tier31系统C：单机结构rs-0401002003RealSyncLicenceforDestinationServerUNIX,Tier31目标系统：HA结构rs-0401003003RealSyncLicenceforStandbyServerUNIX,Tier31rs-0401006001RealSyncManagementConsole1复制软件对复制对象的数量没有限制、对表记录的数量没有限制。 答复：满足要求。可靠性支持数据库软件的集群的支持。提供StorageFoundationForOracleRAC、StorageFoundationForOracleHA的支持。答复：满足要求。复制软件支持集群功能。该复制软件支持集群配置，当集群中任意一台主机宕机时，不影响复制功能。答复：满足要求。DSGReasync支持集群配置，可在一台效劳器上读取集群的各个节点。在realsync所在的节点宕机时，可以切换到其他节点上运行。与数据库软件的耦合程度详细说明在数据库主机上安装的软件功能，与数据库软件的耦合程度。当复制软件处于异常状态的时候，除影响数据库复制功能外，不影响源数据库、目标数据库的效劳状态。答复：满足要求。DSGRealsync是完全的用户层应用程序，不利用数据库的进程。复制软件和数据库的接口就是读取redolog文件，同时有个session链接到oracle中读取数据库的最新状态。当复制软件出现异常状态时，停止复制软件就可以了，不会对生产系统造成任何影响。故障处理要求当网络故障、效劳器故障、数据库故障等的情况下，能够保证数据复制的完整性、一致性。当故障修复后，数据库复制软件能够自动恢复工作，数据完整一致性不被破坏。源效劳器(或目标数效劳器)上任何软硬件故障,除影响数据库复制功能外，不影响另一端效劳器的效劳状态〔数据库等〕。答复：满足要求。RealSync技术为了保证数据传输的平安、可靠，在传输处理上作了特殊的处理与支持:数据在传输之前首先存入DataSource端的Cache，传输进程〔ExportProcess〕从Cache中读取交易数据封装为TCP/IP数据包传送给Datatarget端的Import进程。〔2〕在datatarget端，Import进程在收到传输的交易数据包后，首先存入Queue，然后由Load进程从Queue中严格按照交易的顺序装载交易信息。如上图所示，负责传输的进程〔ExportProcess〕从本地队列中按照先进先出的原那么抓取需要传输的交易，将交易数据封装成一个数据包后通过TCP/IP协议传递给对端系统。在封装的数据包的包头局部描述了包的大小。对端系统在接受到传来的数据包后，首先根据包头描述的包大小进行传输的合法性检查，判断是否传输完整。系统出现故障恢复后，系统自动重新传输。数据平安性说明数据传输中能否提供数据加密。并说明数据加密对性能的影响。答复：满足要求。能够完整的复制源数据库的所有操作。答复：满足要求。要求列举出所有在源数据库端进行正常的数据库操作，但可能会造成复制数据不一致的各种情况。〔1〕 支持的DML操作类型•Insert；•Update；•Delete；〔2〕 支持对TruncateTable操作复制〔3〕 支持DIRECTPATHLOADING在Logging模式下批量装载数据的复制•sqlldrdirect=y•impdp•insertinto/*+APPEND*/〔7〕 支持Insertall操作insertallwhen1=1thenintots_test_nokeyvalues(id,name,addr,info,sysdate,systimestamp,num)whenid=1000thenintots_testvalues(id+1,name,addr,info,sysdate,systimestamp,num)select*fromts_test;〔8〕 支持Merge操作beginforiin1..1000loopifmod(i,3)=0theninsertintots_testvalues(i,'测试'||i,'中上海','1',sysdate,systimestamp,i/200);endif;endloop;commit;foriin1..1000loopmergeintots_testausingdualbon(a.id=i)whenmatchedthenupdatesetname='测试'||to_char(sysdate,'yyyymmdd')whennotmatchedtheninsertvalues(i,'测试'||i,'中上海','1',sysdate,systimestamp,i/200);endloop;commit;end;DDL操作复制支持〔1〕 系统支持的DDL操作ObjectstypeOperatetype备注tablesCreatetableDroptableTruncatetableAltertable:column_clauses::add_column_clausesmodify_column_clausesdrop_column_clauserename_column_clauseconstraint_clauses::ADDconstraintsMODIFYconstraintsDropconstraintsalter_table_partitioning::add_table_partitiondrop_table_partitiontruncatepartitionindexesCreateAlterDropviewsCreateAlterDropsequencesCreateAlterfunctionsCreateAlterDropproceduresCreateAlterDroppackagesCreatepackageCreatepackagebodyAlterpackageDroppackageDroppackagebodygrantalterdatabaseuserCreateuserAlteruserDropuserroleCreateroleAlterroleDroprolecreatebodydirectoryCreatedirectoryDropdirectoryprofileCreateprofileAlterprofileDropprofiledblinkCreatedblinkAlterdblinkDropdblinkrevoke并针对上述情况和以下各种情况〔不仅限于以下情况〕，进行针对性的应答。是否支持truncatetable语句同步答复：支持。是否支持directloadnolog方式说明如果使用directloadnolog方式源数据库加载数据，会有什么样的影响。答复：支持。如果确定有directloadnolog，需要采用forcinglogging。数据读取方式说明其复制软件是从在线日志(redolog)还是从归档日志(archivelog)中读取数据。要求应答当复制软件抓取信息之前，而同时在线日志(redolog)被覆盖重写，同时归档日志(archivelog)文件被备份软件删除的处理应对方式。答复：支持。DSGRealsync软件首先从redolog中读取，当redolog被覆盖后，自动从archivelog读取。如果需要读取归档日志，而归档日志又被删除了的情况下，realsync软件将报错，然后停止运行，等待需要运行的归档日志恢复后可继续运行。altertablemovetablespace是否支持说明是否允许在源数据库、目标数据库上执行altertable...movetablespace...，并且不要求数据复制软件重新初始化同步。答复：支持。支持该操作，不需要重新同步。对rownum的使用是否有限制。如在源数据库中选用rownum<10这样的条件。答复：没有限制。DSGRealsync采用两种方式定位记录：一是通过pk/uk字段定位，如果所对应的表中有主键约束，是可以准确定位rownum<10的记录和目标库的对应关系的。二是通过rowid定位，这很容易准确定位rownum<10的记录和目标库的对应关系的。软件应用功能目标端数据库必须是OPEN状态要求数据库复制软件采用交易复制的方式进行数据同步，目标端Oracle数据库在数据库复制过程中必须处于OPEN状态，可以提供给应用系统访问实时数据。答复：满足要求。DSGRealsync是在生产将redolog翻译成SQL命令后在目标短装进去的，所以目标短的数据库处于open状态，提供给应用系统实时访问数据。详细说明支持以下哪些复制部署模式：单向复制，级联复制、合并复制(多对一),播送复制〔一对多〕等等。针对其支持的复制模式，逐个说明其复制的解决方案。以及说明各种复制部署的约束，特别说明复制回写的冲突处理。答复：满足要求。DSGRealsync支持单向复制，级联复制、合并复制(多对一),播送复制〔一对多〕等。对于复制回写冲突机制，realsync从redolog中读取的before值和操作时间可以用来判断数据是否冲突，如果冲突，可以选择几种处理方式：以源端为主、以目标端为准、以时间先后的顺序为准、忽略并写入冲突记录日志。支持Oracle的各种数据库对象的同步，包括Blob,long,用户自定义类型,Sequence,函数、存储过程、视图、同义词、索引、应用包、用户等数据库对象等。答复：满足要求。支持的DATATYPES：•CHAR•DATE•TIMESTAMP•NUMBER•LONGVARCHAR•VARCHAR•VARCHAR2•NCHAR•NVARCHAR2•FLOAT•LONG•LONGRAW•BLOB•CLOB•NCLOBDDL操作复制支持〔1〕 系统支持的DDL操作ObjectstypeOperatetype备注tablesCreatetableDroptableTruncatetableAltertable:column_clauses::add_column_clausesmodify_column_clausesdrop_column_clauserename_column_clauseconstraint_clauses::ADDconstraintsMODIFYconstraintsDropconstraintsalter_table_partitioning::add_table_partitiondrop_table_partitiontruncatepartitionindexesCreateAlterDropviewsCreateAlterDropsequencesCreateAlterfunctionsCreateAlterDropproceduresCreateAlterDroppackagesCreatepackageCreatepackagebodyAlterpackageDroppackageDroppackagebodygrantalterdatabaseuserCreateuserAlteruserDropuserroleCreateroleAlterroleDroprolecreatebodydirectoryCreatedirectoryDropdirectoryprofileCreateprofileAlterprofileDropprofiledblinkCreatedblinkAlterdblinkDropdblinkrevoke说明：如何提供方便的手段过滤定义需要同步的数据对象。答复：满足要求。DSGRealsync提供图形化界面选择需要同步和过滤的对象，包括需要过滤的DDL操作类型等。支持所有ORACLE数据库支持的表、分区表。答复：满足要求。能否支持指定列的过滤复制，只复制对应列数据。答复：满足要求。Realsync提供选择列复制，还支持选择where条件的复制。支持DDL语句的复制。详细说明支持DDL语句的类型，以及不支持的DDL语句类型。答复：满足要求。支持的DDL语句：ObjectstypeOperatetype备注tablesCreatetableDroptableTruncatetableAltertable:column_clauses::add_column_clausesmodify_column_clausesdrop_column_clauserename_column_clauseconstraint_clauses::ADDconstraintsMODIFYconstraintsDropconstraintsalter_table_partitioning::add_table_partitiondrop_table_partitiontruncatepartitionindexesCreateAlterDropviewsCreateAlterDropsequencesCreateAlterfunctionsCreateAlterDropproceduresCreateAlterDroppackagesCreatepackageCreatepackagebodyAlterpackageDroppackageDroppackagebodygrantalterdatabaseuserCreateuserAlteruserDropuserroleCreateroleAlterroleDroprolecreatebodydirectoryCreatedirectoryDropdirectoryprofileCreateprofileAlterprofileDropprofiledblinkCreatedblinkAlterdblinkDropdblinkrevoke目前不支持的DDL语句主要是database级、system级和session级的操作，例如alterdatabseaddtablespace等。用户可根据源系统和目标系统的特点进行设计。如根据OLTP和OLAP的特点，建立索引、设置数据库表的参数等。答复：满足要求。目标端的表的索引可根据自己的特点建议，并根据应用类型进行优化。另外，由于DSGRealsync不依赖于PK/UK字段，所以在目标端建index时也没有PK/UK限制。提供DDL语句选择过滤功能如何方便可靠针对用户或者表配置进行同步的DDL语句、子句类型。如针对一张表或者一个用户，需要同步其表结构变更的同步，同步表中新增加的字段，又不需要同步表存储参数、约束定义，不同步其索引变更。答复：满足要求。DSGRealSync提供操作的过滤配置文件ddl.ini,可以对相应的操作类型进行过滤，甚至精确的做到，对那些表的那些操作进行过滤#PART1:databaselevelfilter(...)grant=nrevoke=nalter_database=ncreate_tablespace=ncreate_database_link=ndrop_database_link=nalter_user=ncreate_user=ndrop_user=ncreate_profile=nalter_profile=ndrop_profile=ncreate_role=nalter_role=ndrop_role=ncreate_type=ncreate_type_body=ncreate_directory=ndrop_directory=n#PART2:userlevelfilter(...)#tablecreate_table=ydrop_table=yalter_table=yanalyze_table=ytruncate_table=y#indexcreate_index=ydrop_index=yalter_index=yanalyze_index=y#sequencecreate_sequence=yalter_sequence=ydrop_sequence=y#synonymcreate_synonym=ydrop_synonym=yalter_synonym=y#viewcreate_view=ydrop_view=yalter_view=y#procedurecreate_procedure=yalter_procedure=ydrop_procedure=y#triggercreate_trigger=yalter_trigger=ydrop_trigger=y#functioncreate_function=yalter_function=ydrop_function=y#packagecreate_package=yalter_package=ydrop_package=y#packagebodycreate_package_body=yalter_package_body=ydrop_package_body=y#PART3:tablelevelfilter(...)table_name=alter_table=ydrop_table=ytruncate_table=y目标端触发器、约束的定义针对与目标端不同的使用模式(报表、备用)的情况下，如何定义触发器、约束、Sequence等。答复：满足要求。DSGRealsync可以通过规那么定义触发器、约束和sequence等的同步。至于如何设置，需要根据目标端的使用情况而定。一般情况下建议如下：对象类型报表模式备用模式触发器可不同步同步，但目标端处于disable状态，切换时需要转换为enable状态。约束可同步，可不同步必须同步，并且日常也处于enable状态。Sequence可同步，但在目标段应该没有太大意义。须同步。详细说明初始化同步数据的方案，描述其原理、效率、源数据库的可用情况等要求数据库复制软件能够将源端数据库中的已有数据初始化同步到目标端数据库，这里称为“初始化同步”，要求复制软件能提供简单快捷的初始化同步，且业务不能因此停止。要求厂商详细描述初始化同步解决方案，提供整个首次同步操作所需要的时间(以2T数据为标准)，从而可以有效的评估整个首次数据初始化的工作量。为保证将来更换小型机厂商以及升级数据库版本等情况，需要厂商说明是否支持异构平台下的首次数据初始化同步，并是否支持跨数据库版本之间数据库的初始化同步操作。首次全同步是系统容灾工程中一个非常复杂的问题，因为如何将生产系统首次同步到容灾中心是一个非常复杂的问题，也是本工程中的一个难题。答复：满足要求。DSGRealsync支持的首次全同步方式：DSGRealsync支持多种初始化数据同步方式，主要有：第一：物理拷贝方式：物理方式指的是对ORACLE的数据文件进行拷贝的方式，例如RMAN备份/恢复方式，存储卷的镜像方式等；第二：ORACLEEXPORT/IMPORT方式；第三：采用DSGRealsync复制软件自带的首次初始化功能。不同的初始化同步方式存在各自的特点，具有各自的适应环境，各方式的差异的适用环境如下：比拟工程物理拷贝方式Exp/impDsgRealsync首次同步方式是否要求停业务短时间中断：需要一个时间点来确定复制初始同步完成的时刻长时间中断：因为在exp过程中不能有新数据产生，否那么新产生数据无法同步到目标端无需中断：Realsync自己判断到处的时间点，而且能够自动处理导出数据过程中的增量数据。是否支持异构环境不支持支持支持支持的数据量数据量可很大数据量小，一般要求在几十GB的数据量级别支持从几GB～几十TB操作步骤的简易性先用RMAN备份，然后运送备份介质，灾进行恢复，都需要人工操作先用exp导出备份，然后通过网络罗传输数据，再进行imp，都需要人工操作只需要一条setdm命令即可完成，自动导出数据，自动压缩传输，自动装入数据，自动创立索引。最适合的场合超大数据量，几十TB以上的数据需要初始同步；超大容量下的超低带宽的异地初始化：例如2TB数据在2Mb带宽下的同步无数据量和网络带宽匹配的情况下，例如可以在1天内就能完成初始同步的环境都建议使用该方式。本工程的首次同步方式选择对于本工程，我们建议首选DSGRealsync自带的首次同步功能，因为：数据量不大，几百GB的数据首次同步可在几个个小时即可完成，而且对应用没有任何影响；采用DSGRealsync进行全同步实施步骤对于一个数据库的全同步过程包括：在容灾端安装ORACLE数据库因为容灾端是两个ORACELINSTANCE，创立ORACELDATABASE。启动实例并createdatabase采用逻辑同步方式，必需手工在目标端建立好instance和database.为了确保目标端的性能最优，可采用与生产数据库相同的参数。使用源端的SPFILE参数。创立tablespace和usertablespace和user由管理员创立。DSG可以提供导出脚本的程序帮助管理员生成现成的脚本，管理员只需要作简单的修改后就可在容灾系统上创立。调用realsync的setdict命令创立所有的用户对象DSG提供了的setdict命令用于在目标端创立与生产端相同的所有objects。包括：functions、procedures、packages、types、triggers、javasources、jobs、libraries、directories、tables(含indexes,constraints,grants)、views、sequences、profiles、roles、synonyms、databaselinks等数据同步执行命令setdm1.1accountaccount–syncftciqM10进行数据的同步，系统自动进行数据抽取、传输、装载，并自动分析其间产生的日志。无需人为干预。当存量数据装载完后，系统自动利用期间产生的日志进行数据的修补到一致状态。首次同步结束后，系统自动进入到增量实时复制阶段，不需要人为干预。时间估算根据生产系统为600GB的量计算，在1000Mb带宽下，全同步的时间主要是数据传输时间和目标端装载时间。因此对于600GB的数据量，根据工程性能指标参考，可在3-4个小时左右完成全同步。说明源数据库、目标数据库的用户名、表名是否必须保持一致。答复：两端用户名和说明可不一致。Realsync提供了用户名和说明的映射关系，会自动进行不同用户名和说明之间的对应。软件性能提供其官方性能测试数据，并完整说明其测试的环境。答复：满足要求。下面是DSGRealsync的测试性能结果：测试环境硬件环境主机名配置用途备注DSDELLPOWEREDGE8个CPU，8GB内存，redhatas332-bit;ORACLE9204模拟实际环境，做为数据复制的数据源在主机上新建一个ORACLE数据库db02用于测试DTDELLPOWEREDGE8个CPU，8GB内存，redhatas364-bit;ORACLE9204做为数据复制的目的数据库在原有的数据库中新建一个用户和表空间用于测试软件环境本次测试由手工创立3张表KHXX并编些PL/SQL存储过程进行数据的插入、删除和修改操作；表结构：SQL>desckhxx;NameNull?Type-----------------------------------------------------------------------------NAMEVARCHAR2(20)IDNUMBER(20)DOTIMEDATESQL>desckhxx2;NameNull?Type-----------------------------------------------------------------------------NAMEVARCHAR2(20)IDNUMBER(20)DOTIMEDATE数据量及数据产生方法预先在KHXX表中装入记录数：62,417,003条数据量大小：1892.06MB模拟增量数据由PL/SQL模拟数据库操作。环境准备定义源数据库效劳器〔主点〕分别为A、定义复制目标端数据库效劳器为B〔复制点〕。在A，B上安装ORACLE数据库系统在A，B上创立database要求：A,B上的字符集相同。在A，B创立tablespace＋users要求：B上的TABLESPACE需要包含A上的TABLESPACE名字。安装并配置DSGRealsync测试工程及指标系统初始化同步测试目的：将数据源中的已有数据首次初始化同步到目标数据库，用以模拟实际应用环境中将集中交易系统上的数据批量同步到灾备系统上。测试方法：在A端数据库的KHXX表中预先插入62,417,003条记录，1892.06MB数据。然后用REALSYNC自带的全同步工具进行同步。测试指标：工程结果Table个数3记录总数62417004共读取数据量1892.06MBRealSync压缩传输量507.49MB(71.21%)首次同步共需时间13分2秒其中：源端导出时间开始：TIME:TueJun1415:53:08结束：TIME:TueJun1415:54:37共耗时：1分29秒目标端数据装载时间开始：2005-06-14:15:53:45结束：2005-06-14:15:56:11共耗时：2分26秒创立mapping关系时间开始：2005-06-14:15:56:11结束：2005-06-14:16:06:42共耗时：10分31秒同步过程中目标端CPU占用12%正常情况下的测试大交易量的测试测试目的：经过realsync的初始化工作，A已有表和数据已经被复制到B数据库中的下。现在继续向这些表中参加数据观察实时复制情况。以模拟实际生产环境中的交易。经过realsync的初始化工作，A已有表和数据已经被复制到B数据库中的下。现在继续向这些表中参加数据观察实时复制情况。以模拟实际生产环境中的交易。测试方法：用PL/SQL向KHXX2中分不同情况参加记录，观察不同情况下的复制性能：工程结果200万行insert〔每1000条commit〕源端oracle插入数据耗时1分56秒目标端realsync装载数据时间2分48秒源端CPU占用3%~4%目标端CPU占用5%~9%源端日志分析和发送延迟时间5秒300万行insert〔每1000条commit〕源端oracle插入数据耗时2分50秒目标端realsync装载数据时间3分22秒源端CPU占用3%~4%目标端CPU占用5%~9%源端日志分析和发送延迟时间5秒400万行insert〔每1000条commit〕源端oracle插入数据耗时3分47秒目标端realsync装载数据时间4分18秒源端CPU占用3%~4%目标端CPU占用5%~9%源端日志分析和发送延迟时间5秒500万行insert〔每1000条commit〕源端oracle插入数据耗时4分43秒目标端realsync装载数据时间5分21秒源端CPU占用3