http://www.dbaleet.org/exadata_version_what_a_surprise 在版本号领域一直存在着这么一些传说： 1. 从2008年9月开始到2012年11月，Google Chrome 版本号从1.0一路狂飙到25.0, 每六周发布一个新版本，当之无愧版本帝，远远甩开老牌浏览器firefox（这家伙也被带坏了）, IE, Opera 2. 腾讯qq，如果你要问我腾讯最大的创新是什么？我会告诉你是它前无古人，后无来者，惊天地，泣鬼神的版本号： qq2010 正式稳定版，正式beta版，beta稳定版，beta正式版，稳定beta版等等，可谓开创了一个历史的新纪元。 3. foobar版本， 一个做了10年的软件一度都是不停在刷0.9，我曾一度以为它会9到天荒地老，最终也还是迈向1.0, 不得不令人感慨2012终究是来了。 以上仅仅吐槽几句，本不该出现在这里，请自觉忘记。   1. 以下是Exadata版本与其对应的操作系统版本，内核版本，OFED版本，Exadata不支持手工单独修改/升级操作系统，内核，ofed，hca固件版本。
Exadata版本 操作系统版本 内核版本 OFED版本
11.2.3.2.0 OL5.8 Default: 2.6.32-400.1.1.el5uek Optional: 2.6.18-308.8.2.0.1.el5 1.5.1-4.0.58
11.2.3.1.1 OL 5.7 2.6.18-274.18.1.0.1 1.5.1-4.0.58
11.2.3.1.0 OL 5.7 2.6.18-274.18.1.0.1 1.5.1-4.0.58
11.2.2.4.2 OL 5.5 2.6.18-238.12.2.0.2 1.5.1-4.0.53
11.2.2.4.1 OL 5.5 2.6.18-238.12.2.0.2 1.5.1-4.0.53
11.2.2.4.0 OL 5.5 2.6.18-238.12.2.0.2 1.5.1-4.0.53
11.2.2.3.5 OL 5.5 2.6.18-194.3.1.0.4 1.5.1-4.0.50
11.2.2.3.3 OL 5.5 2.6.18-194.3.1.0.4 1.5.1-4.0.47
11.2.2.3.2 OL 5.5 2.6.18-194.3.1.0.4 1.5.1-4.0.47
11.2.2.3.1 OL 5.5 2.6.18-194.3.1.0.4 1.5.1-4.0.47
11.2.2.2.2 OL 5.5 2.6.18-194.3.1.0.4 1.5.1-4.0.40
11.2.2.2.0 OL 5.5 2.6.18-194.3.1.0.3 1.5.1-4.0.28
11.2.2.1.1 OL 5.5 2.6.18-194.3.1.0.3 1.4.2-14
11.2.2.1.0 OL 5.5 2.6.18-194.3.1.0.3 1.4.2-14
在11.2.3.1以下DB节点有所谓的minimal bundle，这种patch只升级内核，OFED，固件等，不升级对应的操作系统，也就是说大多数非关键性的rpm包没有升级。11.2.3.1以后取消了这种升级模式。 为了方面排版以下单独把infiniband HCA固件版本列出:
Exadata版本 InfiniBand HCA 固件版本
11.2.3.2.0 11.2.3.1.1 11.2.3.1.0 11.2.2.4.2 11.2.2.4.1 11.2.2.4.0 11.2.2.3.5 11.2.2.3.3 11.2.2.3.2 11.2.2.3.1 For PSID SUN0160000002: 2.7.8130 For PSID SUN0170000009: 2.7.8130 For PSID SUN0150000001: 2.7.0 For PSID HP_09D0000001: 2.7.0
11.2.2.2.2 11.2.2.2.0 11.2.2.1.1 11.2.2.1.0 For PSID SUN0160000002: 2.7.8100 For PSID SUN0170000009: 2.7.8100 For PSID SUN0150000001: 2.7.0 For PSID HP_09D0000001: 2.7.0
3. 以下列出数据库版本，infiniband交换机固件版本， infiniband交换机固件版本与Exadata版本之间的依赖关系：
数据库版本 最低Exadata版本
11.2.0.3 11.2.2.4.0
11.2.0.2 11.2.2.x
11.2.0.1 11.2.1.x
Exadata 版本 最低Infiniband交换机固件版本
11.2.2.2.2+ 1.1.3-2
11.2.2.2.0 1.0.1-1
注： 如果当前在11.2.0.1数据库版本，如果Exadata需要升级到 11.2.3.1， 则需要先打11.2.0.1 BP12 Patch+13998273。 3. 以下是onecomand默认安装的BP：（onecommand没有版本号，每次发布都以patch号形式发布）
OneCommand补丁号 Versions Installed
Patch 14734044 11.2.0.3.11 – Oct 2012 or 11.2.0.2 BP17
Patch 14617927 11.2.0.3.10 – Sep 2012 or 11.2.0.2 BP17
Patch 14401706 11.2.0.3.9 – Aug 2012 or 11.2.0.2 BP17
Patch 14300737 11.2.0.3.8 – Jul 2012 or 11.2.0.2 BP17
Patch 14210449 11.2.0.3.7 – Jun 2012 or 11.2.0.2 BP16
Patch 14028866 11.2.0.3.6 – May 2012 or 11.2.0.2 BP16
Patch 14004092 11.2.0.3.5 – Apr 2012 or 11.2.0.2 BP16
Patch 13710456 11.2.0.3.3 – Feb 2012 or 11.2.0.2 BP14
Patch 13612149 11.2.0.3.2 – Jan 2012 QDPE
Patch 13593012 11.2.0.2 BP13
从上面看到首个支持11.2.0.3的onecommand的patch号是：13612149，以后发布的onecommand既可以安装11.2.0.2又可以安装11.2.0.3， 直到不再支持11.2.0.2（目前X3系列还支持）。另外还有就是虽然2012年10月发布了11.2.0.2的BP18， 但是最新的onecommand却默认没有安装BP18， 而是安装BP17。 4. 有一些固件版本在上面没有列出，但是LOM, BIOS, LSI HBA磁盘控制器, Seagate, Hitachi, SAS, flash, FMOD的固件版本都没有列出，但它们确实存在，当然Oracle也不支持客户单独升级这些固件。 5. 有一些特性是在特定版本以后才加入的，例如ASR， 3T SAS盘， exadata smart flash cache write-back等，也是有一定版本依赖的。 6. 还有有些组件是独立的，没有任何依赖关系。可以单独对其进行升级来解决一些bug，例如kvm，pdu的固件。 Exadata囊括了很多组件，每个组件本质都是独立的，有自己的版本。但是作为一体机，Oracle却并不希望用户过多的关注版本信息，如果每个组件都可以单独进行升级，则会大大增加其复杂度，而破坏了其一体性。最终有可能导致升级，故障诊断等变得不可能，所以一体机不得不以牺牲灵活性为代价换取最佳实践和体验一致性。 这个故事您或许听说过，因为它本身是真实的。某用户Exadata阵列的电池没电了，其cache自动从write-back变为write-through，影响到数据库的读写性能。这个时候本来换电池就可以解决的问题，但是因为这款电池刚好停产了，最终的方案变为 升级infiniband交换机固件到1.1.3-2->升级infiniband交换机固件到1.3.3-2->给11.2.0.1 GI打BP6->给11.2.0.1 RDBMS打BP12->升级Exadata Cell的Image到11.2.2.4.2->升级Exadata DB的Image到11.2.2.4.2->更换电池。原因只是因为客户Exadata版本太老，老的raid控制器固件版本不支持新型号的电池，如果要用新电池则必须升级Exadata版本，升级Exadata版本如果要使用rolling的方式必须将GI和RDBMS升级，并且需要最终升级到的Exadata Image版本对infiniband交换机版本还有依赖，不得不升级infiniband，而且infiniband还需要升级两个版本。 综上，Exadata的版本信息及其依赖性是Exadata入门的第一步，因为它是与Exadata上软件相关一切的基础。我也会在以后逐步介绍Exadata的安装，升级，故障诊断，最佳实践，性能调整等，敬请围观。 以上