X数据迁移专项方案.docx

正本

招 标 人：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数据库升级项目标顺利实施。

目 录

第一章 技术方案 2
1项目方案 2
1.1 生产中心硬件平台 2
1.1.1 系统拓扑结构 2
1.1.2 服务器硬件平台选择 3
1.1.3 存储部分 4
1.1.4 存储交换机 5
1.2 数据迁移方案 7
1.2.1 RMAN Backup/Restore迁移 7
1.2.2 Oracle DataGuard迁移 8
1.2.3 借助第三方工具（Quest SharePlex）迁移 9
1.2.4 迁移方案对比 12
1.2.5 迁移数据校验 13
2 服务协议 15
2.1 服务内容 15
2.2 项目实施工作小组 15
2.3 项目进度计划 16
2.4 项目分工界面 17
2.5 项目验收方案 20
2.6 售后服务承诺 22

第一章 技术方案
1项目方案
1.1 生产中心硬件平台
1.1.1 系统拓扑结构
XXXX现有数据中心和新建设数据中心服务器配置简单拓扑图以下图所表示：

现有生产中心数据库服务器硬件平台由两台Sun v890服务器组成，在Solaris 10操作系统上运行Oracle RAC数据库（10gR2），数据文件存放在共享HP EVA8400磁盘阵列上。此次方案关键目标是建设新硬件平台，将数据库从现有平台平滑迁移至新硬件平台。
此次方案依据招标文件中相关要求，参考目前系统运行情况，选择适宜硬件平台，支持关键数据库系统稳定、高效运行。依据本节硬件平台选择结果，在第2节中我们将会给出对应数据迁移多个方案。
1.1.2 服务器硬件平台选择
目前数据库服务器采取了Sun v890服务器，我们目标是依据现有硬件配置推算出我们需要新硬件平台服务器处理器配置需求。衡量OLTP类应用系统处理器处理能力指标有CPU，SPECjbb，TPC-C等指标。因为不一样厂商不一样时期公布产品在性能比较上不存在单一标准，加上部分产品未参与一些指标公开测试，所以在下面讨论中我们选择同时公布了SPECjbb和CPU指标v890（UltraSPARC IV+ 2.1GHz处理器） 服务器作为基准，作为其它服务器处理器比较依据。
从和能够分别取得主流服务器平台TPC-C和CPU指标数据。各个型号服务器SPECjbb和CPU数据和对应配置以下表所表示：

CINT
CFP
SPECjbb
V890(8chip，16core，1.5GHz)

117986
V890(8chip，16core，2.1GHz)
154

244846
M3000(1Chip，2Core，2.7GHz)
33.5
29.5

M5000(8Chip，32Core，2.6GHz)
352
278

