数据迁移方案

正本招标人：XXXX项目名称：电信机房迁移项目（数据库升级部分）投标文件投标方全称：XXXX股份有限公司02月20日前言首先，非常感谢各位领导及专家予以XXXX参加“XXXX数据库迁移项目”的机会，我们凭借本身综合实力及数年系统集成，提交本方案，望能采用。XXXX集团（原青鸟软件股份有限公司）来源于北京大学，是一家专业从事软件与信息技术服务的大型公司集团（下列简称“XXXX”），XXXX集团以XXXX股份有限公司为核心公司，XXXX活跃在新经济下公司转型服务领域，并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经验，与50多家国际着名管理咨询公司和软硬件厂商结成战略合作联盟，与3000多家国内集成商紧密合作，为数万家客户提供信息技术服务和应用软件解决方案及有关服务，在金融、能源、政府及公司领域建立起了卓越的名誉和品牌，是客户最佳的信息技术发展战略合作伙伴。针对本项目，XXXX含有以下优势：集成优势XXXX作为一级系统集成商，对系统集成有着深刻的认识；同时设计和实施过在众多数据中心、大型业务系统的软硬件平台，有着丰富的建设经验；针对应用的高可用性和业务的持续性有着进一步的研究，结合顾客的具体需求，我们将提供全方面、合理的解决方案。产品优势XXXX是IBM、HP、SUN小型机；ORACLE、SYBASE数据库；IBM、ORACLE中间件及试测软件；EMC、HDS存储；CISCO、AVAYA网络设备；APC机房设备等高级别代理商，对各类产品有进一步细致的理解，能为贵校提供最优的解决方案。完善的质量确保体系ISO9001质量确保体系是质量管理原则和质量确保原则。XXXX为了进一步提高公司的管理水平，确立了以客户为中心的质量体系，并将其定义到整个系统集成的设计/开发、供应、安装和服务领域。本地化服务能力上海XXX员工逾200人，技术人员50余名，其中涉及小型机、中型机、存储、数据库、智能化、软件、项目经理人及网络工程师若干名，含有较强的技术力量和集成能力。公司特为此项目成立豪华项目小组，由公司销售总监担当项目组长，监控整个项目的实施过程，并组建15人的技术服务团体（有厂商资格认证的工程师）配合厂商为顾客提供全方位的技术服务。

