浙江移动升级（7套RAC升级，目前全国最大的升级案例）

湖湘文化

xifenfei 发表于 2013-8-15 18:43
大部分都是应用测试，我没数，dba可能30不知道有没有

dba据说在20人左右

lovehewenyu

testmvb 发表于 2013-8-16 16:15
我更关注停机时间和回滚方案。

有关注方向就很好！

谈谈如果是你，你会怎么设计回滚方案？

last_day_1983

lovehewenyu 发表于 2013-8-16 16:43
有关注方向就很好！

谈谈如果是你，你会怎么设计回滚方案？

回滚方案基本都是原库不动，新数据库在升级迁移，升级不成功后的话直接用回原库！

lovehewenyu

last_day_1983 发表于 2013-8-16 16:55
回滚方案基本都是原库不动，新数据库在升级迁移，升级不成功后的话直接用回原库！

就是想问问具体方案

例如:flashback database  

或是你准备了更多的回退方案

liu_qingwei2008

期待详情。

zhoul777

tom_fans 发表于 2013-8-15 15:05
全国最大？ 我将要升级的8套RAC没和你说而已，数据大小不提了，几十亿一张的表几千个。  不过我的确不能透露 ...

低调 低调！哈哈

yuantong

真不明白，这有什么好吹的？

这样的升级，再平常不过

tom_fans

yuantong 发表于 2013-8-16 22:45
真不明白，这有什么好吹的？

这样的升级，再平常不过

你要知道，有很多粉丝的。  升级本来是再平常不过的事而已。 但是粉丝们想法不一样。

jefferh

哈哈，粉丝是关键。现在数据库行业有点娱乐圈的味道。。。

java3344520

我想知道整个方案啊，整个帖子很有意义啊！

估计成熟的方案还是用DG+RMAN进行滚动升级吧，DG最经得起折腾了，最稳定了，OGG从各方面估计还是不能做这么大的升级。

升级前：
          进行大量的SPA测试升级后的性能！
          COE（原厂内部脚本工具）
          性能和绑定profile ，确保升级后执行计划的稳定
5楼刘大描述的太过简单了吧，用了OUTLINE迁移来保持执行计划？原厂内部脚本工具？名称什么的，好歹透露下！