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

dingjun123

jlandzpa 发表于 2013-8-20 13:24
应该主要是原厂做的，其他都是打酱油的。

   

jettygee

皮皮少爷 发表于 2013-8-20 14:21
翻了几页，我觉得方案可能跟我计划的RAC升级方案差不多，简单说来，物理备库，转逻辑备库，升级，然后切换， ...

这个不就是11g dataguard新特性，用做rolling upgrade的官方流程吗。

jettygee

看完报道想了一下，最大的感想就是移动真有钱。弄这么多人干活。
最关键的其实就是先物理复制一套系统出来，测试性能。保证不漏掉，原厂的优势是做全面的覆盖测试。
至于说计划时间精确到分钟，那个模拟做两次就知道了。实际上时间误差很大的。只是“计划”到分钟而已。
至于回退方案，移动这么有钱，要是我做方案，我不会在数据库一级做回退。我会首先从存储级别来找方案。存储上做个快照，库级别的事情就解决了。软件级别上那就是oracle目录和几个配置文件的备份而已。出了问题直接快照和软件一恢复完事了。

lovehewenyu

ZALBB 发表于 2013-8-20 20:57
我也是作甲方的, 11G的升级我是一个人完成, 我不觉得有多难, 我不认为我比移动公司的甲方技术人员强,

大师您也是甲方~！

希望您分享更多，甲方学习的方法和增加实际操手经验！

lovehewenyu

dingjun123 发表于 2013-8-20 21:16

兔子  大师！

你给提点不同的技术方案或是技术亮点呗！让我们这些后来者掌握一下学习的方案！

lovehewenyu

jettygee 发表于 2013-8-20 23:38
这个不就是11g dataguard新特性，用做rolling upgrade的官方流程吗。

rolling upgrade 从10g 就被引用了，具体10g那个版本 我忘记了！你可以去 刘相兵 大师的BLOG 搜索一下

lovehewenyu

jettygee 发表于 2013-8-20 23:49
看完报道想了一下，最大的感想就是移动真有钱。弄这么多人干活。
最关键的其实就是先物理复制一套系统出来 ...

感谢分享！

“计划”到分钟！
回退方案！
            库级别：存储快照
            软件级别：与oracle相关的目录

fly-fox

这项目有两个重点，数据库本身的升级和升级后数据库的性能
就RAC升级来说，其实比较简单，7套和1套差不多。移动搞这么大阵势，肯定是软件、硬件一起升了。新服务器做好11g rac，与原库做成DG，实施时刻升起来，数据字典更新好，就可以用了。无缝是不可能的，停机时间只是切换的时间。
再说说性能，其实这才是最容易出问题的。新系统装好后，用rman做一个全备过来，在上面测试性能，就像前面一位朋友说的，这个部分重点是原库的维护者参与，因为他对系统最了解，易变的、对性能影响大的执行计划尽量固定下来，测试的时候，并发量要到一定级别。不过即使这样，上线后还是可能会有问题，因为真实环境的并发可能没有办法模拟出来。
关于回滚的问题，如果是数据库升级本身问题，库根本起不来，那就直接用回原库。如果是库起来了，系统也连接正常，只是性能出现问题，那是没有办法回滚的，解决性能问题吧。
还有一点，DBA、系统开发人员和系统维护人员的配合最关键，如果相互看不顺眼，出问题的可能性就很大，说到底，这不单单是DBA，数据库升级的事。

wang5

网上的大师在现场，忙着照相合影。干活的都是原厂的。

Internals

楼主很有问题，打着技术讨论的旗号为某公司做广告。