1.ORA-01650:unable to extend rollback segment NAME by NUM intablespace NAME

错误的产生原因：上述ORACLE错误为回滚段表空间不足引起的，这也是ORACLE数据管理员最常见的ORACLE错误信息。当用户在做一个非常庞大的数据操作导致现有回滚段的不足，使可分配用的回滚段表空间已满，无法再进行分配，就会出现上述的错误。

解决方法：使用“ALTER TABLESPACE tablespace_name ADD DATAFILE filename SIZE size_of_file”命令向指定的数据增加表空间，根据具体的情况可以增加一个或多个表空间。当然这与还与你主机上的裸盘设备有关，如果你主机的裸盘设备已经没有多余的使用空间，建议你不要轻意的增加回滚段表空间的大小，可使用下列的语句先查询一下剩余的tablespace空间有多少：

Select user_name,sql_text from V$open_cursor
where user_name=’<user_name>’;

如果多余的空间比较多，就可以适当追加一个大的回滚段给表空间使用，从而避免上述的错误。你也可以用以下语句来检测一下rollback segment的竞争状况：

Select class,count from V$waitstat where calss in(‘system undo header’,’
system undo block’,’undo header’,’undo block’);

　　和

Select sum(value) from V$sysstat where name in
(‘db_block_gets’,’consistents gets’);

如果任何一个class in count/sum(value)大于1%，就应该考虑增加rollback segment。

ORA-01652:unable to extend temp segment by num in tablespace name

错误产生的具体原因：ORACLE临时段表空间不足，因为ORACLE总是尽量分配连续空间，一但没有足够的可分配空间或者分配不连续就会出现上述的现象。

解决方法：我们知道由于ORACLE将表空间作为逻辑结构-单元，而表空间的物理结构是数据文件，数据文件在磁盘上物理地创建，表空间的所有对象也存在于磁盘上，为了给表空间增加空间，就必须增加数据文件。先查看一下指定表空间的可用空间，使用视图SYS.DBA_FREE_SPACE，视图中每条记录代表可用空间的碎片大小：

SQL>Select file_id,block_id,
blocks,bytes from sys.dba_free_space
where tablespace_name=’<users>’;

返回的信息可初步确定可用空间的最大块，看一下它是否小于错误信息中提到的尺寸，再查看一下缺省的表空间参数：

SQL>SELECT INITIAL_EXTENT,NEXT_EXTENT,MIN_EXTENTS,
PCT_INCREASE FROM SYS.DBA_TABLESPACES WHERE
TABLESPACE_NAME=name;

通过下面的SQL命令修改临时段表空间的缺省存储值：

SQL>ALTER TABLESPACE name DEFAULT STORAGE (INITIAL XXX NEXT YYY);

适当增大缺省值的大小有可能解决出现的错误问题，也可以通过修改用户的临时表空间大小来解决这个问题：

SQL>ALTER USER username TEMPORARY TABLESPACE new_tablespace_name

使用ALTER TABLESPACE命令，一但完成，所增加的空间就可使用，无需退出数据库或使表空间脱机，但要注意，一旦添加了数据文件，就不能再删除它，若要删除，就要删除表空间。

一个报错例子如下：

ORA-1652:unable to extend temp segment
by 207381 in tablespace TEMPSPACE

ORA-01578:Oracle data block corrupted(file # num,block # num)

错误产生的具体原因：当ORACLE访问一个数据块时，由于：

1、硬件的I/O错误；

2、操作系统的I/O错误或缓冲问题；

3、内存或paging问题；

4、ORACLE试图访问一个未被格式化的系统块失败；5、数据文件部分溢出等上述几种情况的一种引起了逻辑坏块或者物理坏块，这时就会报ORA-01578的错误。

解决方法：由于ORACLE只有在访问到有问题的数据文件时才会报错，所以报错的时间有可能会比实际出错的时间要晚，如果ORA-01578出错信息提示数据坏块指向的是用户自己的数据文件，则用以下方法来解决：

如果通过下面的SQL语句查出的坏块出现有索引上，则只需重建索引即可

SQL>Select owner,segment_name,segment_type from dba_extents where file_id= and (b)between block_id and block_id+blocks-1;()和(b)分别是ORA-01578报出的坏块出现的文件号和块号)

如果坏块出现在表上，先用以下语句分析是否为永久性坏块（建议多执行一两次，有助于鉴别数据坏块是永久性的（硬盘上的物理坏块）还是随机性的（内存或硬件错误引起））：

SQL>Analyze table <table_name> validate structure cascade;

执行该命令后，可能会出现以下的结果：

ORA-01578：与原先错误信息有相同的参数，为永久性的物理或逻辑坏块；与原先错误信息有不同的参数，可能与内存，page space和I/O设备有关。

如果用户有此表的最新备份，那么最好是用此备份来恢复此表，或者使用event 10231来取出坏块以外的数据：

<1>.先关闭数据库

<2>.编辑init.ora文件，加入：

event=”10231 trace name context forever,level 10”

<3>.startup restrict

<4>.创建一个临时表：SQL>create table errortemp as select * from error;(error是坏表的表名)

<5>.把event从init.ora文件中删掉并重起数据库

<6>.rename坏表，把临时表rename成坏表的表名

<7>.创建表上的INDEX等

如果ORA-01578出错信息提示数据坏块指向的是数据字典或者是回滚段的话，你应该立即与ORACLE公司联系，共同协商一个好的解决方法。（
 

评论 (0) All

登陆 还没注册？