2022年数据迁移方案参照 .pdf

《2022年数据迁移方案参照 .pdf》由会员分享，可在线阅读，更多相关《2022年数据迁移方案参照 .pdf（25页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、正本招 标 人：XXXX项目名称：电信机房迁移项目（数据库升级部分）投标文件投标方全称： XXXX 股份有限公司2012 年 02 月 20 日名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 25 页 - - - - - - - - - 前 言首先， 非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移项目”的机会， 我们凭借自身综合实力及多年系统集成，提交本方案，望能采用。XXXX集团（原青鸟软件股份有限公司）起源于北京大学，是一家专业从事软件与信息技术服务的大型

2、企业集团（以下简称“XXXX ” ） ，XXXX集团以 XXXX股份有限公司为核心企业， XXXX活跃在新经济下企业转型服务领域，并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经验，与 50 多家国际著名管理咨询公司和软硬件厂商结成战略合作联盟， 与 3000 多家国内集成商紧密合作，为数万家客户提供信息技术服务和应用软件解决方案及相关服务，在金融、能源、政府及企业领域建立起了卓越的声誉和品牌，是客户最佳的信息技术发展战略合作伙伴。针对本项目， XXXX具有如下优势：集成优势XXXX作为一级系统集成商，对系统集成有着深刻的认识；同时设计和实施过在众多

3、数据中心、大型业务系统的软硬件平台，有着丰富的建设经验；针对应用的高可用性和业务的连续性有着深入的研究，结合用户的具体需求，我们将提供全面、合理的解决方案。产品优势XXXX是 IBM、HP 、SUN小型机； ORACLE 、SYBASE 数据库； IBM、ORACLE 中间件及试测软件；EMC 、HDS存储； CISCO 、AVAYA 网络设备； APC机房设备等高级别代理商，对各类产品有深入细致的了解，能为贵校提供最优的解决方案。完善的质量保证体系ISO9001 质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水平，确立了以客户为中心的质量体系，并将其定义到整个系统

4、集成的设计/开发、供应、安装和服务领域。本地化服务能力上海 XXX员工逾 200 人，技术人员50 余名，其中包括小型机、中型机、存储、数据库、智能化、软件、项目经理人及网络工程师若干名，具备较强的技术力量和集成能力。公司特为此项目成立豪华项目小组，由公司销售总监担当项目组长，监控整个项目的实施过程，并组建15 人的技术服务团队（有厂商资格认证的工程师）配合厂商为用户提供全方位的技术服务。优惠政策公司根据本实验室的建设目标、主要任务和功能定位，特免费赠送对改实验室建设有帮助的一款系统软件数据统计软件，希望能够充分的帮助学校更好的建设此实验室。科研合作近期，国家加大了对“产学研”过程的扶持与引导

5、力度，而XXXX也一直致力于出身高校（前北大系）服务于高校的准则，大力与高校进行校企合作。充分利用高校的人力资源与科研能力，在金融、 电力、 能源、 高教等领域共同开发出适合市场需求的产品，并树立良好的品牌。因此， 希望通过此次参与上海交通大学项目，能够有机会更进一步与贵校在内容安全领域有更多的科研合作，通过 XXXX现有的用户群来做市场推广。本着与 XXXX 建立全面、持久、稳定、良好的业务合作关系，我们郑重承诺：以丰富的项目实施能力、雄厚的资金实力，以方便、 快捷的本地化服务特点为保障，确保 XXXX数据库升级项目的顺利实施。名师资料总结 - - -精品资料欢迎下载 - - - - - -

6、 - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 25 页 - - - - - - - - - 目录第一章技术方案. 31项目方案 . 31.1生产中心硬件平台 . 31.1.1系统拓扑结构 . 31.1.2服务器硬件平台选择 . 41.1.3存储部分. 51.1.4存储交换机. 61.2数据迁移方案 . 71.2.1RMAN Backup/Restore迁移 . 71.2.2Oracle DataGuard迁移. 81.2.3借助第三方工具（Quest SharePlex）迁移 . 91.2.4迁移方案对比 . 121.2.5迁移数据

