数据恢复:隐含参数_minimum_giga_scn被废弃后如何调SCN

崔华,网名 dbsnake

Oracle ACE Director,ACOUG 核心专家

在很多数据恢复的场景中,我们可能需要调节SCN,但是一个重要的隐含参数_minimum_giga_scn,在Oracle 11.2.0.2打上相关的SCN的补丁以及后续的版本中已经被废弃。

Connected to Oracle Database 12c Enterprise Edition Release 12.1.0.1.0

Connected as SYS

SQL> select count(*) from sys.all_parameters where name like ‘_minimum_giga_scn%’;

COUNT(*)

———-

0

SQL> select dbms_flashback.get_system_change_number()/(1024*1024*1024) from dual;

DBMS_FLASHBACK.GET_SYSTEM_CHAN

——————————

0.00187269318848848

[oracle@localhost dbs]$ cat initdb121.ora

db121.__data_transfer_cache_size=0

db121.__db_cache_size=251658240

……省略显示部分内容

*.undo_tablespace=’UNDOTBS1′

*._minimum_giga_scn=1

SQL> startup pfile=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initdb121.ora

LRM-00101: unknown parameter name ‘_minimum_giga_scn’

ORA-01078: failure in processing system parameters

另外,经我测试,不仅_minimum_giga_scn失效了,alter session set events ‘10015 trace name adjust_scn level XXX’也失效了。

我没有采用改数据文件头再重建控制文件的方法,因为在ASM的环境下这种方法太麻烦了(除非是以后ODU内嵌的BBED支持批量修改文件头)。

我采用的是把控制文件拷出来直接修改控制文件的方式,幸运的是,12cR1的控制文件中我想改的地方其offset和之前的版本比并未改变。

这里我想把SCN调整为1G。

修改方法为:

1、当数据块为8k的时候,控制文件大小为16k

2、找到Controlfile Checkpointed at scn,偏移量为第一个块的60,比如0x4060,然后具体位置在0x4060的第9至第14个byte

3、找到第一个块的第一行,如0x4000,将offset为15的flag由0x04改为0x00,并同时将checksum值(offset为16、17)全部清零。

如下是改完控制文件后的效果:

SQL> startup mount pfile=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initdb121.ora

ORACLE instance started.

Total System Global Area 438423552 bytes

Fixed Size 2289304 bytes

Variable Size 255852904 bytes

Database Buffers 176160768 bytes

Redo Buffers 4120576 bytes

Database mounted.

SQL> alter database open;

Database altered.

SQL> select dbms_flashback.get_system_change_number()/(1024*1024*1024) from dual;

DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER()/(1024*1024*1024)

———————————————————-

1.00001949

这里再补充另外一种方法,即通过oradebug修改kcsgscn_的方式也可以达到同样的效果:

如下是Big Endian平台kcsgscn_的显示效果:

SQL> select to_char(dbms_flashback.get_system_change_number(),’XXXXXXXXXXXX’) from dual;

