Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

32

积分

0

好友

2

主题
1#
发表于 2012-7-24 15:17:45 | 查看: 4888| 回复: 4
软件环境: centos5.7 x64      oracle 11.2.0.3 x64

sys@DZSW1> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER
---------- ------- ------- -------------------------------------------------------------------------
  3    ONLINE  /u02/dzsw1/redo03.log
  3    ONLINE  /u03/dzsw1/redo03.log
  2    ONLINE  /u02/dzsw1/redo02.log
  2    ONLINE  /u03/dzsw1/redo02.log
  1    ONLINE  /u02/dzsw1/redo01.log
  1    ONLINE  /u03/dzsw1/redo01.log
  4    ONLINE  /u02/dzsw1/redo04.log
  4    ONLINE  /u03/dzsw1/redo04.log
  5    ONLINE  /u02/dzsw1/redo05.log
  5    ONLINE  /u03/dzsw1/redo05.log
  6    ONLINE  /u02/dzsw1/redo06.log
  6    ONLINE  /u03/dzsw1/redo06.log
12 rows selected.

一共6个日志组,手动切换一次,日志组从2 直接跳到了4

sys@DZSW1> select * from v$log;
    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE          MEMBERS ARC STATUS               FIRST_CHANGE#
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- -------------
         1            1             229  314572800           512                2 YES INACTIVE                     5681480
         2            1             230  314572800           512                2 NO  CURRENT                     5773793
         3            1             228  314572800           512                2 YES INACTIVE                     5580171
         4            1             225  314572800           512                2 YES INACTIVE                     5301675
         5            1             226  314572800           512                2 YES INACTIVE                     5371756
         6            1             227  314572800           512                2 YES INACTIVE                     5476703

6 rows selected.

sys@DZSW1> alter system switch logfile;

System altered.

sys@DZSW1> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE          MEMBERS ARC STATUS               FIRST_CHANGE#
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- -------------
         1            1             229  314572800           512                2 YES INACTIVE                     5681480
         2            1             230  314572800           512                2 YES ACTIVE                     5773793
         3            1             228  314572800           512                2 YES INACTIVE                     5580171
         4            1             231  314572800           512                2 NO  CURRENT                     5785279
         5            1             226  314572800           512                2 YES INACTIVE                     5371756
         6            1             227  314572800           512                2 YES INACTIVE                     5476703

6 rows selected.



以下是alert文件节选,后面我继续切换了几次,又发生了一次从日志组6直接跳到了3
Tue Jul 24 14:00:11 2012
Thread 1 advanced to log sequence 230 (LGWR switch)
  Current log# 2 seq# 230 mem# 0: /u02/dzsw1/redo02.log
  Current log# 2 seq# 230 mem# 1: /u03/dzsw1/redo02.log
Tue Jul 24 14:00:13 2012
Archived Log entry 229 added for thread 1 sequence 229 ID 0x528e01d dest 1:
Tue Jul 24 14:58:38 2012
Thread 1 advanced to log sequence 231 (LGWR switch)
  Current log# 4 seq# 231 mem# 0: /u02/dzsw1/redo04.log
  Current log# 4 seq# 231 mem# 1: /u03/dzsw1/redo04.log
Tue Jul 24 14:58:38 2012
Archived Log entry 230 added for thread 1 sequence 230 ID 0x528e01d dest 1:
Tue Jul 24 14:59:49 2012
Thread 1 advanced to log sequence 232 (LGWR switch)
  Current log# 5 seq# 232 mem# 0: /u02/dzsw1/redo05.log
  Current log# 5 seq# 232 mem# 1: /u03/dzsw1/redo05.log
Tue Jul 24 14:59:49 2012
Archived Log entry 231 added for thread 1 sequence 231 ID 0x528e01d dest 1:
Tue Jul 24 15:00:04 2012
Thread 1 advanced to log sequence 233 (LGWR switch)
  Current log# 6 seq# 233 mem# 0: /u02/dzsw1/redo06.log
  Current log# 6 seq# 233 mem# 1: /u03/dzsw1/redo06.log
Tue Jul 24 15:00:04 2012
Archived Log entry 232 added for thread 1 sequence 232 ID 0x528e01d dest 1:
Tue Jul 24 15:00:14 2012
Thread 1 advanced to log sequence 234 (LGWR switch)
  Current log# 3 seq# 234 mem# 0: /u02/dzsw1/redo03.log
  Current log# 3 seq# 234 mem# 1: /u03/dzsw1/redo03.log
Tue Jul 24 15:00:14 2012
Archived Log entry 233 added for thread 1 sequence 233 ID 0x528e01d dest 1:

[ 本帖最后由 冰淇凌滋味 于 2012-7-24 15:21 编辑 ]
2#
发表于 2012-7-24 15:24:03
根据seq号切换

回复 只看该作者 道具 举报

3#
发表于 2012-7-24 15:25:56
sys@DZSW1> select * from v$log;
    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE          MEMBERS ARC STATUS               FIRST_CHANGE#
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- -------------
         1            1             229  314572800           512                2 YES INACTIVE                     5681480
         2            1             230  314572800           512                2 NO  CURRENT                     5773793
         3            1             228  314572800           512                2 YES INACTIVE                     5580171
         4            1             225  314572800           512                2 YES INACTIVE                     5301675
         5            1             226  314572800           512                2 YES INACTIVE                     5371756
         6            1             227  314572800           512                2 YES INACTIVE                     5476703

日志切换是轮循的, 上面 225是这一轮的最后一个,下一轮的第一个,seq 找到最小的切换,下次就是group# 5 对应的seq  226会变成231,不看group#号!

[ 本帖最后由 wengtf 于 2012-7-24 15:27 编辑 ]

回复 只看该作者 道具 举报

4#
发表于 2012-7-24 15:33:39
谢谢 两位:) 过去没注意这个问题,一直以为是按group号切换的。

回复 只看该作者 道具 举报

5#
发表于 2012-7-24 21:22:20
呵呵,你多加几组(1、2、3、4、5、6),然后交叉删除一下(留2、4、6)试试就知道了。要是按group的话,只留2、4、6组岂不是不能log switch了?

回复 只看该作者 道具 举报

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

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-25 02:17 , Processed in 0.047993 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569