alter database backup controlfile to trace的含义

大家知道,在alter database mount 之后,就可以运行重新建立控制文件的命令了,所使用的命令如下:alter database backup controlfile to trace;此命令被执行后,把当前控制文件的信息复制到TRACE文件中.也就是说,此命令是基于现有的控制文件的.今天遇到一个问题,从侧面验证了这一点.

某客户的电脑中熊猫病毒,直接导致oracle92数据库宕机,并导致应用软件登陆不了.之后,此客户照着网上搜索的一些资料,没有备份oracle 目录,就直接重新安装了oracle,这下弄大了.之后,客户自己看到确实无法物理恢复了,才让我们过去.我将此数据带回公司,恢复了一下现场的环境,看了一下,mount 之后,alter database backup controlfile to trace,打开trace文件一下,我傻了,这里边怎么没有浪潮ps财务软件所建立的数据文件路径呢??难道此controlfile不是宕机时的controlfile???

此时我弄明白了,这个controlfile是客户自己重新安装oracle时形成的controlfile,不是宕机时的controlfile.

另外我注意到一点,system01.dbf的修改时间与controlfile的修改时间,不一样.难道system01.dbf是宕机时的?于是,我就用dcba的aul工具,读取了system01.dbf里的user信息,结果发现了LC0019999这个user,这是浪潮ps财务软件所建立的用户,这说明,system01.dbf,已经是建立过浪潮帐套的状态了(也就是建立过gs_oradb_001表空间了).

这个例子说明:alter database backup controlfile to trace 是"将当前控制文件的信息复制到TRACE文件中", 不是收集data file和 redo log file的信息,因为此时(mount之后),并不检查data file 和redo log file 的存在(existence).既然,不检查这2个文件的存在,也就谈不上收集data file和 redo log file的信息用来临时形成trace文件了.

 

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/161195/viewspace-605298/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/161195/viewspace-605298/