网络编程 | 站长之家 | 网页制作 | 图形图象 | 操作系统 | 冲浪宝典 | 软件教学 | 网络办公 | 邮件系统 | 网络安全 | 认证考试 | 系统进程
Firefox | IE | Maxthon | 迅雷 | 电驴 | BitComet | FlashGet | QQ | QQ空间 | Vista | 输入法 | Ghost | Word | Excel | wps | Powerpoint
asp | .net | php | jsp | Sql | c# | Ajax | xml | Dreamweaver | FrontPages | Javascript | css | photoshop | fireworks | Flash | Cad | Discuz!
当前位置 > 网站建设学院 > 网络编程 > 数据库 > Oracle教程
Tag:注入,存储过程,分页,安全,优化,xmlhttp,fso,jmail,application,session,防盗链,stream,无组件,组件,md5,乱码,缓存,加密,验证码,算法,cookies,ubb,正则表达式,水印,索引,日志,压缩,base64,url重写,上传,控件,Web.config,JDBC,函数,内存,PDF,迁移,结构,破解,编译,配置,进程,分词,IIS,Apache,Tomcat,phpmyadmin,Gzip,触发器,socket
数据库:数据库教程,数据库技巧,Oracle教程,MySQL教程,Sybase教程,Access教程,DB2教程,数据库安全,数据库文摘
本月文章推荐
.Oracle数据库技术(6).
.关于Oracle数据库中快照的使用方.
.ORACLE中BFILE字段的使用研究.
.从例子中说明oracle中关于索引的.
.保持Oracle数据库的优良性能.
.关于使用RMAN进行clone数据库二.
.TestKing Oracle 1z0-025 V3.
.如何使用Ruby脚本调用Oracle存储.
.Linux备份策略研究.
.关于Oracle服务器性能全面调整攻.
.Oracle弱智900问四.
.Oracle 专业人员使用的SQL Serve.
.ORACLE问题,每天10问(七).
.Oracle用“Cooking With Code”为.
.oracle数据库文件中的导入\导出(.
.linux显卡的配置(2).
.orale的tnsping与TCP/IP的ping命.
.The Oracle DBA‘s Guide to NT.
.oracle 分析函数的使用.
.Oracle SQL性能优化技巧大总结.

关于数据文件头的检查点SCN.

发表日期:2008-2-9


在控制文件中存放着数据文件的信息,这些信息包含了一些经常改变的属性,比如说数据文件的“结束SCN”.
这些东西在数据库启动时,对于验证数据库文件的完整性具有很重要的意义。
在ITpub上找到了一篇文章,很好,转过来了,并作了一些测试。

原文章:http://www.itpub.net/showthread.PHP?s=&postid=2891734#post2891734
1、系统检查点scn
当一个检查点动作完成后,Oracle就把系统检查点的SCN存储到控制文件中。
select checkpoint_change# from v$database
2、数据文件检查点scn
当一个检查点动作完成后,Oracle就把每个数据文件的scn单独存放在控制文件中。
select name,checkpoint_change# from v$datafile
3、启动scn
Oracle把这个检查点的scn存储在每个数据文件的文件头中,这个值称为启动scn,因为它用于在数据库实例启动时,检查是否需要执行数据库恢复。
select name,checkpoint_change# from v$datafile_header
4、终止scn
每个数据文件的终止scn都存储在控制文件中。
select name,last_change# from v$datafile
在正常的数据库操作过程中,所有正处于联机读写模式下的数据文件的终止scn都为null.
5、在数据库运行期间的scn值
在数据库打开并运行之后,控制文件中的系统检查点、控制文件中的数据文件检查点scn和每个数据文件头中的启动scn都是相同的。控制文件中的每个数据文件的终止scn都为null.
在安全关闭数据库的过程中,系统会执行一个检查点动作,这时所有数据文件的终止scn都会设置成数据文件头中的那个启动scn的值。在数据库重新启动的时候,Oracle将文件头中的那个启动scn与数据库文件检查点scn进行比较,假如这两个值相互匹配,oracle接下来还要比较数据文件头中的启动 scn和控制文件中数据文件的终止scn。假如这两个值也一致,就意味着所有数据块多已经提交,所有对数据库的修改都没有在关闭数据库的过程中丢失,因此这次启动数据库的过程也不需要任何恢复操作,此时数据库就可以打开了。当所有的数据库都打开之后,存储在控制文件中的数据文件终止scn的值再次被更改为 null,这表示数据文件已经打开并能够正常使用了。



我做的测试如下:

A.数据库打开时,使用mount参数,不把数据库open.

系统检查点scn
SQL> select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
           1775875

控制文件中的数据文件检查点scn
SQL> select name,checkpoint_change# from v$datafile ;
NAME                                                         CHECKPOINT_CHANGE#
-------------------------------------            ------------------
/opt/oracle/oradata/dbora817/system01.dbf   1775875
/opt/oracle/oradata/dbora817/tools01.dbf      1775875
/opt/oracle/oradata/dbora817/rbs01.dbf         1775875
/opt/oracle/oradata/dbora817/temp01.dbf      1775875
/opt/oracle/oradata/dbora817/users01.dbf      1775875
/opt/oracle/oradata/dbora817/indx01.dbf        1775875
/opt/oracle/oradata/dbora817/drsys01.dbf      1775875
/opt/oracle/oradata/dbora817/perfstat.dbf      1775875

数据文件的文件头中的启动scn
SQL> select name,checkpoint_change# from v$datafile_header;
NAME                                                        CHECKPOINT_CHANGE#
-------------------------------------            ------------------
/opt/oracle/oradata/dbora817/system01.dbf   1775875
/opt/oracle/oradata/dbora817/tools01.dbf      1775875
/opt/oracle/oradata/dbora817/rbs01.dbf         1775875
/opt/oracle/oradata/dbora817/temp01.dbf      1775875
/opt/oracle/oradata/dbora817/users01.dbf      1775875
/opt/oracle/oradata/dbora817/indx01.dbf        1775875
/opt/oracle/oradata/dbora817/drsys01.dbf      1775875
/opt/oracle/oradata/dbora817/perfstat.dbf      1775875

控制文件中的数据文件终止scn
SQL> select name,last_change# from v$datafile;
NAME                                                        LAST_CHANGE#
-------------------------------------            ------------------
/opt/oracle/oradata/dbora817/system01.dbf   1775875
/opt/oracle/oradata/dbora817/tools01.dbf      1775875
/opt/oracle/oradata/dbora817/rbs01.dbf         1775875
/opt/oracle/oradata/dbora817/temp01.dbf      1775875
/opt/oracle/oradata/dbora817/users01.dbf      1775875
/opt/oracle/oradata/dbora817/indx01.dbf        1775875
/opt/oracle/oradata/dbora817/drsys01.dbf      1775875
/opt/oracle/oradata/dbora817/perfstat.dbf      1775875

这些个结束SCN都是跟启动SCN是一样的,这样,当数据库open的时候就可以不用recover了。


B.把数据库打开open

SQL> alter database open;
Database altered.

系统检查点scn 变为:1775876,比原来增加了1。
SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#
------------------
           1775876

控制文件中的数据文件检查点scn和数据文件的文件头中的启动scn也都被修改成为1775876,
各自增加了1。
然后察看

控制文件中的数据文件终止scn,发现都是NULL.

SQL> select name,last_change# from v$datafile;
NAME                                                        LAST_CHANGE#
-------------------------------------            ------------------
/opt/oracle/oradata/dbora817/system01.dbf 
/opt/oracle/oradata/dbora817/tools01.dbf     
/opt/oracle/oradata/dbora817/rbs01.dbf       
/opt/oracle/oradata/dbora817/temp01.dbf    
/opt/oracle/oradata/dbora817/users01.dbf    
/opt/oracle/oradata/dbora817/indx01.dbf       
/opt/oracle/oradata/dbora817/drsys01.dbf     
/opt/oracle/oradata/dbora817/perfstat.dbf    


C.对系统触发检查点

SQL> alter system checkpoint;

System altered.

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#
------------------
           1775917

系统检查点scn 发生变化,增加了1。




上一篇:在Oracle9i中,如何监视索引并清除监视信息 人气:968
下一篇:Oracle 连接常见错误及解决方法 人气:685
浏览全部Oracle教程的内容 Dreamweaver插件下载 网页广告代码 祝你圣诞节快乐 2009年新年快乐