数据迁移方案

《数据迁移方案》由会员分享，可在线阅读，更多相关《数据迁移方案（22页珍藏版）》请在金锄头文库上搜索。

1、正本招标人：XXXX项目名称：电信机房迁移项目（投库升级部分）标文件投标方全称：XXXX股份有限公司2012年02月20日前言首先，非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移项目”的机会，我们凭借自身 综合实力及多年系统集成，提交本方案，望能采用。XXXX集团（原青鸟软件股份有限公司）起源于北京大学，是一家专业从事软件与信息技术服务 的大型企业集团（以下简称“XXXX”），XXXX集团以XXXX股份有限公司为核心企业，XXXX活跃在新 经济下企业转型服务领域，并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积 累了世界领先的专业技术和服务经验，与50多家国际着名管理

2、咨询公司和软硬件厂商结成战略合作 联盟，与3000多家国内集成商紧密合作，为数万家客户提供信息技术服务和应用软件解决方案及相 关服务，在金融、能源、政府及企业领域建立起了卓越的声誉和品牌，是客户最佳的信息技术发展 战略合作伙伴。针对本项目，XXXX具有如下优势：集成优势XXXX作为一级系统集成商，对系统集成有着深刻的认识；同时设计和实施过在众多数据中心、 大型业务系统的软硬件平台，有着丰富的建设经验；针对应用的高可用性和业务的连续性有着深入 的研究，结合用户的具体需求，我们将提供全面、合理的解决方案。产品优势XXXX是IBM、HP、SUN小型机；ORACLE、SYBASE数据库；IBM、ORA

3、CLE中间件及试测软件；EMC、 HDS存储；CISCO. AVAYA网络设备；APC机房设备等高级别代理商，对各类产品有深入细致的了解， 能为贵校提供最优的解决方案。完善的质量保证体系ISO9001质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水 平，确立了以客户为中心的质量体系，并将其定义到整个系统集成的设计/开发、供应、安装和服务 领域。本地化服务能力上海XXX员工逾200人，技术人员50余名，其中包括小型机、中型机、存储、数据库、智 能化、软件、项目经理人及网络工程师若干名，具备较强的技术力量和集成能力。公司特为此项目成立豪华项目小组，由公司销售总监担当项目

4、组长，监控整个项目的实施过程， 并组建15人的技术服务团队（有厂商资格认证的工程师）配合厂商为用户提供全方位的技术服务。优惠政策公司根据本实验室的建设目标、主要任务和功能定位，特免费赠送对改实验室建设有帮助的一 款系统软件数据统计软件，希望能够充分的帮助学校更好的建设此实验室。科研合作近期，国家加大了对“产学研”过程的扶持与引导力度，而XXXX也一直致力于出身高校（前 北大系）服务于高校的准则，大力与高校进行校企合作。充分利用高校的人力资源与科研能力，在 金融、电力、能源、高教等领域共同开发出适合市场需求的产品，并树立良好的品牌。因此，希望通 过此次参与上海交通大学项目，能够有机会更进一步与贵

5、校在内容安全领域有更多的科研合作，通 过XXXX现有的用户群来做市场推广。本着与XXXX建立全面、持久、稳定、良好的业务合作关系，我们郑重承诺： 以丰富的项目实施能力、雄厚的资金实力，以方便、快捷的本地化服务特点为保障，确保XXXX数据 库升级项目的顺利实施。2.6售后服务承诺第一章技术方案第一章第一章技术方案1项目方案1.1 生产中心硬件平台1.1.1 系统拓扑结构112服务器硬件平台选择1.1.3存储部分.114存储交换机1.2 数据迁移方案1.2.1 RMAN Backup/Restore 迁移1.2.2 Oracle DataGuard 迁移1.2.3 借助第三方工具 QuestSha

6、rePlex）迁移1.2.4 迁移方案对比1.25迁移数据校验.2服务协议2.1 服务内容2.2 项目实施工作小组2.3 项目进度计划2.4 项目分工界面2项目验收方案1项目方案1.1生产中心硬件平台1.1.1系统拓扑结构XXXX现有数据中心和新建设的数据中心服务器配置的简单拓扑图如下图所示：现有生产中心数据库服务器硬件平台由两台Sun v890服务器构成，在Solaris 10操作系统上 运行Oracle RAC数据库（10gR2），数据文件存放在共享的HP EVA8400磁盘阵列上。本次方案的主 要目的是建设新的硬件平台，将数据库从现有平台平滑迁移至新的硬件平台。本次方案根据招标文件中相关

7、要求，参考当前系统运行状况，选择合适的硬件平台，支持核心 数据库系统的稳定、高效运行。根据本节硬件平台的选择结果，在第2节中我们将会给出相应的数据迁移的几种方案。1.1.2服务器硬件平台选择当前数据库服务器采用7Sun v890服务器，我们的目标是根据现有的硬件配置推算出我们需 要的新硬件平台服务器的处理器的配置需求。衡量OLTP类应用系统的处理器处理能力的指标有 CPU2006, SPECjbb2005, TPC-C等指标。由于不同厂商的不同时期发布的产品在性能比较上不存在单 一的标准，加上部分产品未参与某些指标的公开测试，所以在下面的讨论中我们选择同时发布了 SPECjbb2005和CPU