因为UltraSPARC IV+ 1500MHzv890采取是SPECjbb指标，我们只能从相关参考指标来推算出目前Oracle在主流服务器中配置SPARC64芯片性能比较参数。从上表中能够看出，单颗2.6GHzSPARC64芯片性能大约是2.1GHz UltraSPARC IV+芯片2.3倍，单颗2.1GHz UltraSPARC IV+处理器是同型号1.5GHz主频处理器2倍。所以2.6GHz主频SPARC64处理器性能是UltraSPARC 1.5GHz处理器性能5倍左右。
依据标书要求，服务器满配置需要最少32关键处理器和64GB内存。依据这一要求，我们从主流服务器厂商中选择了OracleM5000服务器作为推荐型号，满足此次方案建设要求。其性能参数如上表所表示，能够看出，配置新型号处理器，考虑到存放设备升级，I/O系统优化，数据库参数和配置调整及优化，有充足证据能够表明能够提升目前数据库系统性能，使得系统响应时间缩短5～10倍，系统吞吐量提升5～10倍左右。从而系统总体性能上有了10倍左右提升。
1.1.3 存放部分
OLTP是传统关系型数据库关键应用，关键是基础、日常事务处理，含有很高并发性（大量交互式用户），而且是更新密集型，SQL语句关键以插入、更新和删除为主，要求含有较快响应时间，以银行系统，订票系统为代表。
因为OLTP应用业务特点，从性能角度出发，对磁盘子系统有一定要求。
OLTP系统最轻易出现瓶颈地方除了CPU就是磁盘子系统。磁盘子系统在OLTP环境中，它承载能力通常取决于它每秒处理I/O数量。因为在OLTP环境中，磁盘物理读通常全部是db file sequential read，也就是单块读，不过这个读次数很频繁。假如频繁到磁盘子系统全部不能承载其IOPS时候，就会出现大性能问题。另外磁盘子系统控制器Cache大小对I/O系统性能也至关关键，Cache决定了很多事务不需要从物理磁盘存取数据，从而大大缩短了事务处理时间。
依据标书要求，存放设备选择需要同时支持FC和iSCSI协议，IOPS最少达成18000，控制器缓存最少16GB，可用磁盘容量达成10TB，配置容量需要达成20TB左右。针对Oracle数据库，能够根据以下方法进行RAID设置：
文件
需要容量
RAID类型
控制文件
200M
RAID 0+1
Redo日志文件
300GB
RAID 0+1
系统表空间
50GB
RAID 0+1
关键生产数据表空间
1TB
RAID 0+1
索引表空间
500GB
RAID 0+1
归档日志空间
200GB
RAID 0+1
回滚表空间
200GB
RAID 0+1
其它数据表空间
1TB
RAID 5
历史数据文件
1TB
RAID 5
此次方案我们依据标书要求选择HP EVA 8400存放设备作为推荐产品，满足此次建设要求。HP EVA 8400控制器最大支持22GB Cache。支持FC、FATA和SSD磁盘。
为了满足随机IOPS 18000要求，我们根据单块15000rpmSAS磁盘能够提供300～400个IOPS计算，即我们最少需要配置50块左右磁盘。根据容量计算，我们配置48块转速15000rpm、容量为450GBFC磁盘，以满足性能要求。
1.1.4 存放交换机
主机和存放设备经过FC SAN进行互联，依据标书要求采取两台Brocade 300E SAN交换机实现主机和存放设备互联，确保连接性能同时消除链路层单点故障。每台交换机激活16端口，满足目前主机和存放链接需求。