7、校验 . 132服务协议 .152.1服务内容 . 152.2项目实施工作小组 . 152.3项目进度计划 . 162.4项目分工界面 . 172.5项目验收方案 . 202.6售后服务承诺 . 22名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 25 页 - - - - - - - - - 第一章技术方案1 项目方案1.1 生产中心硬件平台1.1.1 系统拓扑结构XXXX现有数据中心和新建设的数据中心服务器配置的简单拓扑图如下图所示：现有生产中心数据库服务器硬件平台由两

8、台Sun v890 服务器构成，在Solaris 10操作系统上运行 Oracle RAC 数据库（ 10gR2） ，数据文件存放在共享的HP EVA8400磁盘阵列上。本次方案的主要目的是建设新的硬件平台，将数据库从现有平台平滑迁移至新的硬件平台。本次方案根据招标文件中相关要求，参考当前系统运行状况，选择合适的硬件平台，支持核心数据库系统的稳定、高效运行。根据本节硬件平台的选择结果，在第2 节中我们将会给出相应的数据迁移的几种方案。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4

9、 页，共 25 页 - - - - - - - - - 1.1.2 服务器硬件平台选择当前数据库服务器采用了Sun v890 服务器，我们的目标是根据现有的硬件配置推算出我们需要的新硬件平台服务器的处理器的配置需求。衡量OLTP 类应用系统的处理器处理能力的指标有CPU2006 ，SPECjbb2005，TPC-C等指标。 由于不同厂商的不同时期发布的产品在性能比较上不存在单一的标准，加上部分产品未参与某些指标的公开测试，所以在下面的讨论中我们选择同时发布了SPECjbb2005和 CPU2006指标的 v890（UltraSPARC IV+ 2.1GHz处理器）服务器作为基准，作为其他服务器

10、处理器比较的依据。从 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 因为

11、 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 核心处理器

12、和64GB内存。根据这一要求，我们从主流的服务器厂商中选择了Oracle 的 M5000服务器作为推荐型号，满足本次方案建设要求。其性能参数如上表所示，可以看出，配置新型号的处理器，考虑到存储设备升级，I/O 系统的优化，数据库参数和配置的调整及优化，有充分证据可以表明可以提升当前数据库系统的性能，使得系统的响应时间缩短 510 倍，系统的吞吐量提高510 倍左右。从而系统总体性能上有了10 倍左右的提升。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 25 页 - -

13、- - - - - - - 1.1.3 存储部分OLTP是传统的关系型数据库的主要应用，主要是基本的、 日常的事务处理，具有很高的并发性（大量的交互式用户） ，并且是更新密集型的，SQL语句主要以插入、更新和删除为主，要求具有较快的响应时间，以银行系统，订票系统为代表。由于 OLTP应用的业务特点，从性能角度出发，对磁盘子系统有一定的要求。OLTP系统最容易出现瓶颈的地方除了CPU就是磁盘子系统。磁盘子系统在OLTP环境中，它的承载能力一般取决于它每秒处理I/O 的数量。因为在OLTP环境中，磁盘物理读一般都是db file sequential read，也就是单块读，但是这个读的次数非常频

14、繁。如果频繁到磁盘子系统都不能承载其 IOPS的时候， 就会出现大的性能问题。另外磁盘子系统的控制器的Cache大小对 I/O 系统的性能也至关重要， Cache 决定了很多事务不需要从物理磁盘存取数据，从而大大缩短了事务处理的时间。根据标书要求，存储设备的选择需要同时支持FC和 iSCSI 协议， IOPS 至少达到18000，控制器缓存至少16GB ，可用磁盘容量达到10TB，配置容量需要达到20TB 左右。针对Oracle 数据库，可以按照如下的方式进行RAID的设置：文件需要容量RAID类型控制文件200M RAID 0+1 Redo日志文件300GB RAID 0+1 系统表空间50

15、GB 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磁盘。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

16、 第 6 页，共 25 页 - - - - - - - - - 为了满足随机IOPS 18000 的要求，我们按照单块15000rpm 的 SAS磁盘可以提供300400 个IOPS计算，即我们至少需要配置50 块左右的磁盘。按照容量计算，我们配置48 块转速 15000rpm、容量为 450GB的 FC磁盘，以满足性能要求。1.1.4 存储交换机主机和存储设备通过FC SAN进行互联，根据标书要求采用两台Brocade 300E SAN 交换机实现主机和存储设备的互联，保证连接性能的同时消除链路层的单点故障。每台交换机激活16 端口，满足当前主机和存储链接需求。名师资料总结 - - -精品资

