（2015 OTN）动手为王-整合迁移与数据恢复实践.pdf

目录 • 个人介绍 • 论数据库迁移升级必要性 • 跨平台迁移升级的难点 • 跨平台迁移案例分享 • 数据库恢复案例分享 个人介绍 o 李真旭 云和恩墨专项交付部 技术总监 o ⽹名Roger ，超过 7 年的Oracle技术积累； o ACOUG核⼼会员； o 2014年被授予 Oracle ACE 称号； o 致⼒于技术分享与传播 o ACOUG和数据库⼤会演讲者; o 云和恩墨 国内综合数据服务领导者 o 汇聚 Oracle ACE 总监，Oracle ACE ，SQL ⼤赛冠军， 以及数⼗位OCM 专家，同时具备MySQL和DB2 专家； o 为包括电信、⾦融、保险、电商、能源等⾏业200 多家 客户提供服务和解决⽅案； 论数据库迁移升级必要性 • 正方 论数据库迁移升级必要性 • 反方 我们的观点 1) 应用功能 2) 稳定性 3) 成本 4) 架构的支撑能力 5) 技术永远是为业务服务的 6) 用最简单低廉的架构为客户创造价值 跨平台迁移升级的难点 类别 影响 压力测试 影响较大(DB Replay) 业务停机时间 时间越短、要求越高 操作系统字节序 影响方案的选择 数据校验 数据量大，可能导致数据校验复杂 安全性 尽量减少对原生产库的操作 性能保证 如何确保迁移升级后应用性能(SPA) 方案复杂性 便于操作，成功概率更大 压力测试性能上不去 压力测试性能上不去 适当优化调整 alter system reset memory_max_target scope spfile sid=* ; alter system reset memory_target scope spfile sid=* ; alter system set sga_max_size=80g scope spfile sid=* ; alter system set sga_target=80g scope spfile sid=* ; alter system set db_cache_size=60g scope spfile sid=* ; alter system set db_cache_advice=off scope spfile sid=* ; alter system set shared_pool_size=15g scope spfile sid=* ; alter system set pga_aggregate_target=20g scope spfile sid=* ; vm.nr_hugepages= alter system set “_optimizer_ignore_hints”=true scope=both sid=‘*’; 迁移升级案例分享 项目背景： 某大型医院门诊业务系统，需要从(Solaris Sparc)迁移升级至 Linux X86 环境，数据量大约600G，停机时间1小时以内(包括业务验证 时间)。 系统特点： 1、数据量小 2、业务简单、对象少 难点： 1、跨平台迁移 2、迁移数据的同时，还需要进行升级 3、停机时间较短 利用GoldenG