手工推进scn的方法
数据库在mount状态下:
alter session set events '10015 trace name adjust_scn level n';
oradebug event 10015 trace name adjust_scn level n;
数据库在mount状态下:
alter session set events '10015 trace name adjust_scn level n';
oradebug event 10015 trace name adjust_scn level n;
另外,在很多时候,可能我们还需要使用隐含参数*._minimum_giga_scn=n
注意,该参数在11.2.0.2.5和11.2.0.3.1中被取消掉。
1) 关于scn的一个算法
注意,该参数在11.2.0.2.5和11.2.0.3.1中被取消掉。
1) 关于scn的一个算法
struct kcvfhckp, 36 bytes @484
struct kcvcpscn, 8 bytes @484
ub4 kscnbas @484 0x000ef846
ub2 kscnwrp @488 0x0000
scn = kscnwrp * 4294967296 + kscnbas
scn可以用十六进制表示 0xffff.ffffffff
level 1,那么数据库的scn增加了多少? 1* 4294967296
11gR2 中如何推进scn ?
11.2.0.2.5版本中, _minimum_giga_scn 参数已经被废弃(11.2.0.3也被废弃掉)。 +++++经过测试,发现在11.2.0.3版本中仍然可以使用。
在11gR2(11.2.0.2.5)之前,很容易推进datafile scn。 那么在之后的版本如何处理呢?
1) oradebug
struct kcvcpscn, 8 bytes @484
ub4 kscnbas @484 0x000ef846
ub2 kscnwrp @488 0x0000
scn = kscnwrp * 4294967296 + kscnbas
scn可以用十六进制表示 0xffff.ffffffff
level 1,那么数据库的scn增加了多少? 1* 4294967296
11gR2 中如何推进scn ?
11.2.0.2.5版本中, _minimum_giga_scn 参数已经被废弃(11.2.0.3也被废弃掉)。 +++++经过测试,发现在11.2.0.3版本中仍然可以使用。
在11gR2(11.2.0.2.5)之前,很容易推进datafile scn。 那么在之后的版本如何处理呢?
1) oradebug
注意!修改操作十分危险,生产环境勿操作!
SQL> select current_scn from v$database;