8、2006指标的v890（UltraSPARC IV+ 2.1GHz处理器）服务器作为基准，作为其 他服务器处理器比较的依据。从和可以分别获得主流服务器平台的TPC-C和CPU2006指标数据。各个型号服务器的SPECjbb2005和CPU2006的数据和相应配置如下表所示：因为UltraSPARC IV+ 1500MHz的v890采用的是SPECjbb2005指标，我们只能从相关的参考指 标来推算出当前Oracle在主流服务器中配置的SPARC64芯片性能比较参数。从上表中可以看出，单 颗2.6GHz 的SPARC64芯片性能大约是2.1GHz UltraSPARC IV+芯片的2.3倍，单颗

9、2.1GHz UltraSPARC IV+处理器是同型号1.5GHz主频处理器的2倍。因此2.6GHz主频的SPARC64处理器性能是UltraSPARC 1.5GHz处理器性能的5倍左右。根据标书要求，服务器满配置需要至少32核心处理器和64GB内存。根据这一要求，我们从主 流的服务器厂商中选择7Oracle的M5000服务器作为推荐型号，满足本次方案建设要求。其性能参 数如上表所示，可以看出，配置新型号的处理器，考虑到存储设备升级，I/O系统的优化，数据库参 数和配置的调整及优化，有充分证据可以表明可以提升当前数据库系统的性能，使得系统的响应时 间缩短510倍，系统的吞吐量提高510倍左右

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

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

12、+1核心生产数据表空间1TBRAID 0+1索引表空间500GBRAID 0+1归档日志空间200GBRAID 0+1回滚表空间200GBRAID 0+1其他数据表空间1TBRAID 5历史数据文件1TBRAID 5本次方案我们根据标书要求选择HP EVA 8400存储设备作为推荐产品，满足本次建设要求。HPEVA 8400控制器最大支持22GB Cache。支持FC、FATA和SSD磁盘。为了满足随机IOPS 18000的要求，我们按照单块15000rpm的SAS磁盘可以提供300400个IOPS计算，即我们至少需要配置50块左右的磁盘。按照容量计算，我们配置48块转速15000rpm、 容

13、量为450GB的FC磁盘，以满足性能要求。1.1.4存储交换机主机和存储设备通过FC SAN进行互联，根据标书要求采用两台Brocade 300E SAN交换机实现 主机和存储设备的互联，保证连接性能的同时消除链路层的单点故障。每台交换机激活16端口，满 足当前主机和存储链接需求。1.2数据迁移方案本次系统迁移的目标是在4小时停机维护时间内完成数据在两个数据中心RAC环境内的迁移， 两地数据中心之间通过1000Mbps的以太网链路互联。我们在本方案中建议以下三种方式实现Oracle数据库的数据迁移： RMAN Backup/Restore 通过全备份、增量备份实现数据迁移 实现方式简单，迁移成

14、本较低 需要较长的停机维护时间 Oracle DataGuard 迁移 通过建立Active-Standby的模式运行实现数据自动复制，通过switchover的方式 实现主备中心的切换，实现数据迁移 需要主-备中心使用相同服务器硬件平台 借助第三方工具(Quest SharePlex)迁移 通过建立Active-Standby的模式运行实现数据自动复制，通过switchover的方式实现主备中心的切换，实现数据迁移 支持异构平台 需要第三方工具支持，成本较高1.2.1RMAN Backup/Restore 迁移正式迁移前使用RMAN全备份源数据库，通过1000Mbps网络将备份数据传输至目标

15、数据中心， 通过RMAN restore将数据库在目标端恢复。每天增量备份数据库，将增量备份数据通过1000Mbps网络传输至目标数据中心，通过RMAN Restore将每天的增量数据恢复。正式迁移开始时，中断源数据库的客户端访问连接，通过RMAN增量备份数据库，将增量备份 数据通过1000Mbps网络传输至目标数据中心，将源数据库最后的增量部分在目标数据库恢复。该方法恢复数据库实现方式简单，不需要对源数据库进行设置变更，不影响源数据库的正常 运行；但该方式迁移数据库需要较长的迁移周期，同时需要安排一定的停机时间，以保证数据的完 整迁移。1.2.2Oracle DataGuard 迁移DataGuard方案是在新主机存储设备划分好、操作系统和数据库软件安装完毕之后，通过在 新的磁盘阵列上创建与原有的数据库一样的卷组（VolumeGroup，简称VG），接着再在各个VG内创 建与原有数据库完全一致的逻辑卷（LogicalVolulne，简称LV），归档日志所在目录以及oracle 的bdump、cdump和udump必须和原有的数据库相应目录设置成一致。然后在原有数据库上做