1.2 数据迁移方案
此次系统迁移目标是在4小时停机维护时间内完成数据在两个数据中心RAC环境内迁移，两地数据中心之间经过1000Mbps以太网链路互联。
我们在本方案中提议以下三种方法实现Oracle数据库数据迁移：
l RMAN Backup/Restore
n 经过全备份、增量备份实现数据迁移
n 实现方法简单，迁移成本较低
n 需要较长停机维护时间
l Oracle DataGuard迁移
n 经过建立Active-Standby模式运行实现数据自动复制，经过switchover方法实现主备中心切换，实现数据迁移
n 需要主-备中心使用相同服务器硬件平台
l 借助第三方工具（Quest SharePlex）迁移
n 经过建立Active-Standby模式运行实现数据自动复制，经过switchover方法实现主备中心切换，实现数据迁移
n 支持异构平台
n 需要第三方工具支持，成本较高
1.2.1 RMAN Backup/Restore迁移
正式迁移前使用RMAN全备份源数据库，经过1000Mbps网络将备份数据传输至目标数据中心，经过RMAN restore将数据库在目标端恢复。
天天增量备份数据库，将增量备份数据经过1000Mbps网络传输至目标数据中心，经过RMAN Restore将天天增量数据恢复。
正式迁移开始时，中止源数据库用户端访问连接，经过RMAN增量备份数据库，将增量备份数据经过1000Mbps网络传输至目标数据中心，将源数据库最终增量部分在目标数据库恢复。
该方法恢复数据库实现方法简单，不需要对源数据库进行设置变更，不影响源数据库正常运行；但该方法迁移数据库需要较长迁移周期，同时需要安排一定停机时间，以确保数据完整迁移。
1.2.2 Oracle DataGuard迁移
DataGuard方案是在新主机存放设备划分好、操作系统和数据库软件安装完成以后，经过在新磁盘阵列上创建和原有数据库一样卷组(VolumeGroup，简称VG)，接着再在各个VG内创建和原有数据库完全一致逻辑卷 (LogicalVolulne，简称LV)，归档日志所在目录和oraclebdump、cdump和udump必需和原有数据库对应目录设置成一致。
然后在原有数据库上做全库RMAN备份，再在新磁盘阵列上利用RMAN备份生成文件做新数据库恢复，而且将新数据库一直处于 managed recovery状态，在此状态下，原有数据库上生成归档日志，能够在新数据库上应用，以确保新数据库和原有数据库不停同时。在需要进行测试时候，能够先将新数据库做一次RMAN备份，然后将新数据库至于open状态，新数据库就能够进行交易验证测试了。验证测试完成以后，将新数据库再次恢复，此时恢复采取文件为新数据库叩即前所做RMAN备份文件，然后再和迁移前数据库经过应用归档日志保持不停同时。
当实施数据库正式切换时，将迁移前数据库所在应用全部正常关闭，确保不再有新数据库统计产生，然后插入对应验证数据，再连续切若干个归档日志，确保在线联机日志中不再保留任何数据，将生成全部归档日志全部在新磁盘阵列所在数据库上进行应用，然后将新数据库至于打开状态，这么新数据库就能正常对外提供服务了。DataGuard迁移步骤以下图所表示。

DataGuard方案所使用软件、工具和命令均为安装了Oracle 10g企业版所自带，不再需要另行购置。步骤实施含有一定难度，尤其还要确保不影响现有系统正常运行。 DataGuard整个实施步骤中包含到全部命令学习和掌握全部需要一定时间，生产数据库和新数据库之间归档日志怎样自动传输和归档日志怎样自动在新数据库上进行应用，全部需要认真考虑处理方案。
DataGuard方案不能对现有数据库做表空间大小优化调整，它只能保持新数据库全部数据文件和现有数据库数据文件完全一致。但因为采取该方案，之前数据库信息能够提前同时，在正式切换时，需要同时数据比较少，所以造成停业时间比较短。在 DataGuard三种模式中选择最大性能模式，能够尽可能地降低对现有生产数据库性能影响。
1.2.3 借助第三方工具（Quest SharePlex）迁移
此方法和2.2节Oracle DataGuard方法和原理是一样。下图所表示为SharePlex for Oracle基础结构：

