DAY2 搞清楚 Oracle Instance 與Oracle DB 在單實例狀態下的關係，梳理ORACLE體系結構

最新推荐文章于 2024-09-04 21:28:23 发布

Junwen_Luo

最新推荐文章于 2024-09-04 21:28:23 发布

阅读量81

点赞数

文章标签： oracle

本文链接：https://blog.csdn.net/L_u_ojunwen/article/details/131473464

版权

實驗：切換ORACLE_SID,手動創建一個txt文本，包含以下參數：

DB_NAME='orcl1'

control_files='/opt/oracle/oradata/orcl1/control01.ctl'

compatible='11.2.0.4.0'

（其中compatible針對11.2.0.4有特備作用，不加無法用它掛載數據庫）

掛載這個概念用的很好，可以很好的理解數據庫的交互過程。

實驗過程：在ORACLE_SID=orcl1時關閉數據庫，創建一個新的ORACLE_SID=orcl2，然後創建text.txt文本，寫入必要的參數，11.2.0.3之前版本只需要寫DB_NAME和control_files即可，而11.2.0.4必須要寫compatible參數，不然控制文件裡面默認的數據庫版本都是11.2.0.0。如果不寫，則會報錯：

ORA-00201：control file version 11.2.0.4.0 incompatible with ORACLE version 11.2.0.0.0 ORA-00202：control file : '/oradata/gabsjsb/control01.ctl'

實驗結束可見（show parameter name），實例orcl2實例掛載了數據庫並開啟,

如果此時再在ORACLE_SID=orcl1下掛載並開啟數據庫，將會報錯（ORA-01102: cannot mount database in EXCLUSIVE mode）

以下是別人的應用：

故障描述：

由于数据库所在服务器内核崩溃，经过几个小时的修复也没能挽救回来，只能将数据目录挂载至其他地方然后尝试把数据库拉起来。

结果在启动时出现如下报错

SQL> startup pfile='/home/oracle/initgabsjsb.ora';

ORA-00201：control file version 11.2.0.4.0 incompatible with ORACLE version 11.2.0.0.0

ORA-00202：control file : '/oradata/gabsjsb/control01.ctl'

产生原因：

11.2.0.4数据库参数文件中如果不写明compatible参数，则默认为11.2.0.0.0，主要是手动创建pfile才会发生，正常创建的数据库基本不需要考虑这种问题

参数文件如下：

*.audit_file_dest='/oracle/admin/gabsjsb/adump'

*.control_files='/oradata/gabsjsb/control01.ctl','/oradata/gabsjsb/control02.ctl'

*.diagnostic_dest='/oracle'

*.db_name='gabsjsb'

*.dispatchers='PROTOCOL=TCP (SERVICE=gabsjsbXDB)'

*.compatible='11.2.0.4.0'

*.db_files=1000

*.processes=3000

關於控制文件版本不一致問題：

ORA-00214: control file '/opt/oracle/oradata/orcl1/control01.ctl' version 1082 inconsistent with file '/opt/oracle/fast_recovery_area/orcl1/control02.ctl' version 946

Version 1082 與Version 946屬於控制文件不一致，1082比946要新，可用1082這個控制文件覆蓋946.

補充1：