1. 预备知识
将表空间设置为只读，可以防止用户对表空间中的数据文件执行写入操作。然而，这也使得系统进程同样无法完成文件头的写入操作。这将对系统在执行checkpoint，resetlogs之类修改文件头的等操作产生影响。
要全面理解只读表空间的恢复问题，我们首先要搞清楚表空间、数据文件状态的改变，与控制文件之间存在着哪些联系：
1.1 控制文件自动备份
首先，当表空间状态发生改变时，系统将启动控制文件自动备份操作。
sys@STUDY>alter tablespace users read only;
Tablespace altered.
我们来查看alert.log文件：
Thu Jun 24 13:05:38 2010
alter tablespace users read only
Thu Jun 24 13:05:38 2010
Starting control autobackup
Control autobackup written to DISK device
handle 'C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREASTUDYAUTOBACKUP2010_06_24O1_MF_S_722523938_625SX4G5_.BKP'
Completed: alter tablespace users read write
如果alert.log文件被删除了也不要紧，我们可以在V$BACKUP_CONTROLFILE_DETAILS视图中查询系统自动备份控制文件的详细信息。
sys@STUDY>select btype_key, id1, id2, creation_time from v$backup_controlfile_details;
BTYPE_KEY ID1 ID2 CREATION_TIME
--------- ---------- ---------- -------------------
63 722516269 68 2008-04-22 16:50:16
64 722516931 69 2008-04-22 16:50:16
65 722523938 70 2008-04-22 16:50:16
为了显示方便，以上结果部分被省略了。
当数据文件被置为read only后，系统将修改文件头，将系统当前的SCN记录在Checkpoint_change#和last_change#中。注意，此处系统并未执行CKPT。
sys@STUDY>select file#, checkpoint_change#, last_change#, offline_change#, online_change# from v$datafile;
FILE# CHECKPOINT_CHANGE# LAST_CHANGE# OFFLINE_CHANGE# ONLINE_CHANGE#
---------- -------------- ---------- --------------- --------------
1 2147692 534906 534907
2 2147692 534906 534907
3 2147692 534906 534907
4 2151527 2151527 2145970 2150425
5 2147692 0 0
7 2147692 0 0
8 2147692 0 0
进一步实验我们可以发现：只要表空间状态发生改变（online, offline，read only, read write），系统均会自动进行控制文件的备份操作。
如果我们将数据文件的状态设为offline：
alter database datafile 4 offline;
alert.log文件中将记录，但系统并不进行控制文件的自动备份。
Thu Jun 24 15:38:27 2010
alter database datafile 4 offline
Thu Jun 24 15:38:27 2010
Completed: alter database datafile 4 offline
下一次重新online数据文件时：
alter database datafile 4 online;
alert.log文件中将记录，并执行控制文件的自动备份。
Thu Jun 24 15:45:54 2010
alter database datafile 4 online
Thu Jun 24 15:45:54 2010
Starting control autobackup
Control autobackup written to DISK device
handle 'C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREASTUDYAUTOBACKUP2010_06_24O1_MF_S_722533554_62639MC7_.BKP'
Completed: alter database datafile 4 online
了解控制文件备份的位置，对于我们运用using backup controlfile来实现数据库的不完全恢复非常重要。如果所有的备份控制文件都丢失了，那么只能通过执行控制文件重建脚本来完成恢复操作。
1.2 控制文件记录数据文件
对于只读表空间，由于无法对其进行更改，因此系统假设其不需要恢复，其中的数据文件并没有包含在控制文件中。
sys@STUDY>alter database backup controlfile to trace;
对应的跟踪文件中有关数据文件的代码段：
DATAFILE
'C:ORACLEPRODUCT10.2.0ORADATASTUDYSYSTEM01.DBF',
'C:ORACLEPRODUCT10.2.0ORADATASTUDYUNDOTBS01.DBF',
'C:ORACLEPRODUCT10.2.0ORADATASTUDYSYSAUX01.DBF',
'C:ORACLEPRODUCT10.2.0ORADATASTUDYEXAMPLE01.DBF',
'C:ORACLEPRODUCT10.2.0ORADATASTUDYRMAN01.DBF',
'C:ORACLEPRODUCT10.2.0ORADATASTUDYPERFSTATS01.DBF'
可以看到，其中没有记录USER01.DBF的信息。
进一步，我们尝试将Users表空间变为offline；然后导出控制文件，我们发现Users中的数据文件同样没有记录在控制文件中。这是由于系统同样认为脱机表空间也同样不需要恢复。
1.3 小结
如下图所示，表空间与控制文件间的关系如下：
| 表空间状态 | 控制文件操作 | ||
| 自动备份 | 记录数据文件 | ||
| offline | √ | × | |
| online | read only | √ | × |
| read write | √ | √ | |
综上所述，系统对只读表空间和脱机表空间的恢复过程中的操作是非常类似的。
[@more@]来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/20162/viewspace-1034620/ ，如需转载，请注明出处，否则将追究法律责任。