TO_CHAR(DBMS_FLASHBACK.GET_SYS

——————————

94393E2E03F

从上述显示结果中我们可以看到,上述系统的SCN wrap为0x0943,SCN base为0x93E2E03F,这个显示结果和如下用oradebug查看kcsgscn_的显示结果一致:

SQL> oradebug setmypid

Statement processed.

SQL> oradebug dumpvar sga kcsgscn_

kcslf kcsgscn_ [7000000000182A0, 7000000000182D0) = 00000943 93E2E077 00000000 00000000 005C3BEE 00000000 00000000 00000000 00000000 00000000 07000000 00017F80

kcsgscn_就是SCN的值,所以其值会不断往上增长:

SQL> oradebug dumpvar sga kcsgscn_

kcslf kcsgscn_ [7000000000182A0, 7000000000182D0) = 00000943 93E2E0A3 00000000 00000000 005C3C08 00000000 00000000 00000000 00000000 00000000 07000000 00017F80

oradebug中可以用poke命令来修改内存,其语法为:

“oradebug poke <address> <length> <value>” allows you to modify a given region of memory (length of memory is limited to size of scalar C types)

还是回到之前那个例子,之前我们已经通过修改控制文件的方式把SCN调成了1G,现在我们通过oradebug直接修改内存的方式把SCN从1G调整到2G。

现在系统SCN为1G:

SQL> select dbms_flashback.get_system_change_number()/(1024*1024*1024) from dual;

DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER()/(1024*1024*1024)

———————————————————-

1.00007167

SQL> select CHECKPOINT_CHANGE#/(1024*1024*1024) from v$database;

CHECKPOINT_CHANGE#/(1024*1024*1024)

———————————–

1.00007022

SQL> select to_char(CHECKPOINT_CHANGE#,’XXXXXXXXXXXX’) from v$database;

TO_CHAR(CHECK

————-

40012688

现在数据库服务器为Linux,是Little Endian,所以其SCN base在前,SCN wrap在后,这和如下oradebug的显示结果一致:

SQL> oradebug setmypid

Statement processed.

SQL> oradebug dumpvar sga kcsgscn_

kcslf kcsgscn_ [06001AD30, 06001AD60) = 40012D2C 00000000 00000000 00000000 00000232 00000000 00000000 00000000 00000000 00000000 6001A8D0 00000000

2G对应的16进制是0x80000000

SQL> select to_char(2*1024*1024*1024,’XXXXXXXXXXXX’) from dual;

TO_CHAR(2*1024*1024*1024,’XXXX

——————————

80000000

SQL> shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL> startup mount

ORACLE instance started.

Total System Global Area 438423552 bytes

Fixed Size 2289304 bytes

Variable Size 255852904 bytes

Database Buffers 176160768 bytes

Redo Buffers 4120576 bytes

Database mounted.

SQL> oradebug setmypid

Statement processed.

SQL> oradebug dumpvar sga kcsgscn_

kcslf kcsgscn_ [06001AD30, 06001AD60) = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 6001A8D0 00000000

SQL> oradebug poke 0x06001AD30 4 0x80000000

BEFORE: [06001AD30, 06001AD34) = 00000000

AFTER: [06001AD30, 06001AD34) = 80000000

SQL> oradebug dumpvar sga kcsgscn_

kcslf kcsgscn_ [06001AD30, 06001AD60) = 80000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 6001A8D0 00000000

SQL> alter database open;

Database altered.

SQL> select dbms_flashback.get_system_change_number()/(1024*1024*1024) from dual;

DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER()/(1024*1024*1024)

———————————————————-

2.00000081

从上述显示结果中我们可以看到,我们已经成功的把系统SCN从1G调到了2G。

原文发布于微信公众号 - 数据和云(OraNews)

原文发表时间:2016-05-25

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏杨建荣的学习笔记

Oracle 12c PDB迁移及ORA-00600错误分析和解决(r10笔记第72天)

最近迁移一台测试环境,准备整合到12c的PDB,常规的思路是用Datapump导出导入,对于数据较大的环境来说这个时间会比较长,为此自己也尝试先升级这个测试库,...

3297
来自专栏杨建荣的学习笔记

迁移式升级的测试(二)(r10笔记第35天)

在之前写的一篇博文中,自己是打算对一台数据库使用Data Guard+TTS的方式来完成数据迁移和升级的工作,迁移式升级的新方案测试 (r10笔记第30天) 整...

3214
来自专栏杨建荣的学习笔记

关于dg broker的简单配置(r5笔记第99天)

dataguard broker是在dataguard使用基础上提供的一个工具,可以把原本复杂的命令控制语句集成起来,比如switchover,failover...

3297
来自专栏敏捷开发&项目管理

Database first with EntityFramework (Migration)安装和升级

最近看了国外几个项目,发现用EntityFramework做Code First的项目现在很流行。 最让我有兴趣的一个功能则是,EntityFramework对...

3318
来自专栏ASP.NET MVC5 后台权限管理系统

ASP.NET MVC5+EF6+EasyUI 后台管理系统(18)-权限管理系统-表数据

这一节,我们插入数据来看看数据流,让各位同学,知道这个权限表交互是怎么一个流程,免得大家后天雾里来雾里去 首先我再解释一些表,SysUser和SysRole表不...

20710
来自专栏杨建荣的学习笔记

mysqldump的一点使用总结(r12笔记第81天)

MySQL里的mysqldump无疑是大家使用最为广泛的备份恢复工具了。这样一个工具使用起来功能非常丰富,很多功能几个参数组合起来就能够轻松实现了,我就简单...

2825
来自专栏乐沙弥的世界

启用 Oracle 10046 调试事件

    Oracle 10046是一个Oracle内部事件。最常用的是在Session级别设置sql_trace(alter session set sql_t...

292
来自专栏杨建荣的学习笔记

一条运行了3天的"简单"的sql(r2笔记82天)

早上刚到公司,查看系统的负载,就马上看到一个进程的执行时间已经有3天了。 而且cpu的消耗极高。 Tasks: 2374 total, 19 running,...

3015
来自专栏数据库新发现

Dataguard配置Step by Step

http://www.eygle.com/ha/dataguard-step-by-step.htm

462
来自专栏乐沙弥的世界

RAC环境下的阻塞(blocking blocked)

      RAC环境下的阻塞不同于单实例情形,因为我们需要考虑到位于不同实例的session。也就是说之前查询的v$session,v$lock相应的应变化为...

812

扫描关注云+社区