数据捕捉
SharePlex for Oracle由捕捉进程来搜集发生改变数据，捕捉进程驻留在源系统上，自动读取Oracle在线日志文件。这种读操作是从操作系统角度来完成，而不是经过数据库。经过将日志文件作为获取改变信息源泉，Quest能够完成数据复制而不会给生产系统带来额外开销。因为Oracle将全部事物改变统计到日志中并使用日志文件进行系统恢复，所以Shareplex for Oracle能够经过解析日志文件保障数据一致性。
捕捉进程连续监控日志文件用以捕捉改变信息。当日志文件中出现一条新统计时，SharePlex判定其是否属于被复制对象，假如是，则SharePlex为该条统计加入用于决定此统计将被发向那个主机地址信息并将包含地址信息统计存放到自己队列中，存放队列存在于数据库之外。发生改变数据被立即处理并被发送到目标系统中而不等候提交或回滚动作完成，因为等候提交或回滚完成将带来延迟。当提交或回滚信息被写入日志文件时，它们也将被发送到目标系统中，从而在目标系统中完成相对应操作。
捕捉进程含有以下特点：
l 捕捉进程从Oracle 日志文件中读取信息，所以复制过程不会给生产数据库实例带来性能问题；
l 只有发生改变数据被传输，而不是日志文件中全部信息，所以SharePlex网络负载很小；
l 尽管需要在Oracle数据库中安装少许对象用来存放相关复制部分基础信息，但源数据库不需要参与到数据捕捉和传输过程中；
SharePlex捕捉进程不仅能够读取在线日志文件，而且能够读取归档日志，甚至当归档日志文件被移动到其它设备上时，SharePlex会发出提醒信息。正是这种能力极大地增强了系统冗余功效。比如，假如捕捉进程因为某种原因被停止，当它重新开启后数据同时不会受到影响；
数据传输
SharePlex for Oracle在基于TCP/IP协议网络环境完成源和目标系统之间数据传输。其相关进程确保数据正确接收和网络数据包正确次序，从而提供网络传输冗余，确保数据完整。整个数据传输过程无需其它中间件。
应用数据
应用进程将传送到目标系统中信息转化为SQL语句，然后发送给Oracle实施。
SharePlex能够实现正确复制一个关键原因就是其能确保从源数据库到目标数据库Oracle读一致性，不仅按次序复制事务，而且也复制上下文信息，将源数据库中发生改变全部事务信息全部复制到目标数据库中。
尽管企业从计划设计良好业务系统中收益，但也不得不面临数据库升级和平台迁移这一挑战。如从Oracle 9i升级到11G，从HP平台前移动AIX平台等等呢个。
SharePlex可确保在进行以上工作时正常事务处理得以继续进行。源系统功效不受到任何影响，SharePlex只捕捉迁移过程中发生改变事务并将它们排队保留。当迁移工作结束后，这些被保留事务将被应用到新系统中并进行数据同时工作。一旦数据同时后，用户活动会有很短暂停顿，在此瞬间将完成系统切换动作。
方案收益
l 异构平台迁移及数据库升级
基于SharePlex对复制平台异构支持，SharePlex系统迁移方案，完全能够实现跨平台数据库迁移或数据库版本升级。比如：用户能够平滑实现HP 平台下 Oracle 9i 到 AIX平台下 Oracle 11G数据库升级，没有任何限制。
l 极大地降低了停机时间
以往数据库迁移或升级，大部分情况下只能使用EXP/IMP方法完成，肯定造成较多停机时间，这对现今越来越要求高可用性7*二十四小时系统来说，几乎是不可接收。SharePlex经过使用中间机，及数据改变即时复制等技术，使停机时间从几小时甚至几天，缩短到几分钟，最大程度满足了用户需求。
l 建立了风险回退机制
通常数据库升级或迁移全部存在着一定风险，如数据库和应用程序兼容问题等，假如升级后出现未预料到问题，或升级失败，则需要能够快速切换到原有系统，以确保系统正常运行。经过SharePlex设计方案，整个迁移过程全部是可控，原有生产环境保留，升级过程中失败直接启用原有生产系统即可。SharePlex完成系统升级或迁移后，能够建立一条由新系统到旧系统复制链路，将新系统上数据改变复制回旧系统。此时，假如新系统出现意外情况，应用不仅能够快速切换到原有系统，也避免了切换过程中数据损失，确保了系统平稳过渡。
1.2.4 迁移方案对比

RMAN迁移
DataGuard
SharePlex
难易程度
较为轻易
有一定难度
需要专业软件
停机时间
较长
较短
较短
实施额外费用
无
无
需购置软件授权
需要调整现有数据库设置
否
是
否
迁移周期
长
短
短
平台要求
提议同构平台
同构平台
无要求