17、料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 25 页 - - - - - - - - - 1.2 数据迁移方案本次系统迁移的目标是在4小时停机维护时间内完成数据在两个数据中心RAC 环境内的迁移，两地数据中心之间通过1000Mbps的以太网链路互联。我们在本方案中建议以下三种方式实现Oracle 数据库的数据迁移：RMAN Backup/Restore 通过全备份、增量备份实现数据迁移实现方式简单，迁移成本较低需要较长的停机维护时间Oracle DataGuard迁移通过建立Active-Stan

18、dby的模式运行实现数据自动复制，通过 switchover的方式实现主备中心的切换，实现数据迁移需要主 - 备中心使用相同服务器硬件平台借助第三方工具（Quest SharePlex）迁移通过建立Active-Standby的模式运行实现数据自动复制，通过 switchover的方式实现主备中心的切换，实现数据迁移支持异构平台需要第三方工具支持，成本较高1.2.1 RMAN Backup/Restore 迁移正式迁移前使用RMAN 全备份源数据库， 通过 1000Mbps网络将备份数据传输至目标数据中心，通过 RMAN restore 将数据库在目标端恢复。每天增量备份数据库，将增量备份数据

19、通过1000Mbps 网络传输至目标数据中心，通过RMAN Restore 将每天的增量数据恢复。正式迁移开始时，中断源数据库的客户端访问连接，通过 RMAN 增量备份数据库，将增量备份名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 25 页 - - - - - - - - - 数据通过1000Mbps网络传输至目标数据中心，将源数据库最后的增量部分在目标数据库恢复。该方法恢复数据库实现方式简单，不需要对源数据库进行设置变更，不影响源数据库的正常运行；但该方式迁移数据库需

20、要较长的迁移周期，同时需要安排一定的停机时间，以保证数据的完整迁移。1.2.2 O racle DataGuard迁移DataGuard 方案是在新主机存储设备划分好、操作系统和数据库软件安装完毕之后，通过在新的磁盘阵列上创建与原有的数据库一样的卷组(VolumeGroup ，简称 VG)，接着再在各个VG内创建与原有数据库完全一致的逻辑卷(LogicalVolulne，简称 LV)，归档日志所在目录以及oracle的 bdump 、cdump和 udump必须和原有的数据库相应目录设置成一致。然后在原有数据库上做全库的RMAN 备份，再在新的磁盘阵列上利用RMAN 备份生成的文件做新的数据库

21、的恢复，并且将新的数据库一直处于 managed recovery状态，在此状态下，原有数据库上生成的归档日志，可以在新的数据库上应用，以保证新的数据库与原有的数据库不断同步。在需要进行测试的时候，可以先将新的数据库做一次RMAN 备份，然后将新的数据库至于open 状态，新数据库就可以进行交易验证测试了。验证测试完成之后，将新的数据库再次恢复，此时恢复采用的文件为新数据库叩即前所做的RMAN 备份的文件， 然后再和迁移前的数据库通过应用归档日志保持不断同步。当执行数据库正式切换时，将迁移前的数据库所在的应用全部正常关闭，保证不再有新的数据库记录产生， 然后插入相应的验证数据，再连续切若干个归

22、档日志，保证在线联机日志中不再保留任何数据，将生成的所有归档日志全部在新的磁盘阵列所在的数据库上进行应用，然后将新的数据库至于打开状态，这样新的数据库就能正常对外提供服务了。DataGuard 的迁移流程如下图所示。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 25 页 - - - - - - - - - DataGuard 方案所使用的软件、工具和命令均为安装了Oracle 10g 企业版所自带，不再需要另行购买。流程的实施具有一定难度，尤其还要保证不影响现有的系统的

23、正常运行。DataGuard整个实施流程中涉及到的所有命令的学习和掌握都需要一定的时间，生产数据库和新数据库之间的归档日志如何自动传输以及归档日志如何自动在新数据库上进行应用，都需要认真考虑解决方案。DataGuard 方案不能对现有的数据库做表空间大小的优化调整，它只能保持新数据库所有的数据文件和现有的数据库数据文件完全一致。但由于采用该方案，之前的数据库信息可以提前同步，在正式切换时，需要同步的数据比较少，因而导致停业的时间比较短。在DataGuard 的三种模式中选择最大性能模式，可以尽可能地减少对现有生产数据库的性能影响。1.2.3 借助第三方工具（ Quest SharePlex ）

