Chinaunix首页 | 论坛 | 博客
  • 博客访问: 97137
  • 博文数量: 45
  • 博客积分: 2500
  • 博客等级: 少校
  • 技术积分: 395
  • 用 户 组: 普通用户
  • 注册时间: 2010-09-15 10:29
文章分类

全部博文(45)

文章存档

2011年(15)

2010年(30)

我的朋友

分类: Oracle

2011-07-04 17:14:14

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管理员在2009年8月13日编辑了该文章文章。

-->
阅读(492) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~