经过上述三种数据迁移方案比较和此次系统迁移要求，我们提议采取Oracle DataGuard方法来实现Oracle数据库数据迁移。
1.2.5 迁移数据校验
1.2.5.1 业务验证方案
业务验证方法是数据迁移验证关键，因为迁移步骤中从小到大、从易到难会经历内部测试、预演和正式切换三个实施阶段，而这三个阶段分别需要业务验证。因为系统业务交易数量太多，而业务验证时间和参与验证机构数量各有不一样，业务验证不可能面面俱到，不可能涵盖每一笔交易，所以需要依据每个阶段测试目标，依据业务系统交易类别和交易关键性，在不一样测试阶段，选择不一样测试机构和机构数量，制订每个阶段可行业务验证案例。
在内部测试阶段，业务验证关键是测试数据迁移后应用能否正常交易，所以该阶段测试侧重是业务交易可用性和关键交易正确性，因为中间业务测试环境已经搭建，所以在内部测试阶段增加中间业务类测试。
预演阶段是正式切换预先演练。因为内部测试已经测试了较为完整交易步骤，预演目标关键是验证实际生产前台环境可用性，另外预演测试还能起到对新主机数据库一个压力测试作用。
在正式切换阶段，全部验证交易均为真实操作，之前两个阶段交易只在测试环境有效，在生产环境中是不存在，而正是切换后，迁移后数据库就转为了新生产数据库，此时交易验证要尽可能具体，必需包含全部关键交易，尤其是和外围系统有业务交易往来交易，能测全部需要尽可能得测到。
1.2.5.2 外围系统验证
假如存在以订票系统为关键外围系统，而且这些外围系统有些是需要经过业务交易和关键系统应用和数据库打交道，有些是不需要经过业务交易直接在数据库层面或其它层面和关键系统进行交互，基于此，能够对全部外围系统进行分析，将不需要经过业务交易验证就能够验证新旧数据库数据迁移是否正常系统进行筛选，列出各外围系统和关键系统关联性，并提供可行外围系统验证方法，从而提升数据迁移验证正确性，降低业务交易验证工作量。
1.2.5.3 技术验证方案
Oracle数据库迁移技术特征是在经过RMAN恢复数据库后，不停应用迁移，前数据库生成归档日志而这些归档日志统计就是使得原有数据库数据内容进行改变每一条语句。再因为归档白志统计每条语句次序，就是每条语句被实施次序，换句话说，就是实施每条语句时间次序。依据以上分析，技术验证方法能够考虑经过在特定时间在原有数据库中插入特定内容，当数据迁移完成后，在新数据库中查找插入特定内容是否存在，假如不存在，迁移肯定有问题，假如存在，则在一定程度上能够证实数据一致性。
基于以上分析，再加上现有生产数据库备份方法，，备份前，必需将应用和数据库正常关闭，所以在技术验证时间点，考虑在生产数据库上建立一张验证表，表明为verify--tab，该表字段为日期和时间字段，天天备份数据库之前，在verify--tab中插入一条统计，该统计内容为插入该条统计日期和时间，具体正确到年、月、日、小时、分钟、秒。因为该验证统计是在数据库关闭前产生最终一条统计，假如新数据库上同时结束后正常打开后，能在新数据库验证表verify--tab中查找到一样当日插入验证统计，而且新数据库告警日志altertSID.log文件中没有任何犯错信息，则能够肯定迁移前后新旧数据库内容是保持完全一致。
为了深入验证迁移前后数据一致性，还能够考虑将数据库中和应用相关、关键数据库表统计数和一些字段求和进行统计。我们能够经过实施对应SQL命令取得整个数据库中一共有多少统计。当然，这个数据取得应该在应用正常关闭后数据库正常关闭前取得，然后将这两个数据统计下来。在数据迁移完成后，在新数据库中一样实施相同命令，也能得到两个数据，将前后两次所得到活期账户数和活期账户余额求和两个数进行对比，假如两个数全部分别完全一致，则从另一个角度也能说明迁移前后新旧数据库数据一致性。
完整性和可用性验证相对比较简单，只要迁移后新数据库能正常打开，而且架构在数据库之上应用能正常开启，不会报因为数据库问题造成应用不可用，而且新数据库告警日志altertSID.log文件中没有任何犯错信息，那就能够肯定迁移后新数据库是完整、可用。
数据迁移验证是一个很关键内容，经过验证能够确定新旧数据库内容是否一致，能够确定新数据库完整性和有效性。