24、迁移此方式和2.2节 Oracle DataGuard 的方法和原理是一样的。下图所示为SharePlex for Oracle 的基本结构：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 25 页 - - - - - - - - - 数据捕获SharePlex for Oracle由捕获进程来收集发生变化的数据，捕获进程驻留在源系统上，自动读取 Oracle 的在线日志文件。这种读操作是从操作系统的角度来完成的，而不是通过数据库。通过将日志文件作为获取变化信息的源泉，

25、Quest 可以完成数据的复制而不会给生产系统带来额外的开销。由于 Oracle 将所有的事物变化记录到日志中并使用日志文件进行系统恢复，因此 Shareplex for Oracle可以通过解析日志文件保障数据的一致性。捕获进程连续监控日志文件用以捕捉变化信息。当日志文件中出现一条新记录时，SharePlex判断其是否属于被复制对象，如果是，则SharePlex为该条记录加入用于决定此记录将被发向那个主机的地址信息并将包含地址信息的记录存放到自己的队列中，存储队列存在于数据库之外。发生改变的数据被立即处理并被发送到目标系统中而不等待提交或回滚动作的完成，因为等待提交或回滚完成将带来延迟。当提

26、交或回滚信息被写入日志文件时，它们也将被发送到目标系统中，从而在目标系统中完成相对应的操作。捕获进程具有如下特点：捕获进程从Oracle 日志文件中读取信息，因此复制过程不会给生产数据库实例带来性能问题；名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 25 页 - - - - - - - - - 只有发生改变的数据被传输，而不是日志文件中的全部信息，因此 SharePlex 的网络负载非常小；尽管需要在Oracle数据库中安装少量的对象用来存储有关复制的一些基本信息，但

27、源数据库不需要参与到数据捕获和传输过程中；SharePlex的捕获进程不但可以读取在线的日志文件，而且可以读取归档日志，甚至当归档日志文件被移动到其它设备上时，SharePlex 会发出提示信息。正是这种能力极大地增强了系统的冗余功能。例如，如果捕获进程由于某种原因被停止，当它重新启动后数据同步不会受到影响；数据传输SharePlex for Oracle 在基于 TCP/IP 协议的网络环境完成源和目标系统之间的数据传输。其相关的进程确保数据的正确接收和网络数据包的正确顺序，从而提供网络传输冗余，确保数据的完整。整个数据传输过程无需其它的中间件。应用数据应用进程将传送到目标系统中的信息转化为

28、SQL语句，然后发送给Oracle 执行。SharePlex能够实现精确复制的一个重要原因就是其能保证从源数据库到目标数据库的Oracle读一致性，不但按顺序复制事务，而且也复制上下文信息，将源数据库中发生变化的全部事务信息都复制到目标数据库中。尽管企业从规划设计良好的业务系统中收益，但也不得不面临数据库升级和平台迁移这一挑战。如从Oracle 9i升级到 11G，从 HP平台前移动AIX 平台等等呢个。SharePlex可确保在进行以上工作时正常的事务处理得以继续进行。源系统的功能不受到任何影响， SharePlex 只捕捉迁移过程中发生变化的事务并将它们排队保存。当迁移工作结束后，这些被保

29、存的事务将被应用到新系统中并进行数据同步工作。一旦数据同步后，用户活动会有非常短暂的停顿，在此瞬间将完成系统的切换动作。方案收益名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 25 页 - - - - - - - - - 异构平台的迁移及数据库升级基于 SharePlex对复制平台异构的支持，SharePlex的系统迁移方案，完全可以实现跨平台的数据库迁移或数据库版本的升级。例如：用户可以平滑的实现HP 平台下 Oracle 9i 到 AIX 平台下 Oracle 11

30、G的数据库升级，没有任何限制。极大地降低了停机时间以往的数据库迁移或升级，大部分情况下只能使用EXP/IMP 的方式完成，必然造成较多的停机时间，这对现今越来越要求高可用性的7*24 小时系统来说，几乎是不可接受的。SharePlex 通过使用中间机， 及数据变化的即时复制等技术，使停机时间从几小时甚至几天，缩短到几分钟， 最大程度的满足了用户的需求。建立了风险回退机制通常的数据库升级或迁移都存在着一定的风险，如数据库与应用程序兼容问题等，如果升级后出现未预料到的问题，或升级失败，则需要能够迅速切换到原有的系统，以保证系统的正常运行。通过 SharePlex 设计方案， 整个迁移过程都是可控的

