oracle数据库的控制文件包含哪些信息类型

oracle数据库的控制文件包含了以下信息：

1、数据库名称

2、数据库创建的时间戳

3、相关的数据文件、重演日志文件的名称和位置

4、表空间信息

5、数据文件脱机范围

6、日志历史

7、归档日志信息

8、备份组和备份块信息

9、文件和重演日志信息

10、数据文件拷贝信息

11、当前日志序列数

12、检查点(checkpoint)信息

扩展资料

Oracle数据库中，数据库控制文件维护着数据库的全局物理结构，用以支持数据库成功的启动和运行。创建数据库时，同时就提供了与之对应的数据库控制文件。

在数据库使用过程中，Oracle不断的更新数据库控制文件，所以只要数据库是打开的，数据库控制文件就必须处于可写状态。如果，犹豫某些原因控制文件不能被访问，那么数据库也就不能正常的工作了。

每一个控制文件只能与一个Oracle数据库相关联。数据库控制文件包含了数据库实例的启动和正常 *** 作时，访问数据库所需的关于数据库的信息。数据库控制文件的内容只有Oralce可以修改，数据库管理员和用户都不能对其进行编辑。

top查看系统的checkpoint动作

我们可以通过将LOG_checkpointS_TO_ALERT设置成TRUE来打开checkpoint的trace，这样就可以跟踪checkpoint的 *** 作了。

ALTER SYSTEM SET LOG_checkpointS_TO_ALERT=TRUE

这设置以后系统的checkpoint将会被记录alert_$SID.log文件中。

在V$DATAFILE_HEADER里面也保存了发生完全checkpoint的时候一些相关信息，包括checkpoint发生时间、对应SCN已经checkpoint的次数。

select file# NO, status, tablespace_name, name, dbms_flashback.get_system_change_number CUR_SCN,

to_char（resetlogs_time, 'YYYY-MM-DD HH24:MI:SS'） RST_DT, resetlogs_change# RST_SCN,

to_char（checkpoint_time, 'YYYY-MM-DD HH24:MI:SS'） CKPT_DT, checkpoint_change# CKPT_SCN, checkpoint_count CKPT_CNT

from v$datafile_header

/**

NO STATUS TABLESPACE_NAME CUR_SCN RST_DT RST_SCN CKPT_DT CKPT_SCN CKPT_CNT

--- ------- ---------------- -------- ------------------- -------- ------------------- --------- ---------

1 ONLINE SYSTEM 533541 2008-01-12 16:51:53 446075 2008-08-04 22:03:58 532354 65

2 ONLINE UNDOTBS1 533541 2008-01-12 16:51:53 446075 2008-08-04 22:03:58 532354 28

3 ONLINE SYSAUX 533541 2008-01-12 16:51:53 446075 2008-08-04 22:03:58 532354 65

4 ONLINE USERS 533541 2008-01-12 16:51:53 446075 2008-08-04 22:03:58 532354 64

5 ONLINE EXAMPLE 533541 2008-01-12 16:51:53 446075 2008-08-04 22:03:58 532354 24

有一家叫甲骨文的粮店，老板很严谨，为了防止仓库的粮食在买入卖出的时候发生问题，他制订一套流程，首先进出仓库的每一旦粮食都要求有一个编号(SCN)，而且出入库之前必须先放到一个平台上(buffer cache)，他命令仓库叫大头的伙计(datafile head)来首先记录这个编号，然后每隔一定的时间(log_checkpoint_timeout)或者库房平台上的粮食堆放到一定的数量或者仓库伙计换班(log swtich)的时候，一个叫“点点”(CKPT)的后院家奴就会把仓库伙计记录的信息拿给帐房先生同时还会催促码放在仓库平台的粮食入仓或者出仓(DBWn)，帐房先生根据“点点”拿来的帐页记录到自己的帐本上。这样一来每天老板要和账房先生、仓库伙计进行账务的核对，一旦发现仓库伙计记录了而帐房先生没记录的情况就要求帐房先生把伙计记录的信息誊写到自己的帐本上，而如果发现帐房先生有记录了而仓库伙计这里却没有，那就麻烦大了，这说明仓库伙计有可能把之前的记录帐页给丢掉了，也就意味着粮食有丢失的危险，不过也不用过分担心，老板手下还有一个给力干将叫“SMON”， 是的，之所以给力就是因为是个洋和尚，外来的和尚会念经嘛。这个"SMON"的洋和尚会想办法去找这些编号的粮食，一旦找到就会让仓库伙计按照帐房先生的记录来重新同步自己的帐本，这事就算是完了，可一旦连“SMON”都搞不定，那么老板就头大了，生意就得关张，意味着有粮食可能会丢失。这时候要么从其他地方找来一摸一样的粮食充数，还要让帐房先生和仓库伙计的帐本都清空从0开始重新记录，以免又出现不同的情况。

不知道够不够白。。。。。

---