Oracle实例锁定

　　由于CPU为32位和64位的大型服务器的降价，全国大多数IT商店从事服务器合并工作，将它作为一种更便捷的方法来管理服务器和共享资源。与二十世纪八十年代的大型机的栅栏工具类似,Oracle的实例锁定就像CPU的栅栏,将处理器用于指定实例。这是一个用于阻止实例扭曲处理器的方法。

　　Oracle实例锁定既不是新的东西，也没有什么用，且它似乎在功能上与这些将CPU处理器用于Oracle实例处理的方法是相同的,例如：

　　提供CPU处理器 – Oracle相关

　　Oracle RAC 实例相关

　　使用Vmware来协助CPU

　　Oracle实例锁定使用一个初始化参数来限制一个实例能同时使用的CPU的数量。当CPU栅栏工具出现十年来以来，那些诸如来自Vmare的工具也允许CPU和RAM栅栏。然而，实例缓存栅栏可能被浪费并且对于Oracle实例撑起整个处理器架构。记住，服务器合并的目标是促进处理器资源共享，不是通过实例锁定来阻碍它。因此，我不推荐没有经过认真的测试和认证就进行实例锁定。

　　自动存储管理集群文件系统

　　在Oracle 11g 第二版中的RAC文档中，标注了一系统的关于Oracle RAC 数据库的弱点。这种标注指出了一个对于整个RAC集群来说是可以失败的情境。这一点仅针对使用自动存储管理的RAC数据库。

　　Oracle公司已声明，在使用RAC的时候，关键集群文件，OCR和Votedisks现在可以存储在Oracle自动存储管理中。

　　然而，经专业DBA研究指出，有充分理由可以说明现在使用此功能还为时过早。

　　依据Oracle的文档，如果一个节点失败了，且如果此节点是根节点的话，那么整个集群将可能会性能下降。整个集群只会在OCR的主节点上的Oracle自动存储管理实例失败时失败。如果大多数OCR位置定位在Oracle自动存储管理中，且有一个OCR读或写的访问，那么此节点变得不可操作。

　　为了识别OCR根节点，在crsd.log文件中查询这一行："I AM THE NEW OCR MASTER"，并带上最新的时间戳.

　　Oracle宣布了11g第二版的新装(不是更新)不允许OCR与Votedisks在RAW上的安装。因此，当前最好的解决办法是将这些文件安装在一个共享的，非自动存储管理的文件系统中，如OCFS2。

　　集群升级至11g 第二版仍需在RAW上进行。