31、，原有生产环境保留，升级过程中失败直接启用原有生产系统即可。SharePlex 完成系统的升级或迁移后，可以建立一条由新系统到旧系统的复制链路， 将新系统上的数据变化复制回旧系统。此时，如果新系统出现意外情况，应用不仅可以迅速的切换到原有的系统，也避免了切换过程中的数据损失，保证了系统的平稳过渡。1.2.4 迁移方案对比RMAN 迁移DataGuard SharePlex 难易程度较为容易有一定难度需要专业软件停机时间较长较短较短实施额外费用无无需购买软件授权需要调整现有数据库设置否是否迁移周期长短短平台要求建议同构平台同构平台无要求通过上述三种数据迁移方案的比较和本次系统迁移的要求，我们建议

32、 采用 Oracle DataGuard的方式来实现Oracle 数据库的数据迁移。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共 25 页 - - - - - - - - - 1.2.5 迁移数据校验1.2.5.1业务验证方案业务验证方式是数据迁移验证的核心，由于迁移流程中从小到大、从易到难会经历内部测试、预演和正式切换三个实施阶段，而这三个阶段分别需要业务的验证。由于系统业务交易的数量太多，而业务验证时间和参与验证机构的数量各有不同，业务验证不可能面面俱到，不可能涵

33、盖每一笔交易， 因此需要根据每个阶段的测试目的，根据业务系统的交易类别和交易重要性，在不同的测试阶段，选择不同的测试机构和机构数量，制定每个阶段可行的业务验证案例。在内部测试阶段，业务验证主要是测试数据迁移后应用能否正常交易，因此该阶段的测试侧重的是业务交易的可用性和核心交易的正确性，由于中间业务测试环境已经搭建，所以在内部测试阶段增加中间业务类的测试。预演阶段是正式切换的预先演习。由于内部测试已经测试了较为完整的交易流程，预演的目的主要是验证实际生产前台环境的可用性，另外预演测试还能起到对新主机数据库一个压力测试作用。在正式切换阶段， 所有的验证交易均为真实的操作，之前两个阶段的交易只在测试

34、环境有效，在生产环境中是不存在的，而正是切换后， 迁移后的数据库就转为了新的生产数据库，此时的交易验证要尽可能的详细，必须包含所有核心交易，尤其是与外围系统有业务交易往来的交易，能测的都需要尽可能得测到。1.2.5.2外围系统验证如果存在以订票系统为核心的外围系统，并且这些外围系统有些是需要通过业务交易与核心系统的应用和数据库打交道，有些是不需要通过业务交易直接在数据库层面或者其他层面与核心系统进行交互， 基于此， 可以对所有外围系统进行分析，将不需要通过业务交易验证就可以验证新旧数据库数据迁移是否正常的系统进行筛选，列出各外围系统与核心系统的关联性，并提供可行的外围系统验证方法，从而提高数据

35、迁移验证的准确性，减少业务交易验证的工作量。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 25 页 - - - - - - - - - 1.2.5.3技术验证方案Oracle数据库迁移的技术特性是在通过RMAN 恢复数据库后，不断应用迁移，前数据库生成的归档日志而这些归档日志记录的就是使得原有数据库的数据内容进行改变的每一条语句。再由于归档白志记录的每条语句的顺序，就是每条语句被执行的顺序，换句话说， 就是执行每条语句的时间顺序。根据以上分析，技术验证的方法可以考虑通

36、过在特定的时间在原有的数据库中插入特定的内容， 当数据迁移完成后，在新的数据库中查找插入的特定内容是否存在，如果不存在， 迁移肯定有问题，如果存在，则在一定程度上可以证明数据的一致性。基于以上的分析，再加上现有生产数据库的备份方式，备份前， 必须将应用和数据库正常关闭，因此在技术验证的时间点，考虑在生产数据库上建立一张验证表，表明为verify-tab，该表字段为日期和时间字段，每天备份数据库之前，在 verify-tab中插入一条记录，该记录的内容为插入该条记录的日期和时间，具体精确到年、月、日、小时、分钟、秒。由于该验证记录是在数据库关闭前产生的最后一条记录，如果新的数据库上同步结束后正常

