在线精品99_中国九九盗摄偷拍偷看_91免费版在线观看_91.app_91高清视频在线_99热最新网站

怎么解决Oracle报错ORA

102次阅读
没有评论

共计 5910 个字符,预计需要花费 15 分钟才能阅读完成。

这篇文章主要介绍“怎么解决 Oracle 报错 ORA-01194、ORA-01110 问题”,在日常操作中,相信很多人在怎么解决 Oracle 报错 ORA-01194、ORA-01110 问题问题上存在疑惑,丸趣 TV 小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”怎么解决 Oracle 报错 ORA-01194、ORA-01110 问题”的疑惑有所帮助!接下来,请跟着丸趣 TV 小编一起来学习吧!

使用_allow_resetlogs_corruption 打开无归档日志 rman 备份库,运维 DBA 反映服务器宕机后,开启数据库报错 ORA-01194 ORA-01110,分析原因为 Oracle SCN 不一致导致数据库无法启动,使用_allow_resetlogs_corruption 打开数据库

1.rman 还原恢复操作

-- 还原数据库
RMAN  restore database;
-- 恢复数据库
RMAN  recover database;
Starting recover at 2012-03-08 21:20:45
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=65 device type=DISK
starting media recovery
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 03/08/2012 21:20:47
RMAN-06053: unable to perform media recovery because of missing log
RMAN-06025: no backup of archived log for thread 1 with sequence 2936 and starting SCN of 25991695 found to restore
RMAN-06025: no backup of archived log for thread 1 with sequence 2935 and starting SCN of 25991652 found to restore
RMAN-06025: no backup of archived log for thread 1 with sequence 2934 and starting SCN of 25991649 found to restore
……………………
RMAN-06025: no backup of archived log for thread 1 with sequence 2902 and starting SCN of 25991156 found to restore
这里报日志缺少,实际上是备份的数据库文件后,没有备份归档日志,归档日志全部丢失 

进行不完全恢复

SQL recover database until cancel; ORA-00279: change 25991194 generated at 03/08/2012 20:33:58 needed for thread 1 ORA-00289: suggestion : /opt/oracle/oradata/archivelog/chf/1_2902_752334071.dbf ORA-00280: change 25991194 for thread 1 is in sequence #2902 Specify log: {

=suggested | filename | AUTO | CANCEL} cancel ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: /opt/oracle/oradata/chf/system01.dbf ORA-01112: media recovery not started SQL alter database open resetlogs; alter database open resetlogs * ERROR at line 1: ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: /opt/oracle/oradata/chf/system01.dbf

2. 查看相关 SCN

SQL  select file#,to_char(checkpoint_change#, 999999999999) from v$datafile;
 FILE# TO_CHAR(CHECK
---------- -------------
 1 25992214
 2 25992214
 3 25992214
 4 25992214
 5 25992214
 6 25992214
 7 25992214
 8 25992214
 9 25992214
 10 25992214
 11 25992214
 FILE# TO_CHAR(CHECK
---------- -------------
 13 25992214
 14 25992214
13 rows selected.
SQL  select file#,online_status,to_char(change#, 999999999999) from v$recover_file;
 FILE# ONLINE_ TO_CHAR(CHANG
---------- ------- -------------
 1 ONLINE 25991194
 2 ONLINE 25991194
 3 ONLINE 25991194
 4 ONLINE 25991194
 5 ONLINE 25991194
 6 ONLINE 25991194
 7 ONLINE 25991194
 8 ONLINE 25991194
 9 ONLINE 25991194
 10 ONLINE 25991194
 11 ONLINE 25991194
 FILE# ONLINE_ TO_CHAR(CHANG
---------- ------- -------------
 13 ONLINE 25991194
 14 ONLINE 25991194
13 rows selected.
SQL  select file#,to_char(checkpoint_change#, 999999999999) from v$datafile_header;
 FILE# TO_CHAR(CHECK
---------- -------------
 1 25991194
 2 25991194
 3 25991194
 4 25991194
 5 25991194
 6 25991194
 7 25991194
 8 25991194
 9 25991194
 10 25991194
 11 25991194
 FILE# TO_CHAR(CHECK
---------- -------------
 13 25991194
 14 25991194
13 rows selected.-- 发现数据文件 scn 和控制文件不一致,重建控制文件,然后查询相关 scnSQL  select file#,to_char(checkpoint_change#, 999999999999) from v$datafile;
 FILE# TO_CHAR(CHECK
---------- -------------
 1 25991194
 2 25991194
 3 25991194
 4 25991194
 5 25991194
 6 25991194
 7 25991194
 8 25991194
 9 25991194
 10 25991194
 11 25991194
 FILE# TO_CHAR(CHECK
---------- -------------
 13 25991194
 14 25991194
