没有备份的情况下对control进行了误删除，请问如何恢复
刚在vm的linux下把oracle中的三个ctl文件删除了，之前一直没有备份过，现在无法mount数据库，请问如何才能把ctl找回，创建可以么
ps:oracle中的数据是空的，新建的库
[解决办法]
wildwave 升星了呀， 散分庆祝下呀... 哈哈..
三. 控制文件的重建：CREATE CONTROLFILE SET/reuse DATABASE SID RESETLOGS/NOresetlogs NOARCHIVELOG/archivelong
ORA-00205: error in identifying control file, check alert log for more info
当三个控制文件都已损坏，又没有控制文件的备份，我们只能采取重建控制文件的做法。
SQL> startup nomount
ORACLE instance started.
Total System Global Area 268435456 bytes
Fixed Size 1266968 bytes
Variable Size 88083176 bytes
Database Buffers 176160768 bytes
Redo Buffers 2924544 bytes
SQL> create controlfile reuse database woody noresetlogs archivelog
2 LOGFILE
3 GROUP 1 '/u01/app/oracle/oradata/woody/redo01.log',
4 GROUP 2 '/u01/app/oracle/oradata/woody/redo02.log',
5 GROUP 3 '/u01/app/oracle/oradata/woody/redo03.log'
6 DATAFILE
7 '/u01/app/oracle/oradata/woody/sysaux01.dbf',
8 '/u01/app/oracle/oradata/woody/system01.dbf',
9 '/u01/app/oracle/oradata/woody/UNDOTBS01.dbf'
10 CHARACTER SET ZHS16GBK
11 ;
Control file created.
成功地重建控制文件后，我们尝试着打开数据库，但系统报错，提示需要进行介质恢复。
SQL> conn /as sysdba;
Connected to an idle instance.
SQL> startup
ORACLE instance started.
Total System Global Area 268435456 bytes
Fixed Size 1266968 bytes
Variable Size 88083176 bytes
Database Buffers 176160768 bytes
Redo Buffers 2924544 bytes
Database mounted.
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/u01/app/oracle/oradata/woody/system01.dbf'
SQL> recover datafile '/u01/app/oracle/oradata/woody/system01.dbf';
Media recovery complete.
SQL> recover datafile '/u01/app/oracle/oradata/woody/UNDOTBS01.dbf';
Media recovery complete.
SQL> recover datafile '/u01/app/oracle/oradata/woody/sysaux01.dbf';
Media recovery complete.
介质恢复后，重新打开数据库，提示日志文件也需恢复。
SQL> recover database until cancel;
日志已恢复。
控制文件、数据文件、日志文件全部恢复后，将三种文件同步，并打开数据库，成功地完成了数据库的恢复工作。
SQL> alter database open resetlogs;
数据库已更改。
在做了alter database open resetlogs;会把online redelog file清空，数据文件丢失.所以这个时候要做一个全备份。
resetlogs命令表示一个数据库逻辑生存期的结束和另一个数据库逻辑生存期的开始，每次使用resetlogs命令的时候，SCN不会被重置，不过oracle会重置日志序列号，而且会重置联机重做日志内容.这样做是为了防止不完全恢复后日志序列会发生冲突（因为现有日志和数据文件间有了时间差）。
Oracle 控制文件
http://user.qzone.qq.com/251097186/blog/1252557580
[解决办法]
[解决办法]
1>编辑pfile initorcl.ora
orcl.__db_cache_size=79691776
orcl.__java_pool_size=4194304
orcl.__large_pool_size=4194304
orcl.__shared_pool_size=109051904
orcl.__streams_pool_size=0
*.audit_file_dest='/oracle/admin/orcl/adump'
*.audit_trail='NONE'
*.background_dump_dest='/oracle/admin/orcl/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/home/oracle/old.ctl'
*.core_dump_dest='/oracle/admin/orcl/cdump'
*.db_block_size=8192
*.db_cache_size=79691776
*.db_create_file_dest='/oracle/oradata'
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='orcl'
*.db_recovery_file_dest='/oracle/flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'
*.java_pool_size=4194304
*.job_queue_processes=10
*.large_pool_size=4194304
*.log_archive_format='%t_%s_%r.dbf'
*.open_cursors=300
*.pga_aggregate_target=66060288
*.processes=150
*.remote_login_passwordfile='exclusive'
*.sga_target=201326592
*.shared_pool_size=109051904
*.streams_pool_size=0
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/oracle/admin/orcl/udump'
2>利用老的控制文件把数据库置于mount状态,
SQL> startup nomount pfile='initorcl.ora';
SQL> select status from v$instance;
STATUS
------------
MOUNTED
3>产生数据库脚本 trace文件,
SQL>alter database backup controlfile to trace;
需要数据库在挂载的情况下,
生成一个trc文件导出到 udump文件夹中去,
这个trc大小是7K左右.