Oracle与DB2的那些事儿

http://wenku.baidu.com/view/696c88d176eeaeaad1f33096.html

http://www.itpub.net/thread-1428290-1-1.html 

Oracle and DB2的高可用性和容灾性。

Hardware/OS: HA,HACMP

Instance:RAC,Purescale

Data: RMAN,Backup Utility

Instance+Date:Datagurd,HADR(不适用DPF,Purescale)

Oracle undo表空间用来保存修改前的image,Redo File；DB2没有undo表空间，用Transaction Log实现，会出现未提交读。
ORACLE通过单独的UNDO表空间来保存事务回滚，而DB2采用没有COMMIT的数据是不能归档的，不能归档，自然就可以回滚，仅仅是设计风格不一样。这也是为什么DB2要求开发尽量快的COMMIT，而ORACLE却觉得不停的COMMIT影响了性能。

db2 （select语句cs隔离级别默认）:表上加is.　行上加ns锁． 　　　　oracle ：无锁
db2:锁要占内存：　行锁占32字节．表锁占64字节．　　　　　　　oracle：无：
db2:一定锁的内存使用到一定程度．会造成锁升级．                      　oracle 没有听说过锁升级的概念．
DB2因为锁机制的问题，并发稍差. Oracle独立的undo导致select根本无需加锁，并发性比其他db都要好.

 

DB2贵只是在Z/OS上面贵，会的人少倒在中国是实际情况。主机上的DB2优势在于sysplex，RAC只是sysplex的一个模仿，可惜RAC的所谓横向扩展性只是一个笑话。
开放系统上的DB2肯定比ORACLE便宜，做OLTP，在purescale成熟之前体系优势基本上没有，尤其中国的程序员习惯那种懒惰的方式，让RDBMS处理写---读锁定的方式。但是如果习惯了这种方式，就算新的IDS/DB2支持类似ORACLE的方式，也不能轻易开启，否则以前的逻辑会错误。

在开放系统上DB2最明显的优势在于做OLAP/DSS，share nothing的集群能很容易的扩展。RAC的扩展能力有限，首先因为整个集群都依赖于底层的共享存储