13 rows selected.
SQL  select file#,online_status,to_char(change#, 999999999999) from v$recover_file;
 FILE# ONLINE_ TO_CHAR(CHANG
---------- ------- -------------
 1 ONLINE 25991194
 2 ONLINE 25991194
 3 ONLINE 25991194
 4 ONLINE 25991194
 5 ONLINE 25991194
 6 ONLINE 25991194
 7 ONLINE 25991194
 8 ONLINE 25991194
 9 ONLINE 25991194
 10 ONLINE 25991194
 11 ONLINE 25991194
 FILE# ONLINE_ TO_CHAR(CHANG
---------- ------- -------------
 13 ONLINE 25991194
 14 ONLINE 25991194
13 rows selected.
SQL  select file#,to_char(checkpoint_change#, 999999999999) from v$datafile_header;
 FILE# TO_CHAR(CHECK
---------- -------------
 1 25991194
 2 25991194
 3 25991194
 4 25991194
 5 25991194
 6 25991194
 7 25991194
 8 25991194
 9 25991194
 10 25991194
 11 25991194
 FILE# TO_CHAR(CHECK
---------- -------------
 13 25991194
 14 25991194
13 rows selected.
-- 此时所有 scn 均一致 

3. 尝试打开数据库

SQL alter database open resetlogs; alter database open resetlogs * ERROR at line 1: ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: /opt/oracle/oradata/chf/system01.dbf SQL recover database using backup controlfile until cancel; ORA-00279: change 25991194 generated at 03/08/2012 20:33:58 needed for thread 1 ORA-00289: suggestion : /opt/oracle/oradata/archivelog/chf/1_2902_752334071.dbf ORA-00280: change 25991194 for thread 1 is in sequence #2902 Specify log: {

=suggested | filename | AUTO | CANCEL} cancel ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: /opt/oracle/oradata/chf/system01.dbf ORA-01112: media recovery not started SQL alter database open resetlogs; alter database open resetlogs * ERROR at line 1: ORA-01194: file 1 needs more recovery to be consistent ORA-01110: data file 1: /opt/oracle/oradata/chf/system01.dbf

5. 使用隐含参数打开数据库

SQL  create pfile= /tmp/pfile  from spfile;
File created.
-------/tmp/pfile 中加上 ----------
_allow_resetlogs_corruption= TRUE
---------------------------------
SQL  startup mount pfile= /tmp/pfile  force
ORACLE instance started.
Total System Global Area 622149632 bytes
Fixed Size 2230912 bytes
Variable Size 419431808 bytes
Database Buffers 192937984 bytes
Redo Buffers 7548928 bytes
Database mounted.
SQL  alter database open resetlogs;
Database altered.
SQL  select open_mode from v$database;
OPEN_MODE
--------------------
READ WRITE

到此,关于“怎么解决 Oracle 报错 ORA-01194、ORA-01110 问题”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注丸趣 TV 网站,丸趣 TV 小编会继续努力为大家带来更多实用的文章!

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-07-26发表,共计5910字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)
主站蜘蛛池模板: 亚洲第一页中文字幕 | 激情亚洲网 | 久久毛片网站 | 久久久久成人精品无码中文字幕 | 欧美日韩精品一区二区在线观看 | 人妻无码aⅴ不卡中文字幕 人妻无码αv中文字幕久久琪琪布 | 色欲天天天综合网 | 高清色本在线www | a级毛片在线视频免费观看 a级免费 | 日韩一区二区三区四区区区 | 精品国产亚洲一区二区三区 | 亚洲美女视频在线 | 天天色天| 91系列在线观看免费 | 欧美一区二区三区在线视频 | 中文字幕丰满伦子无码 | 日本国内一区二区三区 | 在线播放成人高清免费视频 | 99国产精品久久久久久久日本 | 国产永久视频夜色资源网 | 亚洲精品日韩一区二区日本 | 亚洲午夜福利在线观看 | 亚洲男女内射在线播放 | 成 人 免费观看在线 | 免费观看的a级毛片的网站 免费观看的毛片手机视频 免费观看的美女视频网站 免费观看的无遮挡av | 99国产在线播放 | 国产亚洲精品网站 | 日韩精品久久久肉伦网站 | 日韩av片无码一区二区三区不卡 | 综合精品在线 | 热久久免费 | 四库国产精品成人 | 亚洲av无码成人精品区天堂 | 强奷漂亮人妻系列老师 | 女人被狂躁c到高潮 | 国产亚洲午夜高清国产拍精品 | 青青草国产成人99久久 | 日本免费黄色片 | 久久天天躁狠狠躁夜夜av浪潮 | 日韩av第一页在线播放 | 香蕉人人超人人超碰超国产 |