搜索
UNDO表空间不足解决方法(2011-04-1414:39:25)转载标签：杂谈确认UNDO表空间名称selectnamefromv$tablespace;检查数据库UNDO表空间占用空间情况以及数据文件存放位置；selectfile_name,bytes/1024/1024fromdba_data_fileswheretablespace_namelike'UNDOTBS1';UNDO表空间不够用，有两种处理方法，1，扩大表空间大小；2，创建新的UNDO表空间，删除原来的一、扩大UNDO表空间alterdatabaseUNDOTBS1datafile'/opt/oracle/oradata/inms/undotbs02.dbf'resize4000M;二、创建新的UNDO表空间，删除原来的1、创建新的UNDO表空间，并设置自动扩展参数；createundotablespaceundotbs2datafile'/oradata/oradata/ddptest/UNDOTBS1.dbf'size21000mreuseautoextendonnext800mmaxsizeunlimited;2、动态更改spfile配置文件；altersystemsetundo_tablespace=undotbs2scope=both;3、删除原有的UNDO表空间；droptablespaceundotbs1includingcontents;4、确认删除是否成功；selectnamefromv$tablespace;5、确定$ORACLE_HOME/dbs/spfileoinms.ora内容是否发生变更：$morespfileoinms.ora*.undo_management='AUTO'*.undo_retention=10800*.undo_tablespace='UNDOTBS2'如果没有发生变更请执行如下语句：SQLcreatepfilefromspfile;Filecreated.6、删除原UNDO表空间的数据文件，其文件名为步骤中执行的结果。#rm$ORACLE_BASE/oradata/$ORACLE_SID/undotbs01.dbf如何处理Oracle的UNDO表空间所对应的数据文件过大[日期：2011-04-18]来源：Linux社区作者：Linux1查看undo的表空间大小和最大值selectt.file_name,t.tablespace_name,t.bytes/1024/1024/1024GB,t.maxbytes/1024/1024/1024MaxGBfromdba_data_filestwheret.tablespace_name='UNDOTBS1'数据文件为：/oracle/oradata/undo/undotbs01.dbf2创建一个新的undo表空间，用来替换原来的undo表空间createundotablespaceUNDOTBS2datafile'/oracle/oradata/log/undotbs02.dbf'size10Mautoextendonmaxsizeunlimited;3把新的undo表空间设置成数据库的undo表空间altersystemsetundo_tablespace=UNDOTBS2scope=both;4再次验证数据库的undo表空间showparameterundo_tablespace5等待原UNDO表空间UNDOTBS1isOFFLINE；SELECTr.statusStatus,r.segment_nameName,r.tablespace_nameTablespace,s.extentsExtents,TO_CHAR((s.bytes/1024/1024),'99999990.000')SizeFROMsys.dba_rollback_segsr,sys.dba_segmentssWHEREr.segment_name=s.segment_nameANDs.segment_typeIN('ROLLBACK','TYPE2UNDO')andr.tablespace_name='UNDOTBS1'andstatus='ONLINE'如果上面有状态online的对象，可以查询具体对象的sid，serial#5.1查看当前是什么在使用这个回滚段SELECTr.NAME,s.sid,s.serial#Serial,s.username,s.machine,t.start_time,t.status,t.used_ublk,substr(s.program,1,15)operateFROMv$sessions,v$transactiont,v$rollnamer,v$rollstatgWHEREt.addr=s.taddrANDt.xidusn=r.usnANDr.usn=g.usnORDERBYt.used_ublkdesc;--比如：对象为：sid474,serial67945.2根据sid查出具体的sqlselectsql_textfromv$sessiona,v$sqltext_with_newlinesbwhereDECODE(a.sql_hash_value,0,prev_hash_value,sql_hash_value)=b.hash_valueanda.sid=&sidorderbypiece如果该sql不重要，可以直接kill该会话。5.3killsessionaltersystemkillsession'474,6794';5.4删除原undo表空间及其系统的数据问题droptablespaceUNDOTBS1includingcontentsanddatafiles;（在AIX系统中，虽然已经删除了系统所对应的undo表空间的数据文件，但用df-g查看，该系统空间不能释放。主要是由于Oracle的一个进程在访问该文件。可以killOracle访问进程，或者重启数据库后，即可释放系统的空间。）6新建立UNDOTBS1表空间createundotablespaceUNDOTBS1datafile'/oracle/oradata/undo/undotbs01.dbf'size10Mautoextendonmaxsize12G;7切换回UNTOTBS1altersystemsetundo_tablespace=UNDOTBS1scope=both;8等待UNDO表空间UNDOTBS2isOFFLINE；SELECTr.statusStatus,r.segment_nameName,r.tablespace_nameTablespace,s.extentsExtents,TO_CHAR((s.bytes/1024/1024),'99999990.000')SizeFROMsys.dba_rollback_segsr,sys.dba_segmentssWHEREr.segment_name=s.segment_nameANDs.segment_typeIN('ROLLBACK','TYPE2UNDO')andr.tablespace_name='UNDOTBS2'ORDERBY5DESC;9删除droptablespaceUNDOTBS2includingcontentsanddatafiles;UNDO表空间数据文件损坏处理方法问题描述：当一个回滚段表空间数据文件丢失或损坏时，而且又指定了另外的回归段表空间，此时数据库可以正常打开，查询、插入、删除数据等都没有问题，当新增一个表时，会提示如下错误：ORA-00604:递归SQL级别1出现错误ORA-00376:此时无法读取文件44ORA-01110:数据文件44:'E\ORADATA\ORCL\UNDOTEMP.ORA'具体解决步骤如下：1、先SHUTDOWN，以RESTRICT模式打开数据库：SQLSTARTUPRESTRICTMOUNT;2、以OFFLINEDROP选项删除丢失或损坏的数据文件：SQLalterdatabasedatafile44offlinedrop;3、打开数据库：SQLALTERDATABASEOPEN;4、修改initSID.ora的文件，并且加入如下一行：_corrupted_rollback_segments=(，...，)这个参数应当包含ROLLBACK_SEGMENTS中损坏的表空间的所有的回滚段，例如：_corrupted_rollback_segments=(_SYSSMU11$,_SYSSMU12$,_SYSSMU13$,_SYSSMU14$,_SYSSMU15$,_SYSSMU16$,_SYSSMU17$,_SYSSMU18$,_SYSSMU19$,_SYSSMU20$,_SYSSMU21$)5、以RESTRICT模式指定pfile打开数据库:SQLSTARTUPRESTRICTpfile=C:\oracle\product\10.2.0\db_1\database\initORCL.ORA;6、删除掉损坏的数据文件所属的回滚段表空间：SQLDROPTABLESPACEUNDOTEMPINCLUDINGCONTENTSANDDATAFILES;7、重建回滚段表空间：SQLCREATEUNDOTABLESPACEUNDOTBSDATAFILE'E:\oradata\ORCL\UNDOTBS.DBF'SIZE100MREUSEAUTOEXTENDON;SQLALTERSYSTEMSETUNDO_TABLESPACE=UNDOTBS;SQLDROPTABLESPACEUNDO0702INCLUDINGCONTENTS;SQLSELECT*FROMDBA_TABLESPACES;8、在initSID.ora中把你重新创建的回滚段再一次包括进来，如：undo_tablespace=UNDOTBS9、以该pfile再次重启数据库，一切正常，表创建成功。本文来自CSDN博客，转载请标明出处：问题描述：这是一个回滚段表空间数据文件丢失或损坏的情景，这时oracle不能识别相应的数据文件。当你试图startup数据文件时会报ORA-1157，ORA-1110，并且可能会伴随着标识操作系统级别的错误，比如ORA-7360。当你试图以shutdownnormal或shutdownimmediate模式关闭数据库时会导至ORA-1116，ORA-1110，并可能伴随标识操作系统级别的错误，比如ORA-7368，有时以正常方式shutdown数据库根本shutdown不下来。警告：文章中所提及的步骤是供oracle的全球技术支持使用的。特别是步骤6中的_corrupted_rollback_segments参数，使用后需要重建数据库，在使用这个参前请观察一下所有其它的选项。解决方法解释：如下的解决方法取于检测问题出现时数据库所处于状态:I.数据库是处于关闭状态的。试图打开数据库时报ORA-1157和ORA-1110错误，这时的解决方法取于数据库是否是正常shutdown的(使用normal或immediate选项。I.A.数据库是正常shutdown的如果数据数据库是正常shutdown的，最简单的解决方法是以offlinedrop选项删除丢失或损坏的数据文件，以restriceted模式打个数据库，删除并重建这个数据文件所属的那个回滚表空间。如果数据库是以shutdownabort或自己崩溃掉的则不要遵循这个过程。步骤如下：1、确认数据库是正常shutdown的。可以检查alter.log这个文件，定位到最后几行看是否可以看到如下的信息：alterdatabasedismountCompleted:alterdatabasedi