2 服务协议
2.1 服务内容
本项目关键包含了XXXX股份电信机房迁移项目包含服务器、存放、SAN交换机、虚拟化软件等硬件设备、相关软件和系统集成方案具体设计、实施、培训、技术支持和服务等内容。
本项目系统集成服务具体内容以下：
1. 完成本项目中标采购设备总体设计及工程实施方案设计。
2. 完成本项目中标采购设备安装、调试及相关软件集成服务。
3. 完成本项目中包含到系统升级、平台迁移和数据迁移实施工作，确保在停机时间内能够平滑升级。
4. 编制和本项目相关多种工作文档、技术文挡、测试统计和工作统计，并在项目验收完成后全部提交给甲方立案。
5. 为甲方相关信息系统管理人员及相关人员提供相关设备技术、维护等相关培训。

2.2 项目实施工作小组
1
项目经理
XXX
项目经理
IBM P系列认证
VCP虚拟化认证
OCP数据库认证
2
项目指导
XXX
ORACLE教授
3
服务器工程师
XXX
IBM P系列认证
OCA数据库认证
4
存放工程师
XXX
IBM P系列认证
5
数据库工程师
XXX
IBM P系列认证
OCP数据库认证

2.3 项目进度计划

T0+5
T0+15
T0+20
T0+25
T0+30
T0+35
T0+45
T0+50
T0+70
准备阶段

产品订货

到货验收

设备上架

硬件平台联调

数据迁移演练

系统测试

数据库正式迁移

系统整体测试/割接

项目初验

项目终验

注：
1. T0为项目开启时间
2. 产品订货约10天
3. 实际实施时间约20天，同时进行系统测试

2.4 项目分工界面
XXXX职责：
Ø 任务一 项目准备
目标：帮助XXXX检验实施环境条件。
任务描述：
n 帮助XXXX前期实施准备工作，提交相关现场安装环境要求文档，帮助完成现场环境准备，检验并确定XXXX设备安装环境是否已含有实施要求。
n 在XXXX帮助下，完成此次项目标需求调查，为项目实施进行深化设计和前期准备。
n 现场勘查
任务说明：
n 对施工现场进行实地环境和准备情况勘察。
n 结合现场情况访谈用户，对主机、存放、光纤网络、IP网络需求进行深入了解和细化。
n 结合业务特点，了解现有系统运行环境。
n 实地勘察完上述地点后，在五个工作日内对该地发觉问题和提议进行汇总整理，以汇报形式提交给甲方。
交付件:
n 《现场勘察汇报》
完成标准：
n 乙方完成上述工作，提交交付件，本任务即视为完成。
Ø 任务二 制订具体设计方案及实施方案
目标：为XXXX项目具体实施确定深化实施方案。
任务描述：
n 制订深化设计方案。
n 制订系统实施计划。
n 制订系统测试计划。
n 制订系统验收计划。
交付件：
《SOW手册》、《深化设计方案》、《系统实施计划方案》、《验收方案》
完成标准：
乙方完成上述工作，提交交付件，本任务即视为完成。
Ø 任务三 设备到货、现场验收
目标：督促厂商设备生产及发货，确定到货设备符合协议约定。
任务描述：
n 督促厂商设备生产及发货。
n 制订设备验收方案。
n 在到货现场，对硬件设备和软件进行检验并统计设备S/N号。
交付项目：
设备现场验收文档
完成标准：
乙方完成上述工作，提交交付件，经过用户审核，甲方本任务即视为完成。
Ø 任务四 系统安装调试、数据迁移
目标：在XXXX现场完成硬件设备和软件安装、配置和调试。
任务描述：
n 数据库服务器安装，调试
n 存放设备安装、调试
n 服务器和存放系统互联
n 新平台RAC环境搭建
n 系统测试和迁移方案论证、演练
n 数据迁移
交付项目：
《系统集成完工汇报（FAT）》、《项目SOP手册》、《系统测试汇报》、《系统终验汇报》
完成标准：
乙方完成上述工作，提交交付件，经过用户审核，甲方本任务即视为完成。

