oracle控制文件的一点研究

       控制文件是非常重要的文件，实例读取控制文件才能到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这个文件在几分钟没有被加载的时间里已经旧了。希望大家不要犯我这个低级错误。