重建控制文件, 数据文件检查点SCN到底来自哪里?

本文介绍在Oracle10.2.0.4环境下使用noresetlogs选项重建控制文件的过程。通过实验验证了控制文件中系统检查点SCN及数据文件检查点SCN的来源,并展示了如何进行数据库恢复。
Oracle 10.2.0.4 ,    windows 2003  


关于重建控制文件后,  控制文件中的数据文件检查点SCN来自哪里, 有下面两种说法 :


1.    用noresetlogs重建控制文件时,控制文件中datafile checkpoint SCN来自online logs 中的current log头部,选择noresetlogs重建使得控制文件最新。 如记录了最新的联机日志和日志序号。

2.    用noresetlogs重建控制文件后,这时查询v$log中的current redo log的first_change# 及v$database中的系统检查点SCN, 发现重建的控制文件中的系统检查点SCN从当前redo log的low SCN获得, 而控制文件里记录的数据文件检查点SCN(v$datafile)从数据文件头部(v$datafile_header)获得.   

测试发现重建控制文件后, 更新到新建控制文件中的系统检查点SCN及数据文件检查点SCN  好象都是来自于数据文件头的scn .




测试 :



SQL> insert into tony.test values (11,'CMM');
SQL> insert into tony.test values (12,'CMM');
SQL> commit;
提交完成。


SQL> alter database backup controlfile to trace  ;
数据库已更改。

SQL> insert into tony.test values (13,'CMM');
SQL> insert into tony.test values (14,'CMM');
SQL> commit;
提交完成。
SQL> alter system switch logfile;


SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。



正常关闭数据库后,模拟手工删除控制文件。
SQL> host del  D:\oracle\product\10.2.0\oradata\test01\CONTROL01.CTL
SQL> host del  D:\oracle\product\10.2.0\oradata\test01\CONTROL02.CTL
SQL> host del  D:\oracle\product\10.2.0\oradata\test01\CONTROL03.CTL



SQL> startup
ORACLE 例程已经启动。
Total System Global Area  524288000 bytes
Fixed Size                  1249920 bytes
Variable Size             159387008 bytes
Database Buffers          356515840 bytes
Redo Buffers                7135232 bytes
ORA-00205: ?????????, ??????, ???????




从tracefile中提出脚本重建控制文件。
SQL> CREATE CONTROLFILE REUSE DATABASE "TEST01" NORESETLOGS  ARCHIVELOG
  2      MAXLOGFILES 16
  3      MAXLOGMEMBERS 3
  4      MAXDATAFILES 100
  5      MAXINSTANCES 8
  6      MAXLOGHISTORY 292
  7  LOGFILE
  8    GROUP 1 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\REDO01.LOG'  SIZE 50M,
  9    GROUP 2 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\REDO02.LOG'  SIZE 50M,
10    GROUP 3 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\REDO03.LOG'  SIZE 50M
11  -- STANDBY LOGFILE
12  DATAFILE
13    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\SYSTEM01.DBF',
14    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\UNDOTBS01.DBF',
15    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\SYSAUX01.DBF',
16    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\USERS01.DBF'
17  CHARACTER SET AL32UTF8
18  ;
控制文件已创建。



SQL> select group#, first_change#  from v$log where status='CURRENT' ;
    GROUP# FIRST_CHANGE#
---------- -------------
         1        902875         -- 在current redo log中的 LOW SCN  


SQL> select  CHECKPOINT_CHANGE#  from v$database;
CHECKPOINT_CHANGE#
------------------
            903181               -- 更新到新建控制文件中的系统检查点SCN  


这时控制文件中的数据文件检查点SCN 如下 CHECKPOINT_CHANGE# :

SQL> select file# , CHECKPOINT_CHANGE#, LAST_CHANGE# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------ ------------
         1             903181       903181
         2             903181       903181
         3             903181       903181
         4             903181       903181


SQL> select file# , CHECKPOINT_CHANGE# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1             903181       -- 数据文件头中的检查点SCN   
         2             903181
         3             903181
         4             903181





SQL> alter database mount;


SQL> select group#, first_change#  from v$log where status='CURRENT' ;
    GROUP# FIRST_CHANGE#
---------- -------------
         3        903182                     

SQL> select  CHECKPOINT_CHANGE#  from v$database;
CHECKPOINT_CHANGE#
------------------
            903565                             



SQL> select file# , CHECKPOINT_CHANGE#, LAST_CHANGE# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------ ------------
         1             903565       903565
         2             903565       903565
         3             903565       903565
         4             903565       903565

SQL> select file# , CHECKPOINT_CHANGE# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1             903565     
         2             903565
         3             903565
         4             903565


SQL> recover database using backup controlfile;
ORA-00279: 更改 903565 (在 04/27/2011 11:56:24 生成) 对于线程 1 是必需的
ORA-00289: 建议:
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00003_0749482512.001
ORA-00280: 更改 903565 (用于线程 1) 在序列 #3 中

