一、部分控制文件损坏或丢失情况，数据库的修复
--查看数据库当前启动状态及控制文件信息
SQL> select instance_name,status,host_name from v$instance;
INSTANCE_NAME STATUS HOST_NAME
---------------- ------------ ----------------------------------------------------------------
PROD OPEN gc1
SQL> select name from v$controlfile;
NAME
----------------------------------------------------------------------------------------------------
/u01/app/oracle/oradata/PROD/disk1/control01.ctl
/u01/app/oracle/oradata/PROD/disk2/control01.ctl
/u01/app/oracle/oradata/PROD/disk3/control01.ctl
/u01/app/oracle/oradata/PROD/disk4/control01.ctl
--控制文件手动破坏性操作（即手动删除其中任一一个控制文件），关库后再启库
[oracle@gc1 dbs]$ rm /u01/app/oracle/oradata/PROD/disk2/control01.ctl
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 419430400 bytes
Fixed Size 1219760 bytes
Variable Size 121635664 bytes
Database Buffers 293601280 bytes
Redo Buffers 2973696 bytes
ORA-00205: error in identifying control file, check alert log for more info
--查看告警日志信息，红色字体部分详细显示出错信息（即哪个控制文件有问题）如下：
starting up 3 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=6939
Thu Apr 3 22:03:32 2014
starting up 10 shared server(s) ...
Thu Apr 3 22:03:34 2014
ALTER DATABASE MOUNT
Thu Apr 3 22:03:37 2014
ORA-00202: control file: '/u01/app/oracle/oradata/PROD/disk2/control01.ctl'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
Thu Apr 3 22:03:37 2014
ORA-205 signalled during: ALTER DATABASE MOUNT...
通过以上信息提示，可知缺少
'/u01/app/oracle/oradata/PROD/disk2/control01.ctl'控制文件，复制一份其它的控制文件即可。
--恢复损坏的控制文件，启库
SQL> select instance_name,status,host_name from v$instance;
INSTANCE_NAME STATUS HOST_NAME
---------------- ------------ ----------------------------------------------------------------
PROD STARTED gc1
--当前数据库为nomount状态，可进行控制文件的copy操作
[oracle@gc1 dbs]$ cp /u01/app/oracle/oradata/PROD/disk1/control01.ctl /u01/app/oracle/oradata/PROD/disk2/control01.ctl
SQL> alter database mount;
Database altered.
SQL> alter database open;
Database altered.
二、控制文件都损坏，通过control file trace信息，重建控制文件修复数据库
--先对控制文件做trace和备份
SQL> alter database backup controlfile to trace;
Database altered.
trace后，控制文件信息转储存放在udump下
SQL> alter database backup controlfile to '/home/oracle/control.bak';
Database altered.
2.1 利用controlfile trace方式，重建控制文件
--udump目录下，查看刚刚trace的控制文件信息
[oracle@gc1 dbs]$ cd /u01/app/oracle/oradata/PROD/udump
[oracle@gc1 udump]$ ls -lt | grep prod_ora
-rw-r----- 1 oracle oinstall 6622 Apr 3 22:20 prod_ora_6966.trc
-rw-r----- 1 oracle oinstall 599 Apr 3 22:03 prod_ora_6917.trc
-rw-r----- 1 oracle oinstall 2512 Apr 3 22:00 prod_ora_6145.trc
-rw-r----- 1 oracle oinstall 656 Apr 3 18:11 prod_ora_6144.trc
-rw-r----- 1 oracle oinstall 599 Apr 3 18:11 prod_ora_6095.trc
-rw-r----- 1 oracle oinstall 784 Apr 3 18:07 prod_ora_6071.trc
…………
[oracle@gc1 udump]$ more prod_ora_6966.trc
/u01/app/oracle/oradata/PROD/udump/prod_ora_6966.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
System name: Linux
Node name: gc1
Release: 2.6.18-164.el5
Version: #1 SMP Tue Aug 18 15:51:54 EDT 2009
Machine: i686
Instance name: PROD
Redo thread mounted by this instance: 0
Oracle process number: 26
Unix process pid: 6966, image: oracle@gc1 (TNS V1-V3)
*** 2014-04-03 22:12:26.393
*** SERVICE NAME:() 2014-04-03 22:12:26.393
*** SESSION ID:(289.1) 2014-04-03 22:12:26.393
kccsga_update_ckpt: num_1 = 1, num_2 = 0, num_3 = 0, lbn_2 = 0, lbn_3 = 0
*** 2014-04-03 22:12:47.395
ktsmgtur(): TUR was not tuned for 555 secs
*** 2014-04-03 22:20:54.291
-- The following are current System-scope REDO Log Archival related
-- parameters and can be included in the database initialization file.
--
-- LOG_ARCHIVE_DEST=''
-- LOG_ARCHIVE_DUPLEX_DEST=''
--
-- LOG_ARCHIVE_FORMAT=%t_%s_%r.dbf
--
-- DB_UNIQUE_NAME="PROD"
--
-- LOG_ARCHIVE_CONFIG='SEND, RECEIVE, NODG_CONFIG'
-- LOG_ARCHIVE_MAX_PROCESSES=2
-- STANDBY_FILE_MANAGEMENT=MANUAL
-- STANDBY_ARCHIVE_DEST=?/dbs/arch
-- FAL_CLIENT=''
-- FAL_SERVER=''
--
-- LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/product/10.2.0/db_1/dbs/arch'
-- LOG_ARCHIVE_DEST_1='MANDATORY NOREOPEN NODELAY'
-- LOG_ARCHIVE_DEST_1='ARCH NOAFFIRM EXPEDITE NOVERIFY SYNC'
-- LOG_ARCHIVE_DEST_1='NOREGISTER NOALTERNATE NODEPENDENCY'
-- LOG_ARCHIVE_DEST_1='NOMAX_FAILURE NOQUOTA_SIZE NOQUOTA_USED NODB_UNIQUE_NAME'
-- LOG_ARCHIVE_DEST_1='VALID_FOR=(PRIMARY_ROLE,ONLINE_LOGFILES)'
-- LOG_ARCHIVE_DEST_STATE_1=ENABLE
--
-- Below are two sets of SQL statements, each of which creates a new
-- control file and uses it to open the database. The first set opens
-- the database with the NORESETLOGS option and should be used only if
-- the current versions of all online logs are available. The second
-- set opens the database with the RESETLOGS option and should be used
-- if online logs are unavailable.
-- The appropriate set of statements can be copied from the trace into
-- a script file, edited as necessary, and executed when there is a
-- need to re-create the control file.
--
-- Set #1. NORESETLOGS case
--
-- The following commands will create a new control file and use it
-- to open the database.
-- Data used by Recovery Manager will be lost.
-- Additional logs may be required for media recovery of offline
-- Use this only if the current versions of all online logs are
-- available.
-- After mounting the created controlfile, the following SQL
-- statement will place the database in the appropriate
-- protection mode:
-- ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "PROD"
NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 2
MAXDATAFILES 30
MAXINSTANCES 1
MAXLOGHISTORY 292
LOGFILE
GROUP 1 (
'/u01/app/oracle/oradata/PROD/disk1/redo01.log',
'/u01/app/oracle/oradata/PROD/disk2/redo01.log'
) SIZE 100M,
GROUP 2 (
'/u01/app/oracle/oradata/PROD/disk1/redo02.log',
'/u01/app/oracle/oradata/PROD/disk2/redo02.log'
) SIZE 100M,
GROUP 3 (
'/u01/app/oracle/oradata/PROD/disk1/redo03.log',
'/u01/app/oracle/oradata/PROD/disk2/redo03.log'
) SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'/u01/app/oracle/oradata/PROD/disk3/system01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/undotbs01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/sysaux01.dbf',
'/u01/app/oracle/oradata/PROD/disk3/users01.dbf'
CHARACTER SET ZHS16GBK
;
-- Commands to re-create incarnation table
-- Below log names MUST be changed to existing filenames on
-- disk. Any one log file from each branch can be used to
-- re-create incarnation records.
-- ALTER DATABASE REGISTER LOGFILE '/u01/app/oracle/product/10.2.0/db_1/dbs/arch1_1_794420273.dbf';
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE
-- Database can now be opened normally.
ALTER DATABASE OPEN;
-- Commands to add tempfiles to temporary tablespaces.
-- Online tempfiles have complete space information.
-- Other tempfiles may require adjustment.
ALTER TABLESPACE TEMPTS ADD TEMPFILE '/u01/app/oracle/oradata/PROD/disk5/temp01.dbf'
SIZE 20971520 REUSE AUTOEXTEND OFF;
-- End of tempfile additions.
--
-- Set #2. RESETLOGS case
--
-- The following commands will create a new control file and use it
-- to open the database.
-- Data used by Recovery Manager will be lost.
-- The contents of online logs will be lost and all backups will
-- be invalidated. Use this only if online logs are damaged.
-- After mounting the created controlfile, the following SQL
-- statement will place the database in the appropriate
-- protection mode:
-- ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "PROD"
RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 2
MAXDATAFILES 30
MAXINSTANCES 1
MAXLOGHISTORY 292
LOGFILE
GROUP 1 (
'/u01/app/oracle/oradata/PROD/disk1/redo01.log',
'/u01/app/oracle/oradata/PROD/disk2/redo01.log'
) SIZE 100M,
GROUP 2 (
'/u01/app/oracle/oradata/PROD/disk1/redo02.log',
'/u01/app/oracle/oradata/PROD/disk2/redo02.log'
) SIZE 100M,
GROUP 3 (
'/u01/app/oracle/oradata/PROD/disk1/redo03.log',
'/u01/app/oracle/oradata/PROD/disk2/redo03.log'
) SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'/u01/app/oracle/oradata/PROD/disk3/system01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/undotbs01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/sysaux01.dbf',
'/u01/app/oracle/oradata/PROD/disk3/users01.dbf'
CHARACTER SET ZHS16GBK
;
-- Commands to re-create incarnation table
-- Below log names MUST be changed to existing filenames on
-- disk. Any one log file from each branch can be used to
-- re-create incarnation records.
-- ALTER DATABASE REGISTER LOGFILE '/u01/app/oracle/product/10.2.0/db_1/dbs/arch1_1_794420273.dbf';
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE USING BACKUP CONTROLFILE
-- Database can now be opened zeroing the online logs.
ALTER DATABASE OPEN RESETLOGS;
-- Commands to add tempfiles to temporary tablespaces.
-- Online tempfiles have complete space information.
-- Other tempfiles may require adjustment.
ALTER TABLESPACE TEMPTS ADD TEMPFILE '/u01/app/oracle/oradata/PROD/disk5/temp01.dbf'
SIZE 20971520 REUSE AUTOEXTEND OFF;
-- End of tempfile additions.
注意：以上信息中，二个CREATE CONTROLFILE REUSE DATABASE语句，是用来重建控制文件的，主要区别在于是否重建日志文件，
正常关库情况，会生成全局检查点，重建控制文件采用
NORESETLOGS方式即可，否则采用
RESETLOGS。
--删除所有控制文件，关库再启库
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk1/control01.ctl
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk2/control01.ctl
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk3/control01.ctl
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk4/control01.ctl
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 419430400 bytes
Fixed Size 1219760 bytes
Variable Size 121635664 bytes
Database Buffers 293601280 bytes
Redo Buffers 2973696 bytes
ORA-00205: error in identifying control file, check alert log for more info
也报之前那个错，这次因四个控制文件都被删除，无法采用第一种方式进行控制文件的修复，可采用trace控制文件中的重建控制文件语句，进行控制文件重建。
--重建控制文件
SQL> CREATE CONTROLFILE REUSE DATABASE "PROD" NORESETLOGS NOARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 2
4 MAXDATAFILES 30
5 MAXINSTANCES 1
6 MAXLOGHISTORY 292
7 LOGFILE
8 GROUP 1 (
9 '/u01/app/oracle/oradata/PROD/disk1/redo01.log',
10 '/u01/app/oracle/oradata/PROD/disk2/redo01.log'
11 ) SIZE 100M,
12 GROUP 2 (
13 '/u01/app/oracle/oradata/PROD/disk1/redo02.log',
14 '/u01/app/oracle/oradata/PROD/disk2/redo02.log'
15 ) SIZE 100M,
16 GROUP 3 (
17 '/u01/app/oracle/oradata/PROD/disk1/redo03.log',
18 '/u01/app/oracle/oradata/PROD/disk2/redo03.log'
19 ) SIZE 100M
20 -- STANDBY LOGFILE
21 DATAFILE
22 '/u01/app/oracle/oradata/PROD/disk3/system01.dbf',
23 '/u01/app/oracle/oradata/PROD/disk4/undotbs01.dbf',
24 '/u01/app/oracle/oradata/PROD/disk4/sysaux01.dbf',
25 '/u01/app/oracle/oradata/PROD/disk3/users01.dbf'
26 CHARACTER SET ZHS16GBK
27 ;
Control file created.
SQL> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
PROD MOUNTED
SQL> alter database open;
Database altered.
三、控制文件都损坏，通过控制文件旧备份修复数据库
原理：首先利用控制文件旧备份启库至mount状态，然后再做controlfile trace，进而获取重建控制文件语句（回到上一种情况解决了）
--删除所有控制文件
[oracle@gc1 ~]$ rm /u01/app/oracle/oradata/PROD/disk1/control01.ctl
[oracle@gc1 ~]$ rm /u01/app/oracle/oradata/PROD/disk2/control01.ctl
[oracle@gc1 ~]$ rm /u01/app/oracle/oradata/PROD/disk3/control01.ctl
[oracle@gc1 ~]$ rm /u01/app/oracle/oradata/PROD/disk4/control01.ctl
SQL> shutdown immediate;
ORA-00210: cannot open the specified control file
ORA-00202: control file: '/u01/app/oracle/oradata/PROD/disk1/control01.ctl'
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3
SQL> shutdown abort;
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 419430400 bytes
Fixed Size 1219760 bytes
Variable Size 121635664 bytes
Database Buffers 293601280 bytes
Redo Buffers 2973696 bytes
ORA-00205: error in identifying control file, check alert log for more info
SQL> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
PROD STARTED
--复制控制文件旧备份，启库至mount状态，执行trace操作
[oracle@gc1 ~]$ cp /home/oracle/control.bak /u01/app/oracle/oradata/PROD/disk1/control01.ctl
[oracle@gc1 ~]$ cp /home/oracle/control.bak /u01/app/oracle/oradata/PROD/disk2/control01.ctl
[oracle@gc1 ~]$ cp /home/oracle/control.bak /u01/app/oracle/oradata/PROD/disk3/control01.ctl
[oracle@gc1 ~]$ cp /home/oracle/control.bak /u01/app/oracle/oradata/PROD/disk4/control01.ctl
SQL> alter database mount;
Database altered.
SQL> alter database backup controlfile to trace;
Database altered.
--查看trace信息，获取重建控制文件语句
[oracle@gc1 bdump]$ cd /u01/app/oracle/oradata/PROD/udump
[oracle@gc1 udump]$ ls -lt
total 996
-rw-r----- 1 oracle oinstall 7031 Apr 4 22:11 prod_ora_8558.trc
-rw-r----- 1 oracle oinstall 599 Apr 4 22:06 prod_ora_8509.trc
-rw-r----- 1 oracle oinstall 75303 Apr 4 22:05 prod_ora_8294.trc
-rw-r----- 1 oracle oinstall 1737 Apr 4 19:23 prod_ora_7777.trc
-rw-r----- 1 oracle oinstall 599 Apr 4 18:51 prod_ora_7728.trc
-rw-r----- 1 oracle oinstall 784 Apr 4 18:08 prod_ora_7576.trc
-rw-r----- 1 oracle oinstall 599 Apr 3 22:37 prod_ora_7082.trc
-rw-r----- 1 oracle oinstall 6824 Apr 3 22:37 prod_ora_6966.trc
[oracle@gc1 udump]$ more prod_ora_8558.trc
……
CREATE CONTROLFILE REUSE DATABASE "PROD" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 2
MAXDATAFILES 30
MAXINSTANCES 1
MAXLOGHISTORY 292
LOGFILE
GROUP 1 (
'/u01/app/oracle/oradata/PROD/disk1/redo01.log',
'/u01/app/oracle/oradata/PROD/disk2/redo01.log'
) SIZE 100M,
GROUP 2 (
'/u01/app/oracle/oradata/PROD/disk1/redo02.log',
'/u01/app/oracle/oradata/PROD/disk2/redo02.log'
) SIZE 100M,
GROUP 3 (
'/u01/app/oracle/oradata/PROD/disk1/redo03.log',
'/u01/app/oracle/oradata/PROD/disk2/redo03.log'
) SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'/u01/app/oracle/oradata/PROD/disk3/system01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/undotbs01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/sysaux01.dbf',
'/u01/app/oracle/oradata/PROD/disk3/users01.dbf'
CHARACTER SET ZHS16GBK
;
……
CREATE CONTROLFILE REUSE DATABASE "PROD" RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 2
MAXDATAFILES 30
MAXINSTANCES 1
MAXLOGHISTORY 292
LOGFILE
GROUP 1 (
'/u01/app/oracle/oradata/PROD/disk1/redo01.log',
'/u01/app/oracle/oradata/PROD/disk2/redo01.log'
) SIZE 100M,
GROUP 2 (
'/u01/app/oracle/oradata/PROD/disk1/redo02.log',
'/u01/app/oracle/oradata/PROD/disk2/redo02.log'
) SIZE 100M,
GROUP 3 (
'/u01/app/oracle/oradata/PROD/disk1/redo03.log',
'/u01/app/oracle/oradata/PROD/disk2/redo03.log'
) SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'/u01/app/oracle/oradata/PROD/disk3/system01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/undotbs01.dbf',
'/u01/app/oracle/oradata/PROD/disk4/sysaux01.dbf',
'/u01/app/oracle/oradata/PROD/disk3/users01.dbf'
CHARACTER SET ZHS16GBK
;
--删除利用控制文件旧备份生成的控制文件，利用重建控制文件语句，重新生成（注意因是利用旧备份文件获取的重建语句，需核对相应的logfile及datafile信息，如果不一致，修改后再执行重建语句）。
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk1/control01.ctl
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk2/control01.ctl
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk3/control01.ctl
[oracle@gc1 udump]$ rm /u01/app/oracle/oradata/PROD/disk4/control01.ctl
SQL> shutdown immediate;
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 419430400 bytes
Fixed Size 1219760 bytes
Variable Size 121635664 bytes
Database Buffers 293601280 bytes
Redo Buffers 2973696 bytes
ORA-00205: error in identifying control file, check alert log for more info
SQL> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
PROD STARTED
SQL> CREATE CONTROLFILE REUSE DATABASE "PROD" NORESETLOGS NOARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 2
4 MAXDATAFILES 30
5 MAXINSTANCES 1
6 MAXLOGHISTORY 292
7 LOGFILE
8 GROUP 1 (
9 '/u01/app/oracle/oradata/PROD/disk1/redo01.log',
10 '/u01/app/oracle/oradata/PROD/disk2/redo01.log'
11 ) SIZE 100M,
12 GROUP 2 (
13 '/u01/app/oracle/oradata/PROD/disk1/redo02.log',
14 '/u01/app/oracle/oradata/PROD/disk2/redo02.log'
15 ) SIZE 100M,
16 GROUP 3 (
17 '/u01/app/oracle/oradata/PROD/disk1/redo03.log',
18 '/u01/app/oracle/oradata/PROD/disk2/redo03.log'
19 ) SIZE 100M
20 -- STANDBY LOGFILE
21 DATAFILE
22 '/u01/app/oracle/oradata/PROD/disk3/system01.dbf',
23 '/u01/app/oracle/oradata/PROD/disk4/undotbs01.dbf',
24 '/u01/app/oracle/oradata/PROD/disk4/sysaux01.dbf',
25 '/u01/app/oracle/oradata/PROD/disk3/users01.dbf'
26 CHARACTER SET ZHS16GBK
27 ;
Control file created.
SQL> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
PROD MOUNTED
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/u01/app/oracle/oradata/PROD/disk3/system01.dbf'
SQL> recover database;
Media recovery complete.
SQL> alter database open;
Database altered.
注意：以上open时出错，采用了recover database方式，修复后才可open，要是这种方式还不行，可用下面这二种方式修复
recover database until cancel;
recover database until cancel using backup controlfile;
到些为止，数据库基本已修改，但实际从重建控制文件语句中你会发现，只记录了日志文件、数据文件、字符集，缺临时表空间。
--修复临时表空间
SQL> set autotrace traceonly
SQL> select * from scott.emp;
14 rows selected.
Execution Plan
----------------------------------------------------------
An uncaught error happened in fetching the records : ORA-25153: Temporary Tablespace is Empty
ORA-25153: Temporary Tablespace is Empty
Statistics
----------------------------------------------------------
455 recursive calls
0 db block gets
81 consistent gets
8 physical reads
0 redo size
1363 bytes sent via SQL*Net to client
381 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
6 sorts (memory)
0 sorts (disk)
14 rows processed
以上信息可知，Temporary Tablespace表空间已损坏。
--重建Temporary Tablespace表空间，并设为默认临时表空间
SQL> create temporary tablespace TEMPTS2 TEMPFILE '/u01/app/oracle/oradata/PROD/disk5/temp02.dbf' size 50m;
Tablespace created.
SQL> alter database default temporary tablespace tempts2;
Database altered.
SQL> select * from scott.emp;
14 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value: 3956160932
--------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 14 | 518 | 3 (0)| 00:00:01 |
| 1 | TABLE ACCESS FULL| EMP | 14 | 518 | 3 (0)| 00:00:01 |
--------------------------------------------------------------------------
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
8 consistent gets
0 physical reads
0 redo size
1363 bytes sent via SQL*Net to client
385 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
14 rows processed
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/21251711/viewspace-1139023/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/21251711/viewspace-1139023/
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
