XXX数据迁移方案

XXXX 核心系统主机升级 存储升级 系统迁移项目 0 正本 招 标 人 XXXX 项目名称 电信机房迁移项目 数据库升级部分 投 标 文 件 投标方全称 XXXX 股份有限公司 2012 年 02 月 20 日 XXXX 核心系统主机升级 存储升级 系统迁移项目 1 前 言 首先 非常感谢各位领导及专家给予 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 数 据库升级项目的顺利实施 XXXX 核心系统主机升级 存储升级 系统迁移项目 2 目 录 第一章 技术方案 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 XXXX 核心系统主机升级 存储升级 系统迁移项目 3 第一章 技术方案 1 项目方案 1 1 生产中心硬件平台 1 1 1系统拓扑结构 XXXX 现有数据中心和新建设的数据中心服务器配置的简单拓扑图如下图所示 现有生产中心数据库服务器硬件平台由两台 Sun v890 服务器构成 在 Solaris 10 操作系统上 运行 Oracle RAC 数据库 10gR2 数据文件存放在共享的 HP EVA8400 磁盘阵列上 本次方案的主 要目的是建设新的硬件平台 将数据库从现有平台平滑迁移至新的硬件平台 本次方案根据招标文件中相关要求 参考当前系统运行状况 选择合适的硬件平台 支持核 心数据库系统的稳定 高效运行 根据本节硬件平台的选择结果 在第 2 节中我们将会给出相应的 数据迁移的几种方案 XXXX 核心系统主机升级 存储升级 系统迁移项目 4 1 1 2服务器硬件平台选择 当前数据库服务器采用了 Sun v890 服务器 我们的目标是根据现有的硬件配置推算出我们需 要的新硬件平台服务器的处理器的配置需求 衡量 OLTP 类应用系统的处理器处理能力的指标有 CPU2006 SPECjbb2005 TPC C 等指标 由于不同厂商的不同时期发布的产品在性能比较上不存在 单一的标准 加上部分产品未参与某些指标的公开测试 所以在下面的讨论中我们选择同时发布了 SPECjbb2005 和 CPU2006 指标的 v890 UltraSPARC IV 2 1GHz 处理器 服务器作为基准 作为其 他服务器处理器比较的依据 从 http www tpc org 和 http www spec org 可以分别获得主流服务器平台的 TPC C 和 CPU2006 指标数据 各个型号服务器的 SPECjbb2005 和 CPU2006 的数据和相应配置如下表所示 CINT2006 CFP2006 SPECjbb2005 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 1500MHz 的 v890 采用的是 SPECjbb2005 指标 我们只能从相关的参考指 标来推算出当前 Oracle 在主流服务器中配置的 SPARC64 芯片性能比较参数 从上表中可以看出 单颗 2 6GHz 的 SPARC64 芯片性能大约是 2 1GHz UltraSPARC IV 芯片的 2 3 倍 单颗 2 1GHz UltraSPARC IV 处理器是同型号 1 5GHz 主频处理器的 2 倍 因此 2 6GHz 主频的 SPARC64 处理器性 能是 UltraSPARC 1 5GHz 处理器性能的 5 倍左右 根据标书要求 服务器满配置需要至少 32 核心处理器和 64GB 内存 根据这一要求 我们从 主流的服务器厂商中选择了 Oracle 的 M5000 服务器作为推荐型号 满足本次方案建设要求 其性 能参数如上表所示 可以看出 配置新型号的处理器 考虑到存储设备升级 I O 系统的优化 数 据库参数和配置的调整及优化 有充分证据可以表明可以提升当前数据库系统的性能 使得系统的 响应时间缩短 5 10 倍 系统的吞吐量提高 5 10 倍左右 从而系统总体性能上有了 10 倍左右的 提升 XXXX 核心系统主机升级 存储升级 系统迁移项目 5 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 XXXX 核心系统主机升级 存储升级 系统迁移项目 6 本次方案我们根据标书要求选择 HP EVA 8400 存储设备作为推荐产品 满足本次建设要求 HP EVA 8400 控制器最大支持 22GB Cache 支持 FC FATA 和 SSD 磁盘 为了满足随机 IOPS 18000 的要求 我们按照单块 15000rpm 的 SAS 磁盘可以提供 300 400 个 IOPS 计算 即我们至少需要配置 50 块左右的磁盘 按照容量计算 我们配置 48 块转速 15000rpm 容量为 450GB 的 FC 磁盘 以满足性能要求 1 1 4存储交换机 主机和存储设备通过 FC SAN 进行互联 根据标书要求采用两台 Brocade 300E SAN 交换机实现 主机和存储设备的互联 保证连接性能的同时消除链路层的单点故障 每台交换机激活 16 端口 满足当前主机和存储链接需求 7 1 2 数据迁移方案 本次系统迁移的目标是在 4 小时停机维护时间内完成数据在两个数据中心 RAC 环境内的迁移 两地数据中心之间通过 1000Mbps 的以太网链路互联 我们在本方案中建议以下三种方式实现 Oracle 数据库的数据迁移 RMAN Backup Restore 通过全备份 增量备份实现数据迁移 实现方式简单 迁移成本较低 需要较长的停机维护时间 Oracle DataGuard 迁移 通过建立 Active Standby 的模式运行实现数据自动复制 通过 switchover 的方 式实现主备中心的切换 实现数据迁移 需要主 备中心使用相同服务器硬件平台 借助第三方工具 Quest SharePlex 迁移 通过建立 Active Standby 的模式运行实现数据自动复制 通过 switchover 的方 式实现主备中心的切换 实现数据迁移 支持异构平台 需要第三方工具支持 成本较高 1 2 1RMAN Backup Restore 迁移 正式迁移前使用 RMAN 全备份源数据库 通过 1000Mbps 网络将备份数据传输至目标数据中心 通过 RMAN restore 将数据库在目标端恢复 每天增量备份数据库 将增量备份数据通过 1000Mbps 网络传输至目标数据中心 通过 RMAN Restore 将每天的增量数据恢复 正式迁移开始时 中断源数据库的客户端访问连接 通过 RMAN 增量备份数据库 将增量备 8 份数据通过 1000Mbps 网络传输至目标数据中心 将源数据库最后的增量部分在目标数据库恢复 该方法恢复数据库实现方式简单 不需要对源数据库进行设置变更 不影响源数据库的正常 运行 但该方式迁移数据库需要较长的迁移周期 同时需要安排一定的停机时间 以保证数据的 完整迁移 1 2 2Oracle DataGuard 迁移 DataGuard 方案是在新主机存储设备划分好 操作系统和数据库软件安装完毕之后 通过在 新的磁盘阵列上创建与原有的数据库一样的卷组 VolumeGroup 简称 VG 接着再在各个 VG 内创 建与原有数据库完全一致的逻辑卷 LogicalVolulne 简称 LV 归档日志所在目录以及 oracle 的 bdump cdump 和 udump 必须和原有的数据库相应目录设置成一致 然后在原有数据库上做全库的 RMAN 备份 再在新的磁盘阵列上利用 RMAN 备份生成的文件做 新的数据库的恢复 并且将新的数据库一直处于 managed recovery 状态 在此状态下 原有数 据库上生成的归档日志 可以在新的数据库上应用 以保证新的数据库与原有的数据库不断同步 在需要进行测试的时候 可以先将新的数据库做一次 RMAN 备份 然后将新的数据库至于 open 状 态 新数据库就可以进行交易验证测试了 验证测试完成之后 将新的数据库再次恢复 此时恢 复采用的文件为新数据库叩即前所做的 RMAN 备份的文件 然后再和迁移前的数据库通过应用归 档日志保持不断同步 当执行数据库正式切换时 将迁移前的数据库所在的应用全部正常关闭 保证不再有新的数 据库记录产生 然后插入相应的验证数据 再连续切若干个归档日志 保证在线联机日志中不再 保留任何数据 将生成的所有归档日志全部在新的磁盘阵列所在的数据库上进行应用 然后将新 的数据库至于打开状态 这样新的数据库就能正常对外提供服务了 DataGuard 的迁移流程如下 图所示 9 DataGuard 方案所使用的软件 工具和命令均为安装了 Oracle 10g 企业版所自带 不再需 要另行购买 流程的实施具有一定难度 尤其还要保证不影响现有的系统的正常运行 DataGuard 整个实施流程中涉及到的所有命令的学习和掌握都需要一定的时间 生产数据库和新 数据库之间的归档日志如何自动传输以及归档日志如何自动在新数据库上进行应用 都需要认真 考虑解决方案 DataGuard 方案不能对现有的数据库做表空间大小的优化调整 它只能保持新数据库所有的 数据文件和现有的数据库数据文件完全一致 但由于采用该方案 之前的数据库信息可以提前同 步 在正式切换时 需要同步的数据比较少 因而导致停业的时间比较短 在 DataGuard 的三种 模式中选择最大性能模式 可以尽可能地减少对现有生产数据库的性能影响 1 2 3借助第三方工具 Quest SharePlex 迁移 此方式和 2 2 节 Oracle DataGuard 的方法和原理是一样的 下图所示为 SharePlex for Oracle 的基本结构 10 数据捕获 SharePlex for Oracle 由捕获进程来收集发生变化的数据 捕获进程驻留在源系统上 自动 读取 Oracle 的在线日志文件 这种读操作是从操作系统的角度来完成的 而不是通过数据库 通过将日志文件作为获取变化信息的源泉 Quest 可以完成数据的复制而不会给生产系统带来额 外的开销 由于 Oracle 将所有的事物变化记录到日志中并使用日志文件进行系统恢复 因此 Shareplex for Oracle 可以通过解析日志文件保障数据的一致性 捕获进程连续监控日志文件用以捕捉变化信息 当日志文件中出现一条新记录时 SharePlex 判断其是否属于被复制对象 如果是 则 SharePlex 为该条记录加入用于决定此记录 将被发向那个主机的地址信息并将包含地址信息的记录存放到自己的队列中 存储队列存在于数 据库之外 发生改变的数据被立即处理并被发送到目标系统中而不等待提交或回滚动作的完成 因为等待提交或回滚完成将带来延迟 当提交或回滚信息被写入日志文件时 它们也将被发送到 目标系统中 从而在目标系统中完成相对应的操作 捕获进程具有如下特点 捕获进程从 Oracle 日志文件中读取信息 因此复制过程不会给生产数据库实例带来性 11 能问题 只有发生改变的数据被传输 而不是日志文件中的全部信息 因此 SharePlex 的网络 负载非常小 尽管需要在 Oracle 数据库中安装少量的对象用来存储有关复制的一些基本信息 但源 数据库不需要参与到数据捕获和传输过程中 SharePlex 的捕获进程不但可以读取在线的日志文件 而且可以读取归档日志 甚至当归档 日志文件被移动到其它设备上时 SharePlex 会发出提示信息 正是这种能力极大地增强了系统 的冗余功能 例如 如果捕获进程由于某种原因被停止 当它重新启动后数据同步不会受到影响 数据传输 SharePlex for Oracle 在基于 TCP IP 协议的网络环境完成源和目标系统之间的数据传输 其相关的进程确保数据的正确接收和网络数据包的正确顺序 从而提供网络传输冗余 确保数据 的完整 整个数据传输过程无需其它的中间件 应用数据 应用进程将传送到目标系统中的信息转化为 SQL 语句 然后发送给 Oracle 执行 SharePlex 能够实现精确复制的一个重要原因就是其能保证从源数据库到目标数据库的 Oracle 读一致性 不但按顺序复制事务 而且也复制上下文信息 将源数据库中发生变化的全部 事务信息都复制到目标数据库中 尽管企业从规划设计良好的业务系统中收益 但也不得不面临数据库升级和平台迁移这一挑 战 如从 Oracle 9i 升级到 11G 从 HP 平台前移动 AIX 平台等等呢个 SharePlex 可确保在进行以上工作时正常的事务处理得以继续进行 源系统的功能不受到任 何影响 SharePlex 只捕捉迁移过程中发生变化的事务并将它们排队保存 当迁移工作结束后 这些被保存的事务将被应用到新系统中并进行数据同步工作 一旦数据同步后 用户活动会有非 12 常短暂的停顿 在此瞬间将完成系统的切换动作 方案收益 异构平台的迁移及数据库升级 基于 SharePlex 对复制平台异构的支持 SharePlex 的系统迁移方案 完全可以实现跨平台 的数据库迁移或数据库版本的升级 例如 用户可以平滑的实现 HP 平台下 Oracle 9i 到 AIX 平 台下 Oracle 11G 的数据库升级 没有任何限制 极大地降低了停机时间 以往的数据库迁移或升级 大部分情况下只能使用 EXP IMP 的方式完成 必然造成较多的停 机时间 这对现今越来越要求高可用性的 7 24 小时系统来说 几乎是不可接受的 SharePlex 通 过使用中间机 及数据变化的即时复制等技术 使停机时间从几小时甚至几天 缩短到几分钟 最大程度的满足了用户的需求 建立了风险回退机制 通常的数据库升级或迁移都存在着一定的风险 如数据库与应用程序兼容问题等 如果升级 后出现未预料到的问题 或升级失败 则需要能够迅速切换到原有的系统 以保证系统的正常运 行 通过 SharePlex 设计方案 整个迁移过程都是可控的 原有生产环境保留 升级过程中失败 直接启用原有生产系统即可 SharePlex 完成系统的升级或迁移后 可以建立一条由新系统到旧 系统的复制链路 将新系统上的数据变化复制回旧系统 此时 如果新系统出现意外情况 应用 不仅可以迅速的切换到原有的系统 也避免了切换过程中的数据损失 保证了系统的平稳过渡 1 2 4迁移方案对比 RMAN 迁移 DataGuard SharePlex 难易程度 较为容易 有一定难度 需要专业软件 停机时间 较长 较短 较短 实施额外费用 无 无 需购买软件授权 需要调整现有数据库设置 否 是 否 迁移周期 长 短 短 平台要求 建议同构平台 同构平台 无要求 13 通过上述三种数据迁移方案的比较和本次系统迁移的要求 我们建议采用 Oracle DataGuard 的方式来实现 Oracle 数据库的数据迁移 1 2 5迁移数据校验 1 2 5 1 业务验证方案 业务验证方式是数据迁移验证的核心 由于迁移流程中从小到大 从易到难会经历内部测试 预演和正式切换三个实施阶段 而这三个阶段分别需要业务的验证 由于系统业务交易的数量太 多 而业务验证时间和参与验证机构的数量各有不同 业务验证不可能面面俱到 不可能涵盖每 一笔交易 因此需要根据每个阶段的测试目的 根据业务系统的交易类别和交易重要性 在不同 的测试阶段 选择不同的测试机构和机构数量 制定每个阶段可行的业务验证案例 在内部测试阶段 业务验证主要是测试数据迁移后应用能否正常交易 因此该阶段的测试侧 重的是业务交易的可用性和核心交易的正确性 由于中间业务测试环境已经搭建 所以在内部测 试阶段增加中间业务类的测试 预演阶段是正式切换的预先演习 由于内部测试已经测试了较为完整的交易流程 预演的目 的主要是验证实际生产前台环境的可用性 另外预演测试还能起到对新主机数据库一个压力测试 作用 在正式切换阶段 所有的验证交易均为真实的操作 之前两个阶段的交易只在测试环境有效 在生产环境中是不存在的 而正是切换后 迁移后的数据库就转为了新的生产数据库 此时的交 易验证要尽可能的详细 必须包含所有核心交易 尤其是与外围系统有业务交易往来的交易 能 测的都需要尽可能得测到 1 2 5 2 外围系统验证 如果存在以订票系统为核心的外围系统 并且这些外围系统有些是需要通过业务交易与核心 系统的应用和数据库打交道 有些是不需要通过业务交易直接在数据库层面或者其他层面与核心 14 系统进行交互 基于此 可以对所有外围系统进行分析 将不需要通过业务交易验证就可以验证 新旧数据库数据迁移是否正常的系统进行筛选 列出各外围系统与核心系统的关联性 并提供可 行的外围系统验证方法 从而提高数据迁移验证的准确性 减少业务交易验证的工作量 1 2 5 3 技术验证方案 Oracle 数据库迁移的技术特性是在通过 RMAN 恢复数据库后 不断应用迁移 前数据库生成 的归档日志而这些归档日志记录的就是使得原有数据库的数据内容进行改变的每一条语句 再由 于归档白志记录的每条语句的顺序 就是每条语句被执行的顺序 换句话说 就是执行每条语句 的时间顺序 根据以上分析 技术验证的方法可以考虑通过在特定的时间在原有的数据库中插入 特定的内容 当数据迁移完成后 在新的数据库中查找插入的特定内容是否存在 如果不存在 迁移肯定有问题 如果存在 则在一定程度上可以证明数据的一致性 基于以上的分析 再加上现有生产数据库的备份方式 备份前 必须将应用和数据库正常 关闭 因此在技术验证的时间点 考虑在生产数据库上建立一张验证表 表明为 verify tab 该表字段为日期和时间字段 每天备份数据库之前 在 verify tab 中插入一条记录 该记录的 内容为插入该条记录的日期和时间 具体精确到年 月 日 小时 分钟 秒 由于该验证记录 是在数据库关闭前产生的最后一条记录 如果新的数据库上同步结束后正常打开后 能在新的数 据库的验证表 verify tab 中查找到同样的当日插入验证记录 并且新数据库的告警日志 altertSID log 文件中没有任何出错信息 则可以肯定迁移前后新旧数据库的内容是保持完全一 致的 为了进一步验证迁移前后数据的一致性 还可以考虑将数据库中与应用相关的 重要的数据 库表的记录数和某些字段的求和进行统计 我们可以通过执行相应的 SQL 命令获得整个数据库中 一共有多少记录 当然 这个数据的获得应该在应用正常关闭后数据库正常关闭前获得 然后将 这两个数据记录下来 在数据迁移完成后 在新的数据库中同样执行相同的命令 也能得到两个 数据 将前后两次所得到的活期账户数和活期账户余额求和两个数进行对比 如果两个数都分别 完全一致 则从另一个角度也能说明迁移前后新旧数据库数据的一致性 完整性和可用性验证相对比较简单 只要迁移后的新数据库能正常打开 并且架构在数据库 之上的应用能正常启动 不会报由于数据库的问题导致应用不可用 并且新数据库的告警日志 altertSID log 文件中没有任何出错信息 那就可以肯定迁移后的新数据库是完整的 可用的 数据迁移的验证是一个非常重要的内容 通过验证可以确定新旧数据库内容是否一致 可以 确定新的数据库的完整性和有效性 15 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 数据库认证 16 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 天 同时进行系统测试 17 2 4 项目分工界面 XXXX 职责 任务一 项目准备 目标 协助 XXXX 检查实施环境条件 任务描述 协助 XXXX 前期的实施准备工作 提交有关现场安装环境要求的文档 协助完成现场环 境的准备 检查并确认 XXXX 设备安装环境是否已具备实施要求 在 XXXX 的协助下 完成本次项目的需求调查 为项目实施进行深化设计和前期准备 现场勘查 任务说明 对施工现场进行实地环境和准备情况勘察 结合现场情况访谈用户 对主机 存储 光纤网络 IP 网络需求进行深入了解和细化 结合业务特点 了解现有系统运行环境 实地勘察完上述地点后 在五个工作日内对该地发现的问题和建议进行汇总整理 以报 告的形式提交给甲方 交付件 现场勘察报告 完成标准 乙方完成上述工作 提交交付件 本任务即视为完成 任务二 制定详细设计方案及实施方案 目标 为 XXXX 项目具体实施确定深化实施方案 任务描述 制定深化设计方案 制定系统实施计划 制定系统测试计划 制定系统验收计划 交付件 SOW 手册 深化设计方案 系统实施计划方案 验收方案 完成标准 18 乙方完成上述工作 提交交付件 本任务即视为完成 任务三 设备到货 现场验收 目标 督促厂商设备生产及发货 确认到货设备符合合同约定 任务描述 督促厂商设备生产及发货 制定设备验收方案 在到货现场 对硬件设备和软件进行检查并记录设备 S N 号 交付项目 设备现场验收文档 完成标准 乙方完成上述工作 提交交付件 通过客户审核 甲方本任务即视为完成 任务四 系统安装调试 数据迁移 目标 在 XXXX 现场完成硬件设备和软件的安装 配置和调试 任务描述 数据库服务器安装 调试 存储设备安装 调试 服务器和存储系统互联 新平台 RAC 环境搭建 系统测试和迁移方案论证 演练 数据迁移 交付项目 系统集成完工报告 FAT 项目 SOP 手册 系统测试报告 系统终验报 告 完成标准 乙方完成上述工作 提交交付件 通过客户审核 甲方本任务即视为完成 XXXX 职责 l XXXX 应同集成商进行系统整体设计 规划及技术标准的制定 2 XXXX 应配合集成商的分工界面及工程实施计划 提供合适的机房环境 传输电路和与电信 的互连互通 19 3 XXXX 应在采纳集成商的各项建议后 对集成商的行为做出有效的约束 以保证工程的顺利 实施 4 XXXX 应根据双方确认的技术标准与合作界面对集成商负责的部分进行验收 并检验集成商 的工作进度 5 为保证工程的顺利运行 XXXX 应在故障发生的 1 小时之内计时以书面形式通知集成商 6 XXXX 负责整个系统的验收 7 设备到货后 XXXX 可提供存放地点 但不保证其安全性 集成商和 XXXX 应保持及时充分的沟通 本着协作的精神 共同保证工程的顺利实施 为了 保证本工程按照 XXXX 的要求按期 按质地完成工程建设 建议由贵方牵头 由集成商协助 成 立工程项目总协调小组 实施统一的工程协调会制度 实施细节如下 l 建立工程总协调小组 统一协调各方技术标准 工程进度等实施问题 2 工程总协调小组的具体运作 应该有明确的 含工程全程的实施计划和要求 内容有 工程总协调小组的组织结构及职责定义 工程总协调小组的成员名单 统一的工程进度及协调会制度 工程简报制度 工程文档规范 20 2 5 项目验收方案 项目验收包括项目结束时交付系统的验收 也包括项目执行过程中的集成产品交 付 项目阶段成果交付等的验收 应该讲 项目验收贯穿于项目的全过程 以下从项目验收组织 验收内容 验收标准 项目交付物以及验收文档 五个方 面说明本项目的项目验收 一 验收组织 由业主方 我方 如果业主需要可以外聘专家 组成验收小组 负责对项目进行 全面的验收 也可以在合同专用条款中明确是否委托第三方进行验收 没有约定第三 方的 由业主负责验收 每次验收均应在五个工作日完成 二 验收内容 测试及验收 在此次项目验收中 甲乙双方需要对项目中所提供的产品型号进行验收 验收过 程中 将提交验收方案 验收测试报告 在产品交付验收后 我方会将产品全部技术文件 资料 及测试 验收报告等文 档汇集成册交付 XXXX 股份有限公司 在验收中测试的程序包括 1 测试计划及程序包括下列几项 a 测试的说明及测试的目的 b 测试结果记录的说明 c 观察 测试结果的硬件产品及程序 d 测试进度表 e 使用的软件程序清单及说明 1 有关的测试结果要以书面报告的形式由投标人提交 内容包括 a 测试的系统功能 b 测试的系统性能等 设备验收 我方应提前二天通知业主做好验收准备 在指定的交货地点组织验收应随货物向 客户交付相关的备件 工具 使用说明书及相关资料 设备验收是项目重要环节 主 要设备清点及加电测试 具体包含内容如下 1 设备的品牌 规格 数量 质量 资料 2 设备是全新的 未使用过的 采用的是最佳材料和第一流的工艺 3 设备的质量 规格和性能等符合合同规定的质量 规格和性能要求 21 验收合格后 业主应向我方出具加盖公章的 货物质量验收单 验收不合格的 业主有权拒收 我方应在 5 个工作日内按约如数更换到位 并保证验收合格 逾期交 货按违约处理 如果检测结果证明确有质量问题 我方应无条件退货 检测费用由我 方承担 并承担因此逾期交货的违约责任 如果检测结果证明没有质量问题 业主应无条件接受货物 检测费用由业主承担 我方不再承担因此逾期交货的违约 三 项目最终验收 项目阶段验收完成后 系统进入试运行期 系统经过试运行稳定运行后 由 XXXX 主管部门组织最终评估审查的方式进行最终验收 项目最终验收包含 系统功能测试 系统性能测试 项目绩效分析 工程实施 文档检查等工作 全方位对项目实施结果进行测试和检查 确保达到系统设计要求 项目最终验收合格后 双方代表签署 最终验收报告 最终验收报告 的签署 即代表项目系统集成工作全部完成 四 验收标准 设备验收标准 1 设备的品牌 规格 数量 质量 规格和性能及资料满足合同要求 2 设备是全新的 未使用过的 系统验收标准 1 将 XXXX 招标文件 我公司投标文件 我公司针对本项目的深化设计与施工 设计及相关标准与规范作为建成后的系统的验收标准 2 项目安装实施工艺满足合同要求 3 提交项目技术文档规范完整满足合同要求 4 项目完整性检查符合合同要求 交付文档 项目交付件是指项目中需要 提交的文档 本项目交付件如下 1 项目商务文档 a 验货报告 b 设备安装报告 c 系统测试报告 d 系统验收报告 e 技术服务确认报告 2 项目方案设计文档 22 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 24 小时 4 由乙方提供专人 7 24 小时技术支持 提供专人的姓名 联系方式 5 固定节假日提供相应维护工程师联系方式 XXX 6 响应时间具体要求 接到招标方故障报修 可通过电话进行技术支持 协助和指 导用户进行排除故障 当系统故障不能排除或系统出现紧急故障时 接用户通知 后相应技术支持人员应在 2 小时内到达招标方故障现场进行紧急故障排除 如果 8 小时内不能排除故障的 应视业务中断情况提供备用设备 7 保修期内乙方须提供每季度进行一次巡检服务 8 保修期满后 因系统涉及技术 设备等问题而影响系统正常运行或出现用户无法 23 自行处理的问题 乙方应提供必要的技术支持 但可根据甲乙双方协商 收取一 定的服务成本费 9 服务方式 原厂的服务方式按照厂商公开发布的 7 24 4 服务规范执行 乙方的 服务方式有电话 邮件 远程及现场服务 10 乙方为甲方提供原厂技术培训 包括正规的资料和培训项目 培训时间 4 天或以 上 人数 6 人或以上 内容需要包含维护 优化 故障修复的相关内容 11 提供硬件和相关软件故障报警功能 实施配置接口和协议 集成加入甲方统一监 控平台 做到实时监控 12 上线期间 乙方派遣获得指定小型机中级以上证书的技术人员进行驻场服务 24