指定日志: {=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00003_0749482512.001'
ORA-27041: 无法打开文件
OSD-04002: ???????
O/S-Error: (OS 2) ????????????????

ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00003_0749482512.001'
ORA-27041: 无法打开文件
OSD-04002: ???????
O/S-Error: (OS 2) ????????????????


SQL> select group#, first_change#  from v$log where status='CURRENT' ;
    GROUP# FIRST_CHANGE#
---------- -------------
         3        903182
SQL> select  CHECKPOINT_CHANGE#  from v$database;
CHECKPOINT_CHANGE#
------------------
            903565
SQL> select file# , CHECKPOINT_CHANGE#, LAST_CHANGE# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------ ------------
         1             903565
         2             903565
         3             903565
         4             903565
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1             903565
         2             903565
         3             903565
         4             903565
SQL>

SQL> recover database using backup controlfile;
ORA-00279: 更改 903565 (在 04/27/2011 11:56:24 生成) 对于线程 1 是必需的
ORA-00289: 建议:
D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\ARCH\ARC00003_0749482512.001
ORA-00280: 更改 903565 (用于线程 1) 在序列 #3 中

指定日志: {=suggested | filename | AUTO | CANCEL}
D:\oracle\product\10.2.0\oradata\test01\REDO03.LOG
已应用的日志。
完成介质恢复。
SQL>


SQL> select group#, first_change#  from v$log where status='CURRENT' ;
    GROUP# FIRST_CHANGE#
---------- -------------
         3        903182
SQL> select  CHECKPOINT_CHANGE#  from v$database;
CHECKPOINT_CHANGE#
------------------
            903565
SQL> select file# , CHECKPOINT_CHANGE#, LAST_CHANGE# from v$datafile;
     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#
---------- ------------------ ------------
         1             903566       903566
         2             903566       903566
         3             903566       903566
         4             903566       903566
SQL> select file# , CHECKPOINT_CHANGE# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1             903566
         2             903566
         3             903566
         4             903566

SQL> alter database open resetlogs ;

SQL> ALTER TABLESPACE TEMP ADD TEMPFILE 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST01\TEMP01.DBF'
  2       SIZE 20971520  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M;

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-693880/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-693880/

已经博主授权,源码转载自 https://pan.quark.cn/s/a4b39357ea24 常见问题解答 网页打开速度慢或者打不开网页? 受到多种因素的影响,对于非会员用户我们无法提供最优质的服务。 如果您希望得到最棒的体验,请至大会员页面("右上角菜单 → 大会员")根据说明操作。 请注意:受制于国际网络的诸多不确定性,我们无法对任何服务的可靠性做出任何保证。 如果出现了网络连接相关的问题,我们建议您先等待一段时间,之后再重试。 如果您在重试后发现问题仍然存在,请联系我们,并说明网络问题持续的时间。 图片下载后无法找到? 打开"右上角菜单 → 更多 → 修改下载路径",在弹出的对话框中可以看到当前图片的保存路径。 此外,由于网络因素,在保存图片之后,等待屏幕下方出现"已保存到..."后,才能在本地找到图片。 如何更改图片保存的目录? 请参见"右上角菜单 → 更多 → 修改下载路径"。 翻页不方便? 在点进某个图片后,通过在图片上向左或向右滑动,即可翻页查看下一个作品。 如何保存原图/导出动图? 长按图片/动图,在弹出的菜单中选择保存/导出即可。 输入账号密码后出现"进行人机身份验证"? 此为pixiv登陆时的验证码,请按照要求点击方框或图片。 在pxvr中注册pixiv账号后,收到验证邮件,无法访问邮件中的验证链接? 请复制邮件中的链接,打开pxvr中的"右上角菜单 → 输入地址"进行访问。 能否自动将页面内容翻译为汉语? 很抱歉,pxvr暂不提供语言翻译服务。 图片下载类型是否可以选择? 能否批量下载/批量管理下载? 已支持批量下载多图作品中的所有原图:找到一个多图作品,进入详情页面后,点击图片进入多图浏览模式,长按任意一张图片即可看到批量下载选项。 关于上述其他功能,我们...
考虑局部遮阴的光伏PSO-MPPT控制模型(Simulink仿真实现)内容概要:本文介绍了基于Simulink仿真实现的考虑局部遮阴的光伏PSO-MPPT控制模型,旨在通过粒子群优化(PSO)算法解决光伏发电系统在局部阴影条件下最大功率点跟踪(MPPT)的效率问题。文档不仅提供了该模型的技术实现方法,还列举了大量相关的MATLAB/Simulink仿真资源,涵盖电力系统、智能优化算法、机器学习、路径规划、信号处理等多个科研方向,适用于复现高水平期刊论文和开展创新性研究。文中强调科研需逻辑缜密、善于借力,并提倡结合实际仿真与理论分析以提升研究深度。 适合人群:具备一定电力电子、自动控制或新能源背景,熟悉MATLAB/Simulink环境,从事光伏系统优化、智能算法应用或相关领域研究的研发人员及硕博研究生。 使用场景及目标:①研究局部遮阴下光伏系统MPPT控制策略的性能提升;②利用PSO等智能优化算法解决非线性、多峰值优化问题;③复现SCI/EI级别论文中的MPPT控制模型;④开展光伏系统建模与仿真教学或项目开发。 阅读建议:建议读者结合文档提供的网盘资源,下载完整代码与模型文件,按照目录顺序逐步学习,重点理解PSO算法在MPPT中的应用机制,并通过修改参数、对比实验等方式深入掌握仿真细节,提升工程实践与科研创新能力。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值