Oracle 10g表空间联机脱机跟检查点的关系(三)

6 rows selected.

Noarchive mode

表空间脱机只有normal模式，没有immediate的原因我们也能猜的到，没有开归档，online的时候就有可能没法完全应用自offline以来的日志(日志可能被覆盖)。跟检查点的关系同归档模式。
数据文件脱机只有offline drop模式，没有offline模式，原因同上。

事实上，noarchivelog 下的数据文件脱机offline drop = offline for drop ，意思是这个文件以后不再需要，但物理层面上并没有真正删除，一般在某个数据文件丢失以至于没法open数据库的时候才做datafile offline。如果在数据库open的情况下做offline datafile，这种文件一般就没法再online了。不过只要redo日志没有切换一个循环(最初日志没被覆盖)，还是可以实现online的。

SQL> alter database datafile 5 offline drop;

Database altered.

SQL> select FILE#,NAME,STATUS,CHECKPOINT_CHANGE# from v$datafile;

FILE# NAME STATUS CHECKPOINT_CHANGE#
---------- ---------------------------------------- ------- ------------------
1 C:\ORACLE\ORADATA\RC\SYSTEM01.DBF SYSTEM 494175
2 C:\ORACLE\ORADATA\RC\UNDOTBS01.DBF ONLINE 494175
3 C:\ORACLE\ORADATA\RC\SYSAUX01.DBF ONLINE 494175
4 C:\ORACLE\ORADATA\RC\USERS01.DBF ONLINE 494175
5 C:\ORACLE\ORADATA\RC\CQF01.DBF RECOVER 494331
6 C:\ORACLE\ORADATA\RC\CQF02.DBF ONLINE 494331

6 rows selected.

SQL> alter database datafile 5 online;
alter database datafile 5 online
*
ERROR at line 1:
ORA-01113: file 5 needs media recovery
ORA-01110: data file 5: 'C:\ORACLE\ORADATA\RC\CQF01.DBF'

SQL> recover datafile 5;
Media recovery complete.
SQL> alter database datafile 5 online;

Database altered.

SQL> select FILE#,NAME,STATUS,CHECKPOINT_CHANGE# from v$datafile;

FILE# NAME STATUS CHECKPOINT_CHANGE#
---------- ---------------------------------------- ------- ------------------
1 C:\ORACLE\ORADATA\RC\SYSTEM01.DBF SYSTEM 494175
2 C:\ORACLE\ORADATA\RC\UNDOTBS01.DBF ONLINE 494175
3 C:\ORACLE\ORADATA\RC\SYSAUX01.DBF ONLINE 494175
4 C:\ORACLE\ORADATA\RC\USERS01.DBF ONLINE 494175
5 C:\ORACLE\ORADATA\RC\CQF01.DBF ONLINE 494626
6 C:\ORACLE\ORADATA\RC\CQF02.DBF ONLINE 494331

6 rows selected.