37、打开后，能在新的数据库的验证表verify-tab中查找到同样的当日插入验证记录，并且新数据库的告警日志altertSID.log文件中没有任何出错信息，则可以肯定迁移前后新旧数据库的内容是保持完全一致的。为了进一步验证迁移前后数据的一致性，还可以考虑将数据库中与应用相关的、重要的数据库表的记录数和某些字段的求和进行统计。我们可以通过执行相应的SQL命令获得整个数据库中一共有多少记录。当然，这个数据的获得应该在应用正常关闭后数据库正常关闭前获得，然后将这两个数据记录下来。在数据迁移完成后，在新的数据库中同样执行相同的命令，也能得到两个数据，将前后两次所得到的活期账户数和活期账户余额求和两个数进

38、行对比，如果两个数都分别完全一致，则从另一个角度也能说明迁移前后新旧数据库数据的一致性。完整性和可用性验证相对比较简单，只要迁移后的新数据库能正常打开，并且架构在数据库之上的应用能正常启动，不会报由于数据库的问题导致应用不可用，并且新数据库的告警日志altertSID.log文件中没有任何出错信息，那就可以肯定迁移后的新数据库是完整的、可用的。数据迁移的验证是一个非常重要的内容，通过验证可以确定新旧数据库内容是否一致，可以确定新的数据库的完整性和有效性。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - -

39、 - - - 第 15 页，共 25 页 - - - - - - - - - 2 服务协议2.1 服务内容本项目主要包括了XXXX 股份有限公司电信机房迁移项目涉及的服务器、存储、SAN 交换机、虚拟化软件等硬件设备、相关软件以及系统集成方案详细设计、实施、培训、技术支持与服务等内容。本项目系统集成服务的具体内容如下：1.完成本项目中标采购设备的总体设计及工程实施方案的设计。2.完成本项目中标采购设备的安装、调试及相关软件的集成服务。3.完成本项目中涉及到的系统升级、平台迁移和数据迁移的实施工作，确保在停机时间内可以平滑升级。4.编制与本项目相关的各种工作文档、技术文挡、 测试记录和工作记录，

40、并在项目验收完成后全部提交给甲方备案。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

41、5 页 - - - - - - - - - 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 页，共 25 页 - - - - - - - - -

42、2.4 项目分工界面XXXX 职责：?任务一 项目准备目标： 协助 XXXX 检查实施环境条件。任务描述：协助 XXXX前期的实施准备工作，提交有关现场安装环境要求的文档，协助完成现场环境的准备，检查并确认XXXX设备安装环境是否已具备实施要求。在 XXXX 的协助下，完成本次项目的需求调查，为项目实施进行深化设计和前期准备。现场勘查任务说明：对施工现场进行实地环境和准备情况勘察。结合现场情况访谈用户，对主机、存储、光纤网络、IP 网络需求进行深入了解和细化。结合业务特点，了解现有系统运行环境。实地勘察完上述地点后，在五个工作日内对该地发现的问题和建议进行汇总整理，以报告的形式提交给甲方。交付

43、件 : 现场勘察报告完成标准：乙方完成上述工作，提交交付件，本任务即视为完成。?任务二 制定详细设计方案及实施方案目标： 为 XXXX 项目具体实施确定深化实施方案。任务描述：制定深化设计方案。制定系统实施计划。制定系统测试计划。制定系统验收计划。交付件：SOW 手册 、 深化设计方案 、 系统实施计划方案 、 验收方案完成标准：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 18 页，共 25 页 - - - - - - - - - 乙方完成上述工作，提交交付件，本任务即视为完成。

44、?任务三 设备到货、现场验收目标： 督促厂商设备生产及发货，确认到货设备符合合同约定。任务描述：督促厂商设备生产及发货。制定设备验收方案。在到货现场，对硬件设备和软件进行检查并记录设备S/N 号。交付项目：设备现场验收文档完成标准：乙方完成上述工作，提交交付件，通过客户审核，甲方本任务即视为完成。?任务四 系统安装调试、数据迁移目标： 在 XXXX 现场完成硬件设备和软件的安装、配置和调试。任务描述：数据库服务器安装，调试存储设备安装、调试服务器和存储系统互联新平台 RAC环境搭建系统测试和迁移方案论证、演练数据迁移交付项目 ：系统集成完工报告（ FAT ） 、 项目 SOP手册 、 系统测试

