关于SCN的理解，请指正 - Oracle专题深入讨论 - ITPUB论坛

cenwell
中级会员

精华贴数 0
个人空间 0
技术积分 230 (8464)
社区积分 34 (6031)
注册日期 2005-9-29
论坛徽章:0

#31

使用道具

发表于 2005-10-27 19:37

cool

__________________

Only the easy day was yesterday......

只看该作者

courser001
一般会员

精华贴数 0
个人空间 0
技术积分 258 (7647)
社区积分 6 (14351)
注册日期 2004-12-27
论坛徽章:1

#32

使用道具

发表于 2005-10-28 11:23

好

只看该作者

h1yn
随风漂流

精华贴数 0
个人空间 0
技术积分 1808 (929)
社区积分 80 (3943)
注册日期 2004-10-20
论坛徽章:1

#33

使用道具

发表于 2005-10-28 14:21

scn号是唯一的，如果第一scn号是1000的话，那么在出现第二个
scn号的时候，如果是1004，这就意味着在这个期间数据库做了某些内部的操作（例如buffer 块的清除）,
scn是唯一的，但可能不连贯
除非对数据库重新建立，否则scn号永远不会被重置为0

__________________

想让自己走的更远一点。。。hou_younan#hotmail.com提供BASIS, FI/CO, PP, MM.SD 服务

只看该作者

topgunroot
一般会员

精华贴数 0
个人空间 0
技术积分 112 (15392)
社区积分 16 (8543)
注册日期 2002-9-28
论坛徽章:1

#34

使用道具

发表于 2005-10-29 02:33

Note:

get latest SCN (depends on your oracle version :-p)

select dbms_flashback.get_system_change_number from dual;

__________________

社会主义好！！！pweitao@yahoo.com.cn

只看该作者

rchsh
高级会员

精华贴数 0
个人空间 0
技术积分 10615 (112)
社区积分 325 (1846)
注册日期 2001-10-25
论坛徽章:26

#35

使用道具

发表于 2005-11-4 11:03

SQL> select checkpoint_change#  from v$database;

CHECKPOINT_CHANGE#
------------------
         1069220

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
               1070544

为什么这2个查到的SCN不一样呢

__________________

删除昨天的烦劳确定今天的快乐设置明天的幸福取消世间的仇恨复制醉人的风景打印美丽的笑容

只看该作者

Yong Huang
版主

精华贴数 2
个人空间 0
技术积分 4374 (324)
社区积分 129 (3072)
注册日期 2001-10-9
论坛徽章:6

#36

使用道具

发表于 2005-11-4 12:08

QUOTE:

最初由 rchsh 发布
SQL> select checkpoint_change#  from v$database;

CHECKPOINT_CHANGE#
------------------
         1069220

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
               1070544

为什么这2个查到的SCN不一样呢

They're two different things. Checkpoint SCN should always lag behind the latest SCN in the database. If you alter system checkpoint and immediately run your two queries, they should differ less, but still checkpoint SCN is smaller.

Yong Huang

只看该作者

localhosts
悠悠岁月，岁月悠悠

精华贴数 0
个人空间 0
技术积分 176 (10707)
社区积分 231 (2251)
注册日期 2006-4-28
论坛徽章:0

#37

使用道具

发表于 2006-6-30 14:25

QUOTE:

最初由 Yong Huang 发布

They're two different things. Checkpoint SCN should always lag behind the latest SCN in the database. If you alter system checkpoint and immediately run your two queries, they should differ less, but still checkpoint SCN is smaller.

Yong Huang

PHP code:



sys@DBAP01> select max(ktuxescnw*power(2,32)+ktuxescnb) from x$ktuxe;





MAX(KTUXESCNW*POWER(2,32)+KTUX


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


                      52211024





已用时间:  00: 00: 00.00


sys@DBAP01> alter system checkpoint;





系统已更改。





已用时间:  00: 00: 00.06


sys@DBAP01> select CHECKPOINT_CHANGE# from v$database;





CHECKPOINT_CHANGE#


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


          52211055





已用时间:  00: 00: 00.00


sys@DBAP01> select max(ktuxescnw*power(2,32)+ktuxescnb) from x$ktuxe;





MAX(KTUXESCNW*POWER(2,32)+KTUX


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


                      52211053





已用时间:  00: 00: 00.00


sys@DBAP01>

只看该作者

biti_rainy
人生就是如此

精华贴数 38
个人空间 0
技术积分 111199 (4)
社区积分 11832 (132)
注册日期 2001-12-12
论坛徽章:41

#38

使用道具

发表于 2006-7-1 20:37

QUOTE:

最初由 localhosts 发布
PHP code:
sys@DBAP01> select max(ktuxescnw*power(2,32)+ktuxescnb) from x$ktuxe; MAX(KTUXESCNW*POWER(2,32)+KTUX ------------------------------ 52211024 已用时间: 00: 00: 00.00 sys@DBAP01> alter system checkpoint; 系统已更改。已用时间: 00: 00: 00.06 sys@DBAP01> select CHECKPOINT_CHANGE# from v$database; CHECKPOINT_CHANGE# ------------------ 52211055 已用时间: 00: 00: 00.00 sys@DBAP01> select max(ktuxescnw*power(2,32)+ktuxescnb) from x$ktuxe; MAX(KTUXESCNW*POWER(2,32)+KTUX ------------------------------ 52211053 已用时间: 00: 00: 00.00 sys@DBAP01>

x$ktuxe 计算出来的是已经结束的最新的事务的commit scn ，所以可小于当前系统scn。检查点 scn 自然也小于当前系统scn。但是检查点scn 和 x$ktuxe 计算出来的大小却倚赖于系统状况了。

__________________

眼界决定边界，态度决定高度
blog:
人生就是如此

只看该作者

Yong Huang
版主

精华贴数 2
个人空间 0
技术积分 4374 (324)
社区积分 129 (3072)
注册日期 2001-10-9
论坛徽章:6

#39

使用道具

发表于 2006-7-1 22:24

QUOTE:

最初由 biti_rainy 发布

x$ktuxe 计算出来的是已经结束的最新的事务的commit scn ，所以可小于当前系统scn。检查点 scn 自然也小于当前系统scn。但是检查点scn 和 x$ktuxe 计算出来的大小却倚赖于系统状况了。

You're saying both the x$ktuxe SCN and the checkpoint SCN are smaller than the "current system SCN", whatever that is, so there's no relationship between these two (x$ktuxe SCN and checkpoint SCN). Correct? The question becomes, what is exactly that "current system SCN"? Is there any way to find that?

Yong Huang

只看该作者

biti_rainy
人生就是如此

精华贴数 38
个人空间 0
技术积分 111199 (4)
社区积分 11832 (132)
注册日期 2001-12-12
论坛徽章:41

#40

使用道具

发表于 2006-7-2 01:09

QUOTE:

最初由 Yong Huang 发布

You're saying both the x$ktuxe SCN and the checkpoint SCN are smaller than the "current system SCN", whatever that is, so there's no relationship between these two (x$ktuxe SCN and checkpoint SCN). Correct? The question becomes, what is exactly that "current system SCN"? Is there any way to find that?

Yong Huang

current scn 是系统当前所产生的最大 scn ，可能是当前未结束事务所产生的scn。在9i 的 dbms_flashback.get_system_number 可以得到这个值，这个值应该是大于等于 x$ktuxe SCN (这个view 记录的是当前数据库结束事务的最大scn)

__________________

眼界决定边界，态度决定高度
blog:
人生就是如此

只看该作者