今天和有些同学讨论了学习和工作中关于oracle的一些小问题，也让我在回答中梳理了自己的思路。

   首先是操作系统的选择，目前来看，大家的态度其实还是不够认真，工作中很多环境使用的是Linux64位，所以我也是推荐使用redhat6，如果选择32位学习是没有问题 的，但是会有一些差别，主要还是和工作的环境差异，而且不能够保证学习碰到的小问题和工作是类似的，oracle的小问题其实已经碰到不少了，所以还是希 望能够尽可能避开那些太具体的环境版本问题，而这些问题很可能和版本有关，版本太低或者硬件平台所致，你说你解决这个问题从诊断到信息搜集到问题确认，最 后确定是版本问题或者硬件环境不满足，肯定会有成就感，但是你回过头来想想，这个问题具有普遍意义吗。其实花费这个时间对于眼前问题有益的，但是工作中的 环境是标准的，这些问题就几乎碰不到，我曾经也熬了近几个星期的时间去琢磨oracle 10g gridcontrol的安装方法，碰到了很多的问题，系统格式化了一遍又一遍，最后发现有些地方就是由于软件本身的bug导致，而惊人的是在这个过程中我几 乎把安装gc所有的问题基本都碰到了，在ocm考试中会有明确的提示，包括RAC,都有一些辅助修复脚本，这些如果你把文档琢磨透也没用，就是一些攻略性的问题，我以前喜欢攻略，现在不敢了，因为只知道问题答案而不知道问题原因，其实只是表面现象。

   然后是数据版本的选择，其实我个人的建议使用11g,而且如果你要深入学习11g,有功夫有精力还是能够先把10g熟练掌握，听起来有些扯啊，我来解释一 下，因为个人的原因，我是从10g开始学习的，当时感觉10g真比11g好很多，首先是对于系统资源的使用要低很多，个人学习硬件条件不太好的环境使用 10g,11g会有很明显的感觉，当然在工作中这些差距可以忽略不计，于是我对于11g的特性采用了对比学习一个原因是我在10g一些功能使用的时候碰到 了一些问题，感觉使用有很多的限制，比如备库搭建还是太麻烦，于是看到了11g中有duplicate的增强，备库只恢复，要查询就不能恢复，于是看到了 ADG，控制文件备份非常频繁，于是看到11g中有了一些优化配置，这些特性如果去单纯学习是完全感受不到其中的优越性的，而这些就是常用的操作，带着这 些疑问和困惑都在11g中找到了答案，所以我会坚定不移的推荐11gr2。

 而对于12c版本，说实话个人用的很少，但是普遍使用 也是趋势，11有哪些特性让人会有强烈的需求升级，个人认为最大的优点就是ADG，对客户受益最大，而像duplicate优化，控制文件优化其实还不是 很有驱动力,12c的架构相当于在一个成熟的地基上动土，费这么大的投入来做这个事情其实就是云战略的一部分，现在RDS这么火，Oracle实现起来也是有这个基础的。不过云会越来越弱化很多传统中的运维角色。对我们也是挑战也是机遇。