45、报告、 系统终验报告完成标准：乙方完成上述工作，提交交付件，通过客户审核，甲方本任务即视为完成。XXXX 职责： l，XXXX应同集成商进行系统整体设计，规划及技术标准的制定； 2，XXXX应配合集成商的分工界面及工程实施计划，提供合适的机房环境、传输电路和与电信的互连互通；名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 19 页，共 25 页 - - - - - - - - - 3，XXXX应在采纳集成商的各项建议后，对集成商的行为做出有效的约束，以保证工程的顺利实施： 4，XXX

46、X 应根据双方确认的技术标准与合作界面对集成商负责的部分进行验收，并检验集成商的工作进度； 5，为保证工程的顺利运行，XXXX应在故障发生的1 小时之内计时以书面形式通知集成商；6，XXXX负责整个系统的验收。7，设备到货后XXXX可提供存放地点，但不保证其安全性。集成商和XXXX应保持及时充分的沟通，本着协作的精神，共同保证工程的顺利实施。为了保证本工程按照XXXX的要求按期、按质地完成工程建设，建议由贵方牵头，由集成商协助，成立工程项目总协调小组，实施统一的工程协调会制度。实施细节如下：l ，建立工程总协调小组，统一协调各方技术标准、工程进度等实施问题。2，工程总协调小组的具体运作，应该有

47、明确的、含工程全程的实施计划和要求。内容有：工程总协调小组的组织结构及职责定义；工程总协调小组的成员名单；统一的工程进度及协调会制度；工程简报制度；工程文档规范。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 20 页，共 25 页 - - - - - - - - - 2.5 项目验收方案项目验收包括项目结束时交付系统的验收，也包括项目执行过程中的集成产品交付、项目阶段成果交付等的验收。应该讲，项目验收贯穿于项目的全过程。以下从项目验收组织、 验收内容、验收标准、 项目交付物以及验收

48、文档， 五个方面说明本项目的项目验收。一、验收组织由业主方、我方（如果业主需要可以外聘专家）组成验收小组，负责对项目进行全面的验收。也可以在合同专用条款中明确是否委托第三方进行验收，没有约定第三方的，由业主负责验收，每次验收均应在五个工作日完成。二、验收内容测试及验收在此次项目验收中，甲乙双方需要对项目中所提供的产品型号进行验收。验收过程中，将提交验收方案、验收测试报告。在产品交付验收后，我方会将产品全部技术文件、资料、及测试、验收报告等文档汇集成册交付 XXXX 股份有限公司。在验收中测试的程序包括：1）测试计划及程序包括下列几项：a）测试的说明及测试的目的；b）测试结果记录的说明；c）观察

49、、测试结果的硬件产品及程序；d）测试进度表；e）使用的软件程序清单及说明。1）有关的测试结果要以书面报告的形式由投标人提交，内容包括：a）测试的系统功能；b）测试的系统性能等。设备验收我方应提前二天通知业主做好验收准备。在指定的交货地点组织验收应随货物向客户交付相关的备件、 工具、使用说明书及相关资料。 设备验收是项目重要环节， 主要设备清点及加电测试，具体包含内容如下：1.设备的品牌、规格、数量、质量、资料。2.设备是全新的、未使用过的，采用的是最佳材料和第一流的工艺。3.设备的质量、规格和性能等符合合同规定的质量、规格和性能要求。名师资料总结 - - -精品资料欢迎下载 - - - - -

50、 - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 21 页，共 25 页 - - - - - - - - - 验收合格后，业主应向我方出具加盖公章的货物质量验收单。验收不合格的，业主有权拒收。我方应在5 个工作日内按约如数更换到位，并保证验收合格。逾期交货按违约处理。如果检测结果证明确有质量问题，我方应无条件退货，检测费用由我方承担，并承担因此逾期交货的违约责任。如果检测结果证明没有质量问题， 业主应无条件接受货物， 检测费用由业主承担，我方不再承担因此逾期交货的违约。三、项目最终验收项目阶段验收完成后，系统进入试运行期。系统经过试运行稳定运行