使用trace文件重建控制文件时的只读表空间处理
使用trace文件重建控制文件的时候会经常忽略其中只读表空间，这种方式重建后的只读表空间的其实在置成读写的时候会出现类似
ORA-01135: file 6 accessed for DML/query is offline
ORA-01111: name for data file 6 is unknown - rename to correct file
ORA-01110: data file 6: '/u01/app/oracle/product/10.2.1/db_1/dbs/MISSING00006'
的错误，大体分类一下：
当存在read only表空间时，重建控制文件分两种情况：
1、重建controlfile的脚本中包含read only所对应的datafile，datafile不需要rename。
2、重建controlfile的脚本中不包含read only所对应的datafile；重建controlfile之后需要rename datafile到正确的位置。
测试环境：Oracle 10G database：PROD
演示：
1，查看表空间状态
注意此时oltp表空间是read only状态。
SYS@PROD>select tablespace_name,STATUS from dba_tablespaces;
TABLESPACE_NAME STATUS
------------------------------ ---------
SYSTEM ONLINE
UNDOTBS ONLINE
SYSAUX ONLINE
TEMP01 ONLINE
TEMP02 ONLINE
USERS ONLINE
TOOLS ONLINE
OLTP READ ONLY
MSSM ONLINE
9 rows selected.
2，备份控制文件到trace
SYS@PROD>alter database backup controlfile to trace;
Database altered.
3，开始重建控制文件过程：（停库=>nomount状态=>执行trace重建脚本）
SYS@PROD>shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@PROD>startup nomount;
ORACLE instance started.
Total System Global Area 314572800 bytes
Fixed Size 1219184 bytes
Variable Size 100664720 bytes
Database Buffers 209715200 bytes
Redo Buffers 2973696 bytes
4，此处模拟删除唯一的控制文件
SYS@PROD>show parameter control_files
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
control_files string /u01/app/oracle/oradata/PROD/d
isk1/control1.ctl
PROD@rhel1$ rm disk1/control1.ctl
5，执行trace脚本
1）如果打开备份产生的trace文件我们可以在后面看到控制文件的重建语句（仔细研究trace文件可以发现很多关于控制文件的重要信息）
产生的trace文件位于$ORACLE_BASE/admin/$ORACLE_SID/udump/目录下，如果不知道是哪个文件可以使用如下语句查找：
select
d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name
from
( select p.spid
from sys.v$mystat m,sys.v$session s,sys.v$process p
where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,
( select t.instance from sys.v$thread t,sys.v$parameter v
where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i,
( select value from sys.v$parameter where name = 'user_dump_dest') d ;
返回：
TRACE_FILE_NAME
--------------------------------------------------------------------------------
/u01/app/oracle/admin/PROD/udump/prod_ora_13341.trc
或这使用下列方法获取pid
select a.spid from
v$process a,v$session b
where a.addr=b.paddr and b.username = 'SYS';
返回：
SPID
------------
13341
2）找到trace文件中的这段：
CREATE CONTROLFILE REUSE DATABASE "PROD" NORESETLOGS ARCHIVELOG
MAXLOGFILES 30
MAXLOGMEMBERS 5
MAXDATAFILES 100
MAXINSTANCES 1
MAXLOGHISTORY 292
LOGFILE
GROUP 1 (
'/u01/app/oracle/oradata/PROD/disk1/redo01.log',
'/u01/app/oracle/oradata/PROD/disk2/redo01_b.log'
) SIZE 100M,
GROUP 2 (
'/u01/app/oracle/oradata/PROD/disk1/redo02.log',
'/u01/app/oracle/oradata/PROD/disk2/redo02_b.log'
) SIZE 100M,
GROUP 3 (
'/u01/app/oracle/oradata/PROD/disk1/redo03.log',
'/u01/app/oracle/oradata/PROD/disk2/redo03_b.log'
) SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'/u01/app/oracle/oradata/PROD/disk1/system01.dbf',
'/u01/app/oracle/oradata/PROD/disk1/undotbs01.dbf',
'/u01/app/oracle/oradata/PROD/disk1/sysaux01.dbf',
'/u01/app/oracle/oradata/PROD/disk1/users_01.dbf',
'/u01/app/oracle/oradata/PROD/disk1/tools_01.dbf',
'/u01/app/oracle/oradata/PROD/disk1/mssm_01.dbf'
CHARACTER SET US7ASCII；
==注意此时的trace文件中没有只读表空间的信息，如果在这个脚本的datafile后面加上oltp的正确位置名就没有rename的过程了。
3）保存成脚本恢复使用：
PROD@rhel1 /home/oracle$ vi con.sql
6，nomount下执行脚本
SYS@PROD>@/home/oracle/con.sql
Control file created.
7，重建后数据库其实已经mount了，这时再打开数据库
SYS@PROD>alter database open;
Database altered.
8，查看表空间状态（没有异常）
SYS@PROD>select tablespace_name,status from dba_tablespaces;
TABLESPACE_NAME STATUS
----------------------------- ---------
SYSTEM ONLINE
UNDOTBS ONLINE
SYSAUX ONLINE
TEMP01 ONLINE
TEMP02 ONLINE
USERS ONLINE
TOOLS ONLINE
OLTP READ ONLY
MSSM ONLINE
9，将表空间置成read write出现报错，显示read only表空间的名字不对应
SYS@PROD>alter tablespace oltp read write;
alter tablespace oltp read write
*
ERROR at line 1:
ORA-01135: file 6 accessed for DML/query is offline
ORA-01111: name for data file 6 is unknown - rename to correct file
ORA-01110: data file 6: '/u01/app/oracle/product/10.2.1/db_1/dbs/MISSING00006'
10，查看文件位置确认，果然oltp表空间的位置改变了，这就是重建脚本中没有涉及只读表空间导致的后果，此时只需重新命名就行了
SYS@PROD>select file_name , tablespace_name from dba_data_files;
FILE_NAME TABLESPACE_NAME
------------------------------------------------------------ ---------------
/u01/app/oracle/oradata/PROD/disk1/mssm_01.dbf MSSM
/u01/app/oracle/oradata/PROD/disk1/tools_01.dbf TOOLS
/u01/app/oracle/oradata/PROD/disk1/users_01.dbf USERS
/u01/app/oracle/oradata/PROD/disk1/sysaux01.dbf SYSAUX
/u01/app/oracle/oradata/PROD/disk1/undotbs01.dbf UNDOTBS
/u01/app/oracle/oradata/PROD/disk1/system01.dbf SYSTEM
/u01/app/oracle/product/10.2.1/db_1/dbs/MISSING00006 OLTP
11，重新命名只读表空间
SYS@PROD>alter tablespace oltp rename datafile '/u01/app/oracle/product/10.2.1/db_1/dbs/MISSING00006' to '/u01/app/oracle/oradata/PROD/disk1/oltp_01.dbf';
Tablespace altered.
12，重新置为读写，重命名后的oltp表空间其实是出于offline状态的，直接read write还会报错的：
SYS@PROD>alter tablespace oltp read write;
alter tablespace oltp read write
*
ERROR at line 1:
ORA-01135: file 6 accessed for DML/query is offline
ORA-01110: data file 6: '/u01/app/oracle/oradata/PROD/disk1/oltp_01.dbf'
13，先online，再次尝试read write。
SYS@PROD>alter tablespace oltp online;
Tablespace altered.
SYS@PROD>alter tablespace oltp read write;
Tablespace altered.
成功完成oltp表空间的读写处理，可见如果需要使用trace脚本重建控制文件一定记住将只读表空间的信息加入其中，这样可以省去后续的步骤。
本文版权由作者Beanbee和博客园共同所有，转载请注明出处。
来自【Beanbee的博客】:http://www.cnblogs.com/beanbee/