XXXX职责：
l，XXXX应同集成商进行系统整体设计，计划及技术标准制订；
2，XXXX应配合集成商分工界面及工程实施计划，提供适宜机房环境、传输电路和和电信互连互通；
3，XXXX应在采纳集成商各项提议后，对集成商行为做出有效约束，以确保工程顺利实施：
4，XXXX应依据双方确定技术标准和合作界面对集成商负责部分进行验收，并检验集成商工作进度；
5，为确保工程顺利运行，XXXX应在故障发生1小时之内计时以书面形式通知集成商；
6，XXXX负责整个系统验收。
7，设备到货后XXXX可提供存放地点，但不确保其安全性。
集成商和XXXX应保持立即充足沟通，本着协作精神，共同确保工程顺利实施。为了确保本工程根据XXXX要求按期、按质地完成工程建设，提议由贵方牵头，由集成商帮助，成立工程项目总协调小组，实施统一工程协调会制度。实施细节以下：
l，建立工程总协调小组，统一协调各方技术标准、工程进度等实施问题。
2，工程总协调小组具体运作，应该有明确、含工程全程实施计划和要求。内容有：
工程总协调小组组织结构及职责定义；
工程总协调小组组员名单；
统一工程进度及协调会制度；
工程简报制度；
工程文档规范。

2.5 项目验收方案
项目验收包含项目结束时交付系统验收，也包含项目实施过程中集成产品交付、项目阶段结果交付等验收。应该讲，项目验收贯穿于项目标全过程。
以下从项目验收组织、验收内容、验收标准、项目交付物和验收文档，五个方面说明本项目标项目验收。
一、验收组织
由业主方、我方（假如业主需要能够外聘教授）组成验收小组，负责对项目进行全方面验收。也能够在协议专用条款中明确是否委托第三方进行验收，没有约定第三方，由业主负责验收，每次验收均应在五个工作日完成。
二、验收内容
测试及验收
在此次项目验收中，甲乙双方需要对项目中所提供产品型号进行验收。验收过程中，将提交验收方案、验收测试汇报。
在产品交付验收后，我方会将产品全部技术文件、资料、及测试、验收汇报等文档聚集成册交付XXXX股份。
在验收中测试程序包含：
1） 测试计划及程序包含下列几项：
a）测试说明及测试目标；
b）测试结果统计说明；
c）观察、测试结果硬件产品及程序；
d）测试进度表；
e）使用软件程序清单及说明。
1） 相关测试结果要以书面汇报形式由投标人提交，内容包含：
a） 测试系统功效；
b） 测试系统性能等。
设备验收
我方应提前二天通知业主做好验收准备。在指定交货地点组织验收应随货物向用户交付相关备件、工具、使用说明书及相关资料。设备验收是项目关键步骤，关键设备清点及加电测试，具体包含内容以下：
1. 设备品牌、规格、数量、质量、资料。
2. 设备是全新、未使用过，采取是最好材料和第一流工艺。
3. 设备质量、规格和性能等符合协议要求质量、规格和性能要求。
验收合格后，业主应向我方出具加盖公章《货物质量验收单》。验收不合格，业主有权拒收。我方应在5个工作日内按约如数更换到位，并确保验收合格。逾期交货按违约处理。假如检测结果证实确有质量问题，我方应无条件退货，检测费用由我方负担，并负担所以逾期交货违约责任。
假如检测结果证实没有质量问题，业主应无条件接收货物，检测费用由业主负担，我方不再负担所以逾期交货违约。

