从Oracle 10g到11g，到底该升不该升？

彭小波：在今年的7月份，我们10多套生产库从10g升级到了11g，高版本是下兼容的，10g在市场运行了这么多年，是相当稳定了。但是11g中改进了很多优化器的算法，也增加很多新特性。不管是从优化，还是管理上，对DBA来说都是一大福音。在升级的过程，我们也遇到一点小问题。

1、在10g升级到11g时，如果程序中用到UTL_TCP, UTL_HTTP, UTL_SMTP And UTL_MAIL会提示ORA-24247的错误。解决方案如下：

可以参考MOS文档ID：1209644.1

2、如果程序中使用到wm_concat函数，一定要记得转换。【白鳝：wm_concat之类的函数就不应该在程序里用，这是oracle内部用的函数，随时可能改接口】

杨建荣：有些客户的老系统都还在8，运行平稳很多年了，基本不愿意动，他们灾备买第三方用了，再换回来还折腾。几年前说升级听起来是激进话题，现在很保守了。不过从客户角度来看，除非业务上确实影响太大了，业务驱动技术升级还比较靠谱，要不技术部门热火朝天，各种阻力，最后出了问题还吃力不讨好。而且IT预算有第三方的，如果有一些关联的，那就得多方一起升级；从产品角度来看，10g的dg、rac和11g还是有很大的差距，电信行业现在也在大量用adg。关于rac，我们之前的产品部门是对11g rac有产品认证，升到哪个子版本都有要求，很多rac的使用都是active-passive，而且O的扩展服务也快到期了；从技术角度来说，升级肯定可行，我们之前的升级从8到11，不过是业务+技术结合，技术上从10->11,业务数据迁移从8->11数据转换->11数据迁移。

公先生～蔡皓：11g的spa dbreplay工具对升级帮助很大。基本10到11还是比较简单，难的是推动业务来配合。

二蛋：要多角度看问题，凡是不想升级偷懒的、不愿意干活的，都是坏人！我这周要升级em 12cR4到R5，锻炼身体！我的DBaaS环境一直是与时俱进！

周伟伟：11g的active dataguard对业务来说会是个很好的扩展。

一瓢饮：升级前期做好关键应用测试很重要，再就是如果不升脱节太严重，本身O都不支持的，例如一些扩展补丁整个大陆目前为止貌似没有哪个公司购买吧。有些时候触发的问题大多数在bug上，其他公司接口对接上也会多多少少有些问题。

白鳝：数据库本身就是为业务系统服务的，够用就行了。阿里的去Oracle化就是分布式架构改造后Oracle能做的事情不多了，MySQL足够用的产物。国家电网的电网调度系统自从用了达梦替代Oracle后，应用越来越强，数据库变成一个只是做数据存储的工具了，所以辛耀中才会提出来下一代调度系统取消数据库，用记录管理系统替代关系型数据库。【海风：这样的话我们要失业了。】任何时候，最简单的操作员和中高端的专业技术人员都不会有出路问题，中间层的需求会有问题。

武当副局长：换的成本太大，我们就是能不动就不动。

Roger万：生产系统，用得好好的，当然能不动就不动，稳定压倒一切。

李德鹏：升级要从用户角度出发，如果功能满足又没有遭遇非升级至11才可解决的bug，就没有必要升级，升级反倒徒增客户成本以及风险，毕竟重要的系统升级一次可能要历时数月。

毛毛：这要看系统架构的风险可控程度，升级带来的风险有时候是无法评估的，任何软件的升级都有两面性，解决了旧bug带来了新bug，是否升级要看具体业务的系统架构的风险性。

张锋：个人觉得升级与否，是由业务来驱动，作为DBA来说，求稳最重要，不能一味地追求最新。比如有的系统，在10g非常稳定，且业务量的增长相对保持平稳，根本没必要升级。更可怕的是，应用系统已经几乎停止开发，只是做维护。这种系统，即使升级，带来的获益还不如不升级。【清泉石：虽然不能追逐新技术，最好不要脱节，要不然，一旦将来升级或处理故障，代价和风险就会倍增。】也不是一刀切不升级，是否升级，真要评估下升级的必要性。越是规模大的公司，肯定存在越大量的系统，也就是说，肯定会有很多版本，甚至是很多产品。

BlackMoon：其实想想，升级所带来的提升对于我们的业务来说，刚需的只有ADG，别的都不是刚需的。

孟响：把控得了风险就升，不然可能死得很惨哦。

seven：现在数据库的种类这么多，以及公司应用的数据库种类特别多，对于我们这些初级DBA来说如何去掌握好学习方向？是广撒网？还是主攻一类？【北在南方：推荐看看白鳝的《DBA的思想天空》。】【白鳝：一专多能吧，这一轮经济不景气，IT投入缩减也是很正常的，多面手的生存能力会更强一些，今后转型也容易。】【武当副局长：得搞搞开发，有好处。】Python？【cat：是，多搞点，别和O一起陪葬。】【杨建荣：数据库都一主几备。】