将所有controlfile删除，会如何？

将所有controlfile文件都删除，会如何？
结果让我很纳闷，谁能告诉我

执行了
alter system switch logfile;
alter database backup controlfile to trace;

都成功了，没有任何错误信息，难道这两个指令不需要对控制文件读写

六月飞雪，千古奇案？？？？

数据库终于玩崩了，但还是不知道上面的疑惑

没人理我，一个人自编自导自演

闲云MM好勇敢，数据库在运行状态下是无法删除控制文件的。

如果在非运行状态下删除，那么数据库肯定无法启动。

alter system switch logfile;
这个应该记录在控制文件的，但是不知道你怎么删除 的控制文件？
alter database backup controlfile to trace;
只是把建库的Script写到Dump文件，和Controlfile没有关系

[quote]原帖由 [i]charly[/i] 于 2006-3-15 19:45 发表
闲云MM好勇敢，数据库在运行状态下是无法删除控制文件的。

如果在非运行状态下删除，那么数据库肯定无法启动。

alter system switch logfile;
这个应该记录在控制文件的，但是不知道你怎么删除 的控制文件 ... [/quote]

rm control01.ctl
rm control02.ctl
rm control03.ctl

数据库运行状态下，把所有control file都删了


后来执行 alter database backup controlfile to 'ctlbak.ctl'时，crash了

[[i] 本帖最后由 闲云 于 2006-3-15 21:37 编辑 [/i]]

有点奇怪，改天找个机会试试看。
我记得我在Windows下删除报错，文件在使用中。

我在WINDOWS下删除数据库运行中的控制文件，系统提示正在使用不能删除。闲云你是怎么做的？:L:L:L

我的是aix系统
rm control01.ctl
rm control02.ctl
rm control03.ctl
删过多次

佩服ING

[quote]原帖由 [i]charly[/i] 于 2006-3-15 19:45 发表
数据库在运行状态下是无法删除控制文件的。
[/quote]

UNIX可以在文件被使用的时候删除的。

文件被使用中，删除只是表面上看不见了，实际内容和空间并不立即释放，所以进程还可以继续正常访问，一旦所有使用文件的进程关闭了文件，立即释放。

[quote]原帖由 [i]larryh[/i] 于 2006-3-24 10:03 发表


UNIX可以在文件被使用的时候删除的。

文件被使用中，删除只是表面上看不见了，实际内容和空间并不立即释放，所以进程还可以继续正常访问，一旦所有使用文件的进程关闭了文件，立即释放。 [/quote]

:$
知道文件系统利用率莫名增加，定是什么文件被删了，没有释放文件句柄造成的
到了oracle,竟然不知道了

:$:$

哦，原来如此。Unix和windows 还有这个区别。

又学到一招。

用vi编辑，破坏控制文件，instance就crash了

[quote]原帖由 [i]闲云[/i] 于 2006-3-24 15:26 发表
用vi编辑，破坏控制文件，instance就crash了 [/quote]


破坏专家

[quote]原帖由 [i]larryh[/i] 于 2006-3-24 10:03 发表


UNIX可以在文件被使用的时候删除的。

文件被使用中，删除只是表面上看不见了，实际内容和空间并不立即释放，所以进程还可以继续正常访问，一旦所有使用文件的进程关闭了文件，立即释放。 [/quote]

姜还是老的辣，无意中知道答案了：看看Metalink怎么说的：
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
The following errors are received when shutting down the database or
selecting from a dynamic performance view:

  ORA-00210: cannot open control file  
        See: [url=mk:@MSITStore:C:\temp\ora10g\meta\Database%20Categories.chm::/18295.1.htm][NOTE:18295.1][/url]

  ORA-00202: control file:  
      Cause: This message reports the name of the file involved in other 
             messages.
     Action: See the associated messages for a description of the problem.

  ORA-27041: unable to open file 
      Cause: open system call returned an error, additional information 
            indicates which function encountered the error 
     Action: check errno


Solution Description
--------------------

The control files were deleted or corrupted while the database is up and 
running.


Explanation
-----------

When does Oracle write to the control file?

ALTER SYSTEM CHECKPOINT;
did not generate any errors while the control file was missing.
The Heartbeat is writing to the control file every 3 seconds.  Also, everytime 
there is a commit and everytime there is logfile switch the control file is 
written to.

Shouldn't you receive an error at least every 3 seconds after all control
files have been deleted?

NO, not on UNIX.

In Unix, a file that is open can be deleted or renamed without notification 
until an attempt is made to close the file or read from it. At that time 
the file can not be accessed because it no longer exsist. Because of this, 
the database is unaware of the missing control file(s) until shutdown or 
select from V$ dynamic performance view that need to read data from the 
control file, i.e V$LOG, V$DATAFILE, V$TABLESPACE,...

In Unix you can find if there are missing control files on startup,
shutdown and by selecting from dynamic performance views.


References
----------

报告闲云mm··
可以 startup nomount·····呵呵···

mm备份了没有啊 ，备份了 可以玩玩恢复啊··控制文件可是很好玩的···:lol:lol

恢复过，但是还没有遍历各种情况

btw:你怎么还是幼天使

[[i] 本帖最后由 闲云 于 2006-4-25 11:05 编辑 [/i]]

…………………………………………………………
天使啊
纯洁的孩子……………………