《某数据迁移方案总结》由会员分享，可在线阅读，更多相关《某数据迁移方案总结（20页珍藏版）》请在金锄头文库上搜索。
1、 .wd.正本招 标 人：XXXX工程名称：电信机房迁移工程数据库升级局部投标文件投标方全称：XXXX股份2012年02月20日前 言首先，非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移工程的时机，我们凭借自身综合实力及多年系统集成，提交本方案，望能采用。XXXX集团原青鸟软件股份起源于北京大学，是一家专业从事软件与信息技术服务的大型企业集团以下简称“XXXX，XXXX集团以XXXX股份为核心企业， XXXX活泼在新经济下企业转型服务领域，并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经历，与50多家国际著名管理咨询公司和软硬件厂商结成战
2、略合作联盟，与3000多家国内集成商严密合作，为数万家客户提供信息技术服务和应用软件解决方案及相关服务，在金融、能源、政府及企业领域建设起了卓越的声誉和品牌，是客户最正确的信息技术开展战略合作伙伴。针对本工程，XXXX具有如下优势：集成优势XXXX作为一级系统集成商，对系统集成有着深刻的认识；同时设计和实施过在众多数据中心、大型业务系统的软硬件平台，有着丰富的建设经历；针对应用的高可用性和业务的连续性有着深入的研究，结合用户的具体需求，我们将提供全面、合理的解决方案。产品优势XXXX是IBM、HP、SUN小型机；ORACLE、SYBASE数据库；IBM、ORACLE中间件及试测软件；EMC、H
3、DS存储；CISCO、AVAYA网络设备；APC机房设备等高级别代理商，对各类产品有深入细致的了解，能为贵校提供最优的解决方案。完善的质量保证体系ISO9001质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水平，确立了以客户为中心的质量体系，并将其定义到整个系统集成的设计/开发、供应、安装和服务领域。本地化服务能力上海XXX员工逾200人，技术人员50余名，其中包括小型机、中型机、存储、数据库、智能化、软件、工程经理人及网络工程师假设干名，具备较强的技术力量和集成能力。公司特为此工程成立豪华工程小组，由公司销售总监担当工程组长，监控整个工程的实施过程，并组建15人的
4、技术服务团队有厂商资格认证的工程师配合厂商为用户提供全方位的技术服务。优惠政策公司根据本实验室的建设目标、主要任务和功能定位，特免费赠送对改实验室建设有帮助的一款系统软件数据统计软件，希望能够充分的帮助学校更好的建设此实验室。科研合作近期，国家加大了对“产学研过程的扶持与引导力度，而XXXX也一直致力于出身高校前北大系服务于高校的准那么，大力与高校进展校企合作。充分利用高校的人力资源与科研能力，在金融、电力、能源、高教等领域共同开发出适合市场需求的产品，并树立良好的品牌。因此，希望通过此次参与上海交通大学工程，能够有时机更进一步与贵校在内容安全领域有更多的科研合作，通过XXXX现有的用户群来做
5、市场推广。本着与XXXX建设全面、持久、稳定、良好的业务合作关系，我们郑重承诺：以丰富的工程实施能力、雄厚的资金实力，以方便、快捷的本地化服务特点为保障，确保XXXX数据库升级工程的顺利实施。目录第一章技术方案21工程方案21.1生产中心硬件平台21.1.1系统拓扑构造21.1.2服务器硬件平台选择31.1.3存储局部41.1.4存储交换机51.2数据迁移方案71.2.1RMAN Backup/Restore迁移71.2.2Oracle DataGuard迁移81.2.3借助第三方工具Quest SharePlex迁移91.2.4迁移方案比照121.2.5迁移数据校验132服务协议152.1服
6、务内容152.2工程实施工作小组152.3工程进度方案162.4工程分工界面172.5工程验收方案202.6售后服务承诺22第一章 技术方案1工程方案1.1 生产中心硬件平台1.1.1 系统拓扑构造XXXX现有数据中心和新建设的数据中心服务器配置的简单拓扑图如以下列图所示：现有生产中心数据库服务器硬件平台由两台Sun v890服务器构成，在Solaris 10操作系统上运行Oracle RAC数据库10gR2，数据文件存放在共享的HP EVA8400磁盘阵列上。本次方案的主要目的是建设新的硬件平台，将数据库从现有平台平滑迁移至新的硬件平台。本次方案根据招标文件中相关要求，参考当前系统运行状况，
7、选择适宜的硬件平台，支持核心数据库系统的稳定、高效运行。根据本节硬件平台的选择结果，在第2节中我们将会给出相应的数据迁移的几种方案。1.1.2 服务器硬件平台选择当前数据库服务器采用了Sun v890服务器，我们的目标是根据现有的硬件配置推算出我们需要的新硬件平台服务器的处理器的配置需求。衡量OLTP类应用系统的处理器处理能力的指标有CPU2006，SPECjbb2005，TPC-C等指标。由于不同厂商的不同时期发布的产品在性能比较上不存在单一的标准，加上局部产品未参与某些指标的公开测试，所以在下面的讨论中我们选择同时发布了SPECjbb2005和CPU2006指标的v890UltraSPAR
8、C IV+ 2.1GHz处理器 服务器作为基准，作为其他服务器处理器比较的依据。从 :/ tpc.org和 :/ spec.org可以分别获得主流服务器平台的TPC-C和CPU2006指标数据。各个型号服务器的SPECjbb2005和CPU2006的数据和相应配置如下表所示：CINT2006CFP2006SPECjbb2005V890(8chip，16core，1.5GHz)117986V890(8chip，16core，2.1GHz)154244846M3000(1Chip，2Core，2.7GHz)33.529.5M5000(8Chip，32Core，2.6GHz)352278因为Ultr
9、aSPARC 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内存。根据这一要求，我们从主流的服务器厂商中
10、选择了Oracle的M5000服务器作为推荐型号，满足本次方案建设要求。其性能参数如上表所示，可以看出，配置新型号的处理器，考虑到存储设备升级，I/O系统的优化，数据库参数和配置的调整及优化，有充分证据可以说明可以提升当前数据库系统的性能，使得系统的响应时间缩短510倍，系统的吞吐量提高510倍左右。从而系统总体性能上有了10倍左右的提升。1.1.3 存储局部OLTP是传统的关系型数据库的主要应用，主要是 基本的、日常的事务处理，具有很高的并发性大量的交互式用户，并且是更新密集型的，SQL语句主要以插入、更新和删除为主，要求具有较快的响应时间，以银行系统，订票系统为代表。由于OLTP应用的业务
11、特点，从性能角度出发，对磁盘子系统有一定的要求。OLTP系统最容易出现瓶颈的地方除了CPU就是磁盘子系统。磁盘子系统在OLTP环境中，它的承载能力一般取决于它每秒处理I/O的数量。因为在OLTP环境中，磁盘物理读一般都是db file sequential read，也就是单块读，但是这个读的次数非常频繁。如果频繁到磁盘子系统都不能承载其IOPS的时候，就会出现大的性能问题。另外磁盘子系统的控制器的Cache大小对I/O系统的性能也至关重要，Cache决定了很多事务不需要从物理磁盘存取数据，从而大大缩短了事务处理的时间。根据标书要求，存储设备的选择需要同时支持FC和iSCSI协议，IOPS至少
12、到达18000，控制器缓存至少16GB，可用磁盘容量到达10TB，配置容量需要到达20TB左右。针对Oracle数据库，可以按照如下的方式进展RAID的设置：文件需要容量RAID类型控制文件200MRAID 0+1Redo日志文件300GBRAID 0+1系统表空间50GBRAID 0+1核心生产数据表空间1TBRAID 0+1索引表空间500GBRAID 0+1归档日志空间200GBRAID 0+1回滚表空间200GBRAID 0+1其他数据表空间1TBRAID 5历史数据文件1TBRAID 5本次方案我们根据标书要求选择HP EVA 8400存储设备作为推荐产品，满足本次建设要求。HP E
13、VA 8400控制器最大支持22GB Cache。支持FC、FATA和SSD磁盘。为了满足随机IOPS 18000的要求，我们按照单块15000rpm的SAS磁盘可以提供300400个IOPS计算，即我们至少需要配置50块左右的磁盘。按照容量计算，我们配置48块转速15000rpm、容量为450GB的FC磁盘，以满足性能要求。1.1.4 存储交换机主机和存储设备通过FC SAN进展互联，根据标书要求采用两台Brocade 300E SAN交换机实现主机和存储设备的互联，保证连接性能的同时消除链路层的单点故障。每台交换机激活16端口，满足当前主机和存储链接需求。1.2 数据迁移方案本次系统迁移的
14、目标是在4小时停机维护时间内完成数据在两个数据中心RAC环境内的迁移，两地数据中心之间通过1000Mbps的以太网链路互联。我们在本方案中建议以下三种方式实现Oracle数据库的数据迁移：l RMAN Backup/Restoren 通过全备份、增量备份实现数据迁移n 实现方式简单，迁移本钱较低n 需要较长的停机维护时间l Oracle DataGuard迁移n 通过建设Active-Standby的模式运行实现数据自动复制，通过switchover的方式实现主备中心的切换，实现数据迁移n 需要主-备中心使用一样服务器硬件平台l 借助第三方工具Quest SharePlex迁移n 通过建设Ac
15、tive-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方案是在新主机存储设备划分好、操作系
