oracle控制文件的一点研究

来源:互联网 时间:1970-01-01

      控制文件是非常重要的文件,实例读取控制文件才能到mount状态。DBA的一个原则就是多路控制文件,今天我就做了个实验,学习了一下这个。

      代码如下:

alter system set control_files='D:/app/wings/oradata/testdb/CONTROL03.CTL','D:/app/wings/oradata/testdb/CONTROL04.CTL' scope=spfile; 

      查看一下 :

      

select value from v$spparameter where name = 'control_files'; 

       这个时候就会看到两条数据了。

       然后正常的关掉数据库:

shutdown immediate; 

       之后复制一份控制文件,改成上面的名字。启动数据库,再查看控制文件:

sho parameter control_files; 

       这时看到的就是两个控制文件了。

       刚才犯了一个很白痴的错误,不妨写出来,让大家也笑一个。

       step1 

alter system set control_files='D:/app/wings/oradata/testdb/CONTROL04.CTL' scope=spfile; 

       这样就更改了系统,启动的话会以04这个文件启动。

       之后我关掉了数据库,复制了03这个文件,命名为04,启动数据库一切正常。之后我很2的做了下一步:

       step 2

alter system set control_files='D:/app/wings/oradata/testdb/CONTROL03.CTL','D:/app/wings/oradata/testdb/CONTROL04.CTL' scope=spfile; 

       之后重启数据库,很不幸的报错了:ora-01219。也没有任何说明,后来百度了一下,这个错误说的是我只能查特定的视图和表。在EM上看了一下,我的数据库处于nomount,也就是说我的控制文件在加载的时候出了问题。处理方案也很简单:

alter system set control_files='D:/app/wings/oradata/testdb/CONTROL04.CTL' scope=spfile; 

       

       然后重启一下就可以了。

       当时我百思不得其解,为什么呢?后来,我做了这么一步,我又执行了一下step1,不过是把控制文件换成了03。重启,之后报错,提示我控制文件旧。这个时候我就顿悟了。我忽略了很重要的一点,那就是控制文件在数据库启动之后在不停的被更新着,03这个文件在几分钟没有被加载的时间里已经旧了。希望大家不要犯我这个低级错误。












相关阅读:
Top