三、项目最终验收
项目阶段验收完成后，系统进入试运行期。系统经过试运行稳定运行后，由XXXX主管部门组织最终评定审查方法进行最终验收。
项目最终验收包含，系统功效测试，系统性能测试、项目绩效分析、工程实施文档检验等工作，全方位对项目实施结果进行测试和检验，确保达成系统设计要求。
项目最终验收合格后，双方代表签署“最终验收汇报”、“最终验收汇报”签署即代表项目系统集成工作全部完成。

四、验收标准

设备验收标准
1. 设备品牌、规格、数量、质量、规格和性能及资料满足协议要求；
2. 设备是全新、未使用过；
系统验收标准
1. 将XXXX招标文件，我企业投标文件、我企业针对本项目标深化设计和施工设计及相关标准和规范作为建成后系统验收标准；
2. 项目安装实施工艺满足协议要求；
3. 提交项目技术文档规范完整满足协议要求；
4. 项目完整性检验符合协议要求；
交付文档
项目交付件是指项目中需要，提交文档，本项目交付件以下：
1. 项目商务文档：
a) 验货汇报
b) 设备安装汇报
c) 系统测试汇报
d) 系统验收汇报
e) 技术服务确定汇报
2. 项目方案设计文档：
a) 处理方案设计书
b) 项目实施技术方案
c) 数据迁移方案
3. 项目实施文档：
a) 设备安装部署图
b) 设备配置文档
c) 设备安装调试文档
4. 项目管理文档：
a) 项目进度计划表
b) 项目组组成表
c) 项目周报
d) 项目月报
e) 项目协调函
f) 项目议会纪要
g) 项目变更单

2.6 售后服务承诺
1. 乙方必需为此次投标硬件产品及设备提供三年原厂保修服务，同时乙方提供三年系统集成服务，服务期开始时间从项目验收合格之日起计算。
2. 保修期内，系统设备如有重大故障，乙方在接到用户电话后，必需在2小时内赶到现场并在8小时内排除故障。
1. 乙方须指定3名工程师提供售后服务。并须立即更新提供在沪属于本项目内技术支持维护人员数量、联络方法及具体工作范围。
2. 在保修期内除原厂7*24*4服务外，乙方还须按下列维护响应时间提供技术支持
3. 服务响应时间为7*二十四小时。
4. 由乙方提供专员7*二十四小时技术支持，提供专员姓名、联络方法（ＸＸＸ）。
5. 固定节假日提供对应维护工程师联络方法（XXX）。
6. 响应时间具体要求：接到招标方故障报修，可经过电话进行技术支持，帮助和指导用户进行排除故障，当系统故障不能排除或系统出现紧急故障时，接用户通知后对应技术支持人员应在2小时内抵达招标方故障现场进行紧急故障排除，假如8小时内不能排除故障，应视业务中止情况提供备用设备。
7. 保修期内乙方须提供每三个月进行一次巡检服务。
8. 保修期满后，因系统包含技术、设备等问题而影响系统正常运行或出现用户无法自行处理问题，乙方应提供必需技术支持。但可依据甲乙双方协商，收取一定服务成本费。
9. 服务方法：原厂服务方法根据厂商公开公布7*24*4服务规范实施；乙方服务方法有电话、邮件、远程及现场服务。
10. 乙方为甲方提供原厂技术培训，包含正规资料和培训项目，培训时间4天或以上，人数6人或以上，内容需要包含维护，优化，故障修复相关内容。
11. 提供硬件和相关软件故障报警功效，实施配置接口和协议，集成加入甲方统一监控平台，做到实时监控。
12. 上线期间，乙方派遣取得指定小型机中级以上证书技术人员进行驻场服务。