免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 912 | 回复: 0
打印 上一主题 下一主题

备份和恢复ORA-01190错误处理 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-12-22 08:54 |只看该作者 |倒序浏览

ORA-01190是指还原回去的控制文件和数据文件不一致(SCN对不上).我们先来归纳一下当控制文件和数据文件不一致时,ORACLE所要进行的工作:

1.     首先,需要介质恢复.也就是说需要应用重做日志的更改到数据文件,直到控制文件和数据文件同步;

2.     如果重做日志丢失,我们可以试图用RESETLOGS方式来打开数据库,如果这个失败,则会报ORA-01190.

解决ORA-01190的方法就是修改隐含参数_allow_resetlogs_corruption,将其值设为TRUE,这就意味着可以允许控制文件和数据文件不一致,强制用RESETLOGS方式打开数据库:

(1)首先创建PFILE

create pfile=’f:\initrainny.ora’from spfile;

(2)pfile中增加隐含参数: _allow_resetlogs_corruption='TURE'

*.aq_tm_processes=1

*.background_dump_dest='D:\oracle_home\admin\rainny\bdump'

*.compatible='9.2.0.0.0'

*.control_files='D:\oracle_home\oradata\rainny\CONTROL01.CTL','D:\oracle_home\oradata\rainny\CONTROL02.CTL','D:\oracle_home\oradata\rainny\CONTROL03.CTL'

*.core_dump_dest='D:\oracle_home\admin\rainny\cdump'

*.db_block_size=8192

*.db_cache_size=25165824

*.db_domain=''

*.db_file_multiblock_read_count=16

*.db_name='rainny'

*.dispatchers='(PROTOCOL=TCP) (SERVICE=rainnyXDB)'

*.fast_start_mttr_target=300

*.hash_join_enabled=TRUE

*.instance_name='rainny'

*.java_pool_size=33554432

*.job_queue_processes=10

*.large_pool_size=8388608

*.log_archive_start=FALSE

*.open_cursors=300

*.pga_aggregate_target=25165824

*.processes=150

*.query_rewrite_enabled='FALSE'

*.remote_login_passwordfile='EXCLUSIVE'

*.shared_pool_size=50331648

*.sort_area_size=524288

*.star_transformation_enabled='FALSE'

*.timed_statistics=TRUE

*.undo_management='AUTO'

*.undo_retention=10800

*.undo_tablespace='UNDOTBS2'

*.user_dump_dest='D:\oracle_home\admin\rainny\udump'

*._allow_resetlogs_corruption='TURE'

SQL>shutdown immediate;

(3)PFILE启动数据库

SQL>startup pfile=’f:\initrainny.ora’;

(4)resetlogs方式打开数据库

SQL>alter database open resetlogs;

SQL> show parameter _allow_resetlogs

 

NAME                                 TYPE        VALUE

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

_allow_resetlogs_corruption          boolean     TRUE

SQL>

 

注意,如果以resetlogs方式打后数据库后没有备份数据库,而数据库在RESETLOGS打开之后又发生数据文件丢失,则此时,我们只有使用RESETLOGS之前的数据库备份来恢复数据库.

1.     我们首先要确定拥有的备份是在哪个INCARNATION之后备份的:

RMAN> LIST BACKUP BY FILE;

List of Datafile Backups

========================

 

File Key     TY LV S Ckp SCN    Ckp Time  #Pieces #Copies Tag

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

1    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

3    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

4    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

5    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

6    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

7    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

8    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

9    2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

10   2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

11   2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

12   2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

13   2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

14   2646    B  F  A 35602270   17-JAN-07 1       1       TAG20070117T094308

 

List of Controlfile Backups

===========================

 

CF Ckp SCN Ckp Time  BS Key  S #Pieces #Copies Tag

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

35602696   17-JAN-07 2781    A 1       1

35602474   17-JAN-07 2732    A 1       1

List of SPFILE Backups

======================

 

Modification Time BS Key  S #Pieces #Copies Tag

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

17-JAN-07         2732    A 1       1

 

RMAN>

 

通过LIST BACKUP,我们看到数据库备份的CHECKPOINT SCN : 35602270,

而控制文件备份中没有一个的checkpoin scn: 35602270,也就是不存在控制文件和数据文件完全一致的完整备份.

我们再来看数据库的incarnation:

RMAN> list incarnation of database;

List of Database Incarnations

DB Key  Inc Key DB Name  DB ID            CUR Reset SCN  Reset Time

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

1       17      RAINNY   327571156        NO  190578     04-JUL-06

1       18      RAINNY   327571156        NO  31958084   18-DEC-06

1       19      RAINNY   327571156        NO  32226461   21-DEC-06

1       2       RAINNY   327571156        NO  32268855   21-DEC-06

1       74      RAINNY   327571156        NO  32323102   21-DEC-06

1       247     RAINNY   327571156        NO  32493939   25-DEC-06

1       298     RAINNY   327571156        NO  32516218   25-DEC-06

1       358     RAINNY   327571156        NO  32517288   25-DEC-06

1       400     RAINNY   327571156        NO  32530668   25-DEC-06

1       454     RAINNY   327571156        NO  32531405   25-DEC-06

1       546     RAINNY   327571156        NO  32536878   25-DEC-06

1       637     RAINNY   327571156        NO  32567229   26-DEC-06

1       776     RAINNY   327571156        NO  32637405

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP