eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 新年 新婚 | Blog首页 | 新年快乐-百度已至 谷歌未达 »

ORA-00701 warmstarting对象的另类解决方法

有朋友在ITPUB问到一个问题,如何resize一个SYSTEM表空间。

从常规来说,如果我们希望resize一个文件,这个文件能够resize的部分必然是没有数据,未被使用的,也就是说,我们需要找到一个文件最高的Extent号,这个Extent之外的空间是可以被resize的,以下一个查询可以帮我们找到一个文件最末端的对象:

col segment_name for a30
col owner for a10
SELECT *
  FROM (SELECT   owner, segment_name,segment_type,block_id, blocks
            FROM dba_extents
           WHERE tablespace_name = 'SYSTEM' and file_id='&fileid'
        ORDER BY block_id DESC)
WHERE ROWNUM < 11;

看一下我的一个数据库:

SQL> col segment_name for a30
SQL> col owner for a10
SQL> SELECT *
  2    FROM (SELECT   owner, segment_name,segment_type,block_id, blocks
  3              FROM dba_extents
  4             WHERE tablespace_name = 'SYSTEM' and file_id='&fileid'
  5          ORDER BY block_id DESC)
  6  WHERE ROWNUM < 11;
Enter value for fileid: 1
old   4:            WHERE tablespace_name = 'SYSTEM' and file_id='&fileid'
new   4:            WHERE tablespace_name = 'SYSTEM' and file_id='1'


OWNER      SEGMENT_NAME                   SEGMENT_TYPE         BLOCK_ID     BLOCKS
---------- ------------------------------ ------------------ ---------- ----------
SYS        EYGLE_IP                       TABLE                   25609        128
SYS        EYGLE_IP                       TABLE                   25481        128
SYS        EYGLE_IP                       TABLE                   25353        128
SYS        I_H_OBJ#_COL#                  INDEX                   25305          8
SYS        TEST                           TABLE                   25297          8
SYS        I_TEST                         INDEX                   25289          8
SYS        TEST                           TABLE                   25281          8
SYS        T                              TABLE                   25273          8
SYS        EYGLE_IP                       TABLE                   25265          8
SYS        EYGLE_IP                       TABLE                   25257          8


10 rows selected.

我们注意到高水位上有些索引是可以通过rebuild来改变其位置的,但是在正常模式下,Oracle不允许rebuild这些索引:

SQL> alter index I_H_OBJ#_COL# rebuild;
alter index I_H_OBJ#_COL# rebuild
*
ERROR at line 1:
ORA-00701: object necessary for warmstarting database cannot be altered

有两种方式可以使得这些对象允许被重建:
1.通过migrate模式

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup migrate;
ORACLE instance started.

Total System Global Area 139531744 bytes
Fixed Size 452064 bytes
Variable Size 121634816 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
Database mounted.
Database opened.
SQL> alter index I_H_OBJ#_COL# rebuild;

Index altered.

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area 139531744 bytes
Fixed Size 452064 bytes
Variable Size 121634816 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
Database mounted.
Database opened.

2.通过一个内部事件

SQL> alter system set event='38003 trace name context forever, level 10' scope=spfile;

System altered.

SQL> startup force;
ORACLE instance started.

Total System Global Area 139531744 bytes
Fixed Size 452064 bytes
Variable Size 121634816 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
Database mounted.
Database opened.
SQL> alter index i_h_obj#_col# rebuild;

Index altered.

38003事件的作用是:CBO Disable column stats for the dictionary objects in recursive SQL
也就是说可以将部分对象从启动的bootstrap$需要里剥离出来,从而可以被在线rebuild.

这个事件能够影响的对象很有限,这类操作也是极其危险的,所以不在这里详细列出。

-The End-


历史上的今天...
    >> 2009-02-15文章:
    >> 2008-02-15文章:

无觅

By eygle on 2007-02-15 10:07 | Comments (4) | Internal | 1359 |

4 Comments

eygle有没有验证下系统有没有什么异常?
这样的操作还是不敢玩呀

没问题阿,对于索引一般问题不大,出现坏块如果数据库无法启动可以照此处理,正常情况下不推荐这样操作。

我以前遇到一例,在I_OBJ1索引上出现坏块,
在startup migrate后rebuild直接报死锁,设置38003也一样

以上两种方法能修正的情况极为有限,I_OBJ1可能是bootstrap必须的,那就只能通过备份来恢复了。


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com