优惠政策公司根据本实验室的建设目的、重要任务和功效定位，特免费赠予对改实验室建设有协助的一款系统软件数据统计软件，但愿能够充足的协助学校更加好的建设此实验室。科研合作近期，国家加大了对“产学研”过程的扶持与引导力度，而XXXX也始终致力于出身高校（前北大系）服务于高校的准则，大力与高校进行校企合作。充足运用高校的人力资源与科研能力，在金融、电力、能源、高教等领域共同开发出适合市场需求的产品，并树立良好的品牌。因此，但愿通过本次参加上海交通大学项目，能够有机会更进一步与贵校在内容安全领域有更多的科研合作，通过XXXX现有的顾客群来做市场推广。本着与XXXX建立全方面、持久、稳定、良好的业务合作关系，我们郑重承诺：以丰富的项目实施能力、雄厚的资金实力，以方便、快捷的本地化服务特点为保障，确保XXXX数据库升级项目的顺利实施。目录HYPERLINK第一章技术方案 2HYPERLINK1项目方案 2HYPERLINK1.1 生产中心硬件平台 2HYPERLINK1.1.1 系统拓扑结构 2HYPERLINK1.1.2 服务器硬件平台选择 3HYPERLINK1.1.3 存储部分 4HYPERLINK1.1.4 存储交换机 5HYPERLINK1.2 数据迁移方案 7HYPERLINK1.2.1 RMANBackup/Restore迁移 7HYPERLINK1.2.2 OracleDataGuard迁移 8HYPERLINK1.2.3 借助第三方工具（QuestSharePlex）迁移 9HYPERLINK1.2.4 迁移方案对比 12HYPERLINK1.2.5 迁移数据校验 13HYPERLINK2 服务协议 15HYPERLINK2.1 服务内容 15HYPERLINK2.2 项目实施工作小组 15HYPERLINK2.3 项目进度计划 16HYPERLINK2.4 项目分工界面 17HYPERLINK2.5 项目验收方案 20HYPERLINK2.6 售后服务承诺 22第一章技术方案1项目方案生产中心硬件平台系统拓扑构造XXXX现有数据中心和新建设的数据中心服务器配备的简朴拓扑图以下图所示：现有生产中心数据库服务器硬件平台由两台Sunv890服务器构成，在Solaris10操作系统上运行OracleRAC数据库（10gR2），数据文献寄存在共享的HPEVA8400磁盘阵列上。本次方案的重要目的是建设新的硬件平台，将数据库从现有平台平滑迁移至新的硬件平台。本次方案根据招标文献中有关规定，参考现在系统运行状况，选择适宜的硬件平台，支持核心数据库系统的稳定、高效运行。根据本节硬件平台的选择成果，在第2节中我们将会给出对应的数据迁移的几个方案。服务器硬件平台选择现在数据库服务器采用了Sunv890服务器，我们的目的是根据现有的硬件配备推算出我们需要的新硬件平台服务器的解决器的配备需求。衡量OLTP类应用系统的解决器解决能力的指标有CPU，SPECjbb，TPC-C等指标。由于不同厂商的不同时期公布的产品在性能比较上不存在单一的原则，加上部分产品未参加某些指标的公开测试，因此在下面的讨论中我们选择同时公布了SPECjbb和CPU指标的v890（UltraSPARCIV+2.1GHz解决器）服务器作为基准，作为其它服务器解决器比较的根据。从HYPERLINK和HYPERLINK能够分别获得主流服务器平台的TPC-C和CPU指标数据。各个型号服务器的SPECjbb和CPU的数据和对应配备以下表所示：CINTCFPSPECjbbV890(8chip，16core，1.5GHz)117986V890(8chip，16core，2.1GHz)154244846M3000(1Chip，2Core，2.7GHz)33.529.5M5000(8Chip，32Core，2.6GHz)352278由于UltraSPARCIV+1500MHz的v890采用的是SPECjbb指标，我们只能从有关的参考指标来推算出现在Oracle在主流服务器中配备的SPARC64芯片性能比较参数。从上表中能够看出，单颗2.6GHz的SPARC64芯片性能大概是2.1GHzUltraSPARCIV+芯片的2.3倍，单颗2.1GHzUltraSPARCIV+解决器是同型号1.5GHz主频解决器的2倍。因此2.6GHz主频的SPARC64解决器性能是UltraSPARC1.5GHz解决器性能的5倍左右。根据标书规定，服务器满配备需要最少32核心解决器和64GB内存。根据这一规定，我们从主流的服务器厂商中选择了Oracle的M5000服务器作为推荐型号，满足本次方案建设规定。其性能参数如上表所示，能够看出，配备新型号的解决器，考虑到存储设备升级，I/O系统的优化，数据库参数和配备的调节及优化，有充足证据能够表明能够提高现在数据库系统的性能，使得系统的响应时间缩短5～10倍，系统的吞吐量提高5～10倍左右。从而系统总体性能上有了10倍左右的提高。存储部分OLTP是传统的关系型数据库的重要应用，重要是基本的、日常的事务解决，含有很高的并发性（大量的交互式顾客），并且是更新密集型的，SQL语句重要以插入、更新和删除为主，规定含有较快的响应时间，以银行系统，订票系统为代表。由于OLTP应用的业务特点，从性能角度出发，对磁盘子系统有一定的规定。OLTP系统最容易出现瓶颈的地方除了CPU就是磁盘子系统。磁盘子系统在OLTP环境中，它的承载能力普通取决于它每秒解决I/O的数量。由于在OLTP环境中，磁盘物理读普通都是dbfilesequentialread，也就是单块读，但是这个读的次数非常频繁。如果频繁到磁盘子系统都不能承载其IOPS的时候，就会出现大的性能问题。另外磁盘子系统的控制器的Cache大小对I/O系统的性能也至关重要，Cache决定了诸多事务不需要从物理磁盘存取数据，从而大大缩短了事务解决的时间。根据标书规定，存储设备的选择需要同时支持FC和iSCSI合同，IOPS最少达成18000，控制器缓存最少16GB，可用磁盘容量达成10TB，配备容量需要达成20TB左右。针对Oracle数据库，能够按照以下的方式进行RAID的设立：文献需要容量RAID类型控制文献200MRAID0+1Redo日志文献300GBRAID0+1系统表空间50GBRAID0+1核心生产数据表空间1TBRAID0+1索引表空间500GBRAID0+1归档日志空间200GBRAID0+1回滚表空间200GBRAID0+1其它数据表空间1TBRAID5历史数据文献1TBRAID5本次方案我们根据标书规定选择HPEVA8400存储设备作为推荐产品，满足本次建设规定。HPEVA8400控制器最大支持22GBCache。支持FC、FATA和SSD磁盘。为了满足随机IOPS18000的规定，我们按照单块15000rpm的SAS磁盘能够提供300～400个IOPS计算，即我们最少需要配备50块左右的磁盘。按照容量计算，我们配备48块转速15000rpm、容量为450GB的FC磁盘，以满足性能规定。存储交换机主机和存储设备通过FCSAN进行互联，根据标书规定采用两台Brocade300ESAN交换机实现主机和存储设备的互联，确保连接性能的同时消除链路层的单点故障。每台交换机激活16端口，满足现在主机和存储链接需求。数据迁移方案本次系统迁移的目的是在4小时停机维护时间内完毕数据在两个数据中心RAC环境内的迁移，两地数据中心之间通过1000Mbps的以太网链路互联。我们在本方案中建议下列三种方式实现Oracle数据库的数据迁移：RMANBackup/Restore通过全备份、增量备份实现数据迁移实现方式简朴，迁移成本较低需要较长的停机维护时间OracleDataGuard迁移通过建立Active-Standby的模式运行实现数据自动复制，通过switchover的方式实现主备中心的切换，实现数据迁移需要主-备中心使用相似服务器硬件平台借助第三方工具（QuestSharePlex）迁移通过建立Active-Standby的模式运行实现数据自动复制，通过switchover的方式实现主备中心的切换，实现数据迁移支持异构平台需要第三方工具支持，成本较高RMANBackup/Restore迁移正式迁移前使用RMAN全备份源数据库，通过1000Mbps网络将备份数据传输至目的数据中心，通过RMANrestore将数据库在目的端恢复。每天增量备份数据库，将增量备份数据通过1000Mbps网络传输至目的数据中心，通过RMANRestore将每天的增量数据恢复。正式迁移开始时，中断源数据库的客户端访问连接，通过RMAN增量备份数据库，将增量备份数据通过1000Mbps网络传输至目的数据中心，将源数据库最后的增量部分在目的数据库恢复。该办法恢复数据库实现方式简朴，不需要对源数据库进行设立变更，不影响源数据库的正常运行；但该方式迁移数据库需要较长的迁移周期，同时需要安排一定的停机时间，以确保数据的完整迁移。OracleDataGuard迁移DataGuard方案是在新主机存储设备划分好、操作系统和数据库软件安装完毕之后，通过在新的磁盘阵列上创立与原有的数据库同样的卷组(VolumeGroup，简称VG)，接着再在各个VG内创立与原有数据库完全一致的逻辑卷(LogicalVolulne，简称LV)，归档日志所在目录以及oracle的bdump、cdump和udump必须和原有的数据库对应目录设立成一致。然后在原有数据库上做全库的RMAN备份，再在新的磁盘阵列上运用RMAN备份生成的文献做新的数据库的恢复，并且将新的数据库始终处在managedrecovery状态，在此状态下，原有数据库上生成的归档日志，能够在新的数据库上应用，以确保新的数据库与原有的数据库不停同时。在需要进行测试的时候，能够先将新的数据库做一次RMAN备份，然后将新的数据库至于open状态，新数据库就能够进行交易验证测试了。验证测试完毕之后，将新的数据库再次恢复，此时恢复采用的文献为新数据库叩即前所做的RMAN备份的文献，然后再和迁移前的数据库通过应用归档日志保持不停同时。当执行数据库正式切换时，将迁移前的数据库所在的应用全部正常关闭，确保不再有新的数据库统计产生，然后插入对应的验证数据，再持续切若干个归档日志，确保在线联机日志中不再保存任何数据，将生成的全部归档日志全部在新的磁盘阵列所在的数据库上进行应用，然后将新的数据库至于打开状态，这样新的数据库就能正常对外提供服务了。DataGuard的迁移流程以下图所示。DataGuard方案所使用的软件、工具和命令均为安装了Oracle10g公司版所自带，不再需要另行购置。流程的实施含有一定难度，特别还要确保不影响现有的系统的正常运行。DataGuard整个实施流程中涉及到的全部命令的学习和掌握都需要一定的时间，生产数据库和新数据库之间的归档日志如何自动传输以及归档日志如何自动在新数据库上进行应用，都需要认真考虑解决方案。DataGuard方案不能对现有的数据库做表空间大小的优化调节，它只能保持新数据库全部的数据文献和现有的数据库数据文献完全一致。但由于采用该方案，之前的数据库信息能够提前同时，在正式切换时，需要同时的数据比较少，因而造成停业的时间比较短。在DataGuard的三种模式中选择最大性能模式，能够尽量地减少对现有生产数据库的性能影响。借助第三方工具（QuestSharePlex）迁移此方式和2.2节OracleDataGuard的办法和原理是同样的。下图所示为SharePlexforOracle的基本构造：数据捕获SharePlexforOracle由捕获进程来收集发生变化的数据，捕获进程驻留在源系统上，自动读取Oracle的在线日志文献。这种读操作是从操作系统的角度来完毕的，而不是通过数据库。通过将日志文献作为获取变化信息的源泉，Quest能够完毕数据的复制而不会给生产系统带来额外的开销。由于Oracle将全部的事物变化统计到日志中并使用日志文献进行系统恢复，因此ShareplexforOracle能够通过解析日志文献保障数据的一致性。捕获进程持续监控日志文献用以捕获变化信息。当天志文献中出现一条新统计时，SharePlex判断其与否属于被复制对象，如果是，则SharePlex为该条统计加入用于决定此统计将被发向那个主机的地址信息并将包含地址信息的统计寄存到自己的队列中，存储队列存在于数据库之外。发生变化的数据被立刻解决并被发送到目的系统中而不等待提交或回滚动作的完毕，由于等待提交或回滚完毕将带来延迟。当提交或回滚信息被写入日志文献时，它们也将被发送到目的系统中，从而在目的系统中完毕相对应的操作。捕获进程含有以下特点：捕获进程从Oracle日志文献中读取信息，因此复制过程不会给生产数据库实例带来性能问题；只有发生变化的数据被传输，而不是日志文献中的全部信息，因此SharePlex的网络负载非常小；尽管需要在Oracle数据库中安装少量的对象用来存储有关复制的某些基本信息，但源数据库不需要参加到数据捕获和传输过程中；SharePlex的捕获进程不仅能够读取在线的日志文献，并且能够读取归档日志，甚至当归档日志文献被移动到其它设备上时，SharePlex会发出提示信息。正是这种能力极大地增强了系统的冗余功效。例如，如果捕获进程由于某种因素被停止，当它重新启动后数据同时不会受到影响；数据传输SharePlexforOracle在基于TCP/IP合同的网络环境完毕源和目的系统之间的数据传输。其有关的进程确保数据的对的接受和网络数据包的对的次序，从而提供网络传输冗余，确保数据的完整。整个数据传输过程无需其它的中间件。应用数据应用进程将传送到目的系统中的信息转化为SQL语句，然后发送给Oracle执行。SharePlex能够实现精确复制的一种重要因素就是其能确保从源数据库到目的数据库的Oracle读一致性，不仅按次序复制事务，并且也复制上下文信息，将源数据库中发生变化的全部事务信息都复制到目的数据库中。尽管公司从规划设计良好的业务系统中收益，但也不得不面临数据库升级和平台迁移这一挑战。如从Oracle9i升级到11G，从HP平台前移动AIX平台等等呢个。SharePlex可确保在进行以上工作时正常的事务解决得以继续进行。源系统的功效不受到任何影响，SharePlex只捕获迁移过程中发生变化的事务并将它们排队保存。当迁移工作结束后，这些被保存的事务将被应用到新系统中并进行数据同时工作。一旦数据同时后，顾客活动会有非常短暂的停止，在此瞬间将完毕系统的切换动作。方案收益异构平台的迁移及数据库升级基于SharePlex对复制平台异构的支持，SharePlex的系统迁移方案，完全能够实现跨平台的数据库迁移或数据库版本的升级。例如：顾客能够平滑的实现HP平台下Oracle9i到AIX平台下Oracle11G的数据库升级，没有任何限制。极大地减少了停机时间以往的数据库迁移或升级，大部分状况下只能使用EXP/IMP的方式完毕，必然造成较多的停机时间，这对现今越来越规定高可用性的7*24小时系统来说，几乎是不可接受的。SharePlex通过使用中间机，及数据变化的即时复制等技术，使停机时间从几小时甚至几天，缩短到几分钟，最大程度的满足了顾客的需求。建立了风险回退机制普通的数据库升级或迁移都存在着一定的风险，如数据库与应用程序兼容问题等，如果升级后出现未预料到的问题，或升级失败，则需要能够快速切换到原有的系统，以确保系统的正常运行。通过SharePlex设计方案，整个迁移过程都是可控的，原有生产环境保存，升级过程中失败直接启用原有生产系统即可。SharePlex完毕系统的升级或迁移后，能够建立一条由新系统到旧系统的复制链路，将新系统上的数据变化复制回旧系统。此时，如果新系统出现意外状况，应用不仅能够快速的切换到原有的系统，也避免了切换过程中的数据损失，确保了系统的平稳过渡。迁移方案对比RMAN迁移DataGuardSharePlex难易程度较为容易有一定难度需要专业软件停机时间较长较短较短实施额外费用无无需购置软件授权需要调节现有数据库设立否是否迁移周期长短短平台规定建议同构平台同构平台无规定通过上述三种数据迁移方案的比较和本次系统迁移的规定，我们建议采用OracleDataGuard的方式来实现Oracle数据库的数据迁移。迁移数据校验业务验证方案业务验证方式是数据迁移验证的核心，由于迁移流程中从小到大、从易到难会经历内部测试、预演和正式切换三个实施阶段，而这三个阶段分别需要业务的验证。由于系统业务交易的数量太多，而业务验证时间和参加验证机构的数量各有不同，业务验证不可能面面俱到，不可能涵盖每一笔交易，因此需要根据每个阶段的测试目的，根据业务系统的交易类别和交易重要性，在不同的测试阶段，选择不同的测试机构和机构数量，制订每个阶段可行的业务验证案例。在内部测试阶段，业务验证重要是测试数据迁移后应用能否正常交易，因此该阶段的测试侧重的是业务交易的可用性和核心交易的对的性，由于中间业务测试环境已经搭建，因此在内部测试阶段增加中间业务类的测试。预演阶段是正式切换的预先演习。由于内部测试已经测试了较为完整的交易流程，预演的目的重要是验证明际生产前台环境的可用性，另外预演测试还能起到对新主机数据库一种压力测试作用。在正式切换阶段，全部的验证交易均为真实的操作，之前两个阶段的交易只在测试环境有效，在生产环境中是不存在的，而正是切换后，迁移后的数据库就转为了新的生产数据库，此时的交易验证要尽量的具体，必须包含全部核心交易，特别是与外围系统有业务交易往来的交易，能测的都需要尽量得测到。外围系统验证如果存在以订票系统为核心的外围系统，并且这些外围系统有些是需要通过业务交易与核心系统的应用和数据库打交道，有些是不需要通过业务交易直接在数据库层面或者其它层面与核心系统进行交互，基于此，能够对全部外围系统进行分析，将不需要通过业务交易验证就能够验证新旧数据库数据迁移与否正常的系统进行筛选，列出各外围系统与核心系统的关联性，并提供可行的外围系统验证办法，从而提高数据迁移验证的精确性，减少业务交易验证的工作量。技术验证方案Oracle数据库迁移的技术特性是在通过RMAN恢复数据库后，不停应用迁移，前数据库生成的归档日志而这些归档日志统计的就是使得原有数据库的数据内容进行变化的每一条语句。再由于归档白志统计的每条语句的次序，就是每条语句被执行的次序，换句话说，就是执行每条语句的时间次序。根据以上分析，技术验证的办法能够考虑通过在特定的时间在原有的数据库中插入特定的内容，当数据迁移完毕后，在新的数据库中查找插入的特定内容与否存在，如果不存在，迁移必定有问题，如果存在，则在一定程度上能够证明数据的一致性。基于以上的分析，再加上现有生产数据库的备份方式，，备份前，必须将应用和数据库正常关闭，因此在技术验证的时间点，考虑在生产数据库上建立一张验证表，表明为verify--tab，该表字段为日期和时间字段，每天备份数据库之前，在verify--tab中插入一条统计，该统计的内容为插入该条统计的日期和时间，具体精确到年、月、日、小时、分钟、秒。由于该验证统计是在数据库关闭前产生的最后一条统计，如果新的数据库上同时结束后正常打开后，能在新的数据库的验证表verify--tab中查找到同样的当天插入验证统计，并且新数据库的告警日志altertSID.log文献中没有任何出错信息，则能够必定迁移前后新旧数据库的内容是保持完全一致的。为了进一步验证迁移前后数据的一致性，还能够考虑将数据库中与应用有关的、重要的数据库表的统计数和某些字段的求和进行统计。我们能够通过执行对应的SQL命令获得整个数据库中一共有多少统计。固然，这个数据的获得应当在应用正常关闭后数据库正常关闭前获得，然后将这两个数据统计下来。在数据迁移完毕后，在新的数据库中同样执行相似的命令，也能得到两个数据，将前后两次所得到的活期账户数和活期账户余额求和两个数进行对比，如果两个数都分别完全一致，则从另一种角度也能阐明迁移前后新旧数据库数据的一致性。完整性和可用性验证相对比较简朴，只要迁移后的新数据库能正常打开，并且架构在数据库之上的应用能正常启动，不会报由于数据库的问题造成应用不可用，并且新数据库的告警日志altertSID.log文献中没有任何出错信息，那就能够必定迁移后的新数据库是完整的、可用的。数据迁移的验证是一种非常重要的内容，通过验证能够拟定新旧数据库内容与否一致，能够拟定新的数据库的完整性和有效性。服务合同服务内容本项目重要涉及了XXXX股份有限公司电信机房迁移项目涉及的服务器、存储、SAN交换机、虚拟化软件等硬件设备、有关软件以及系统集成方案具体设计、实施、培训、技术支持与服务等内容。本项目系统集成服务的具体内容以下：完毕本项目中标采购设备的总体设计及工程实施方案的设计。完毕本项目中标采购设备的安装、调试及有关软件的集成服务。完毕本项目中涉及到的系统升级、平台迁移和数据迁移的实施工作，确保在停机时间内能够平滑升级。编制与本项目有关的多个工作文档、技术文挡、测试统计和工作统计，并在项目验收完毕后全部提交给甲方备案。为甲方有关信息系统管理人员及有关人员提供有关设备的技术、维护等有关培训。项目实施工作小组1项目经理XXX项目经理IBMP系列认证VCP虚拟化认证OCP数据库认证2项目指导XXXORACLE专家3服务器工程师XXXIBMP系列认证OCA数据库认证4存储工程师XXXIBMP系列认证5数据库工程师XXXIBMP系列认证OCP数据库认证项目进度计划T0+5T0+15T0+20T0+25T0+30T0+35T0+45T0+50T0+70准备阶段产品订货到货验收设备上架硬件平台联调数据迁移演习系统测试数据库正式迁移系统整体测试/割接项目初验项目终验注：T0为项目启动时间产品订货约10天实际实施时间约20天，同时进行系统测试项目分工界面XXXX职责：任务一项目准备目的：协助XXXX检查实施环境条件。任务描述：协助XXXX前期的实施准备工作，提交有关现场安装环境规定的文档，协助完毕现场环境的准备，检查并确认XXXX设备安装环境与否已含有实施规定。在XXXX的协助下，完毕本次项目的需求调查，为项目实施进行深化设计和前期准备。现场勘查任务阐明：对施工现场进行实地环境和准备状况勘察。结合现场状况访谈顾客，对主机、存储、光纤网络、IP网络需求进行进一步理解和细化。结合业务特点，理解现有系统运行环境。实地勘察完上述地点后，在五个工作日内对该地发现的问题和建议进行汇总整顿，以报告的形式提交给甲方。交付件:《现场勘察报告》完毕原则：乙方完毕上述工作，提交交付件，本任务即视为完毕。任务二制订具体设计方案及实施方案目的：为XXXX项目具体实施拟定深化实施方案。任务描述：制订深化设计方案。制订系统实施计划。制订系统测试计划。制订系统验收计划。交付件：《SOW手册》、《深化设计方案》、《系统实施计划方案》、《验收方案》完毕原则：乙方完毕上述工作，提交交付件，本任务即视为完毕。任务三设备到货、现场验收目的：督促厂商设备生产及发货，确认到货设备符合合同商定。任务描述：督促厂商设备生产及发货。制订设备验收方案。在到货现场，对硬件设备和软件进行检查并统计设备S/N号。交付项目：设备现场验收文档完毕原则：乙方完毕上述工作，提交交付件，通过客户审核，甲方本任务即视为完毕。任务四系统安装调试、数据迁移目的：在XXXX现场完毕硬件设备和软件的安装、配备和调试。任务描述：数据库服务器安装，调试存储设备安装、调试服务器和存储系统互联新平台RAC环境搭建系统测试和迁移方案论证、演习数据迁移交付项目：《系统集成竣工报告（FAT）》、《项目SOP手册》、《系统测试报告》、《系统终验报告》完毕原则：乙方完毕上述工作，提交交付件，通过客户审核，甲方本任务即视为完毕。XXXX职责：l，XXXX应同集成商进行系统整体设计，规划及技术原则的制订；2，XXXX应配合集成商的分工界面及工程实施计划，提供适宜的机房环境、传输电路和与电信的互连互通；3，XXXX应在采纳集成商的各项建议后，对集成商的行为做出有效的约束，以确保工程的顺利实施：4，XXXX应根据双方确认的技术原则与合作界面对集成商负责的部分进行验收，并检查集成商的工作进度；5，为确保工程的顺利运行，XXXX应在故障发生的1小时之内计时以书面形式告知集成商；6，XXXX负责整个系统的验收。7，设备到货后XXXX可提供寄存地点，但不确保其安全性。集成商和XXXX应保持及时充足的沟通，本着协作的精神，共同确保工程的顺利实施。为了确保本工程按照XXXX的规定按期、按质地完毕工程建设，建议由贵方牵头，由集成商协助，成立工程项目总协调小组，实施统一的工程协调会制度。实施细节以下：l，建立工程总协调小组，统一协调各方技术原则、工程进度等实施问题。2，工程总协调小组的具体运作，应当有明确的、含工程全程的实施计划和规定。内容有：工程总协调小组的组织构造及职责定义；工程总协调小组的组员名单；统一的工程进度及协调会制度；工程简报制度；工程文档规范。项目验收方案项目验收涉及项目结束时交付系统的验收，也涉及项目执行过程中的集成产品交付、项目阶段成果交付等的验收。应当讲，项目验收贯穿于项目的全过程。下列从项目验收组织、验收内容、验收原则、项目交付物以及验收文档，五个方面阐明本项目的项目验收。一、验收组织由业主方、我方（如果业主需要能够外聘专家）构成验收小组，负责对项目进行全方面的验收。也能够在合同专用条款中明确与否委托第三方进行验收，没有商定第三方的，由业主负责验收，每次验收均应在五个工作日完毕。二、验收内容测试及验收在本次项目验收中，甲乙双方需要对项目中所提供的产品型号进行验收。验收过程中，将提交验收方案、验收测试报告。在产品交付验收后，我方会将产品全部技术文献、资料、及测试、验收报告等文档聚集成册交付XXXX股份有限公司。在验收中测试的程序涉及：测试计划及程序涉及下列几项：a）测试的阐明及测试的目的；b）测试成果统计的阐明；c）观察、测试成果的硬件产品及程序；d）测试进度表；e）使用的软件程序清单及阐明。有关的测试成果要以书面报告的形式由投标人提交，内容涉及：测试的系统功效；测试的系统性能等。设备验收我方应提前二天告知业主做好验收准备。在指定的交货地点组织验收应随货品向客户交付有关的备件、工具、使用阐明书及有关资料。设备验收是项目重要环节，重要设备清点及加电测试，具体包含内容以下：设备的品牌、规格、数量、质量、资料。设备是全新的、未使用过的，采用的是最佳材料和第一流的工艺。设备的质量、规格和性能等符合合同规定的质量、规格和性能规定。验收合格后，业主应向我方出具加盖公章的《货品质量验收单》。验收不合格的，业主有权拒收。我方应在5个工作日内按约如数更换到位