Oracle 常见错误Word文件下载.docx

上传人:b****6 文档编号:17720527 上传时间:2022-12-08 格式:DOCX 页数:18 大小:31.42KB
下载 相关 举报
Oracle 常见错误Word文件下载.docx_第1页
第1页 / 共18页
Oracle 常见错误Word文件下载.docx_第2页
第2页 / 共18页
Oracle 常见错误Word文件下载.docx_第3页
第3页 / 共18页
Oracle 常见错误Word文件下载.docx_第4页
第4页 / 共18页
Oracle 常见错误Word文件下载.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

Oracle 常见错误Word文件下载.docx

《Oracle 常见错误Word文件下载.docx》由会员分享,可在线阅读,更多相关《Oracle 常见错误Word文件下载.docx(18页珍藏版)》请在冰豆网上搜索。

Oracle 常见错误Word文件下载.docx

你也可以用以下语句来检测一下rollbacksegment的竞争状况:

Selectclass,countfromV$waitstatwherecalssin(‘systemundoheader’,’systemundoblock’,’undoheader’,’undoblock’);

Selectsum(value)fromV$sysstatwherenamein(‘db_block_gets’,’consistentsgets’);

  如果任何一个classincount/sum(value)大于1%,就应该考虑增加rollbacksegment。

相应的英文如下:

Cause:

Failedtoallocateextentfromtherollbacksegmentintablespace

Action:

UsetheALTERTABLESPACEADDDATAFILEstatementtoaddoneormorefilestothespecifiedtablespace.

ORA-01652:

unabletoextendtempsegmentbynumintablespacename

ORACLE临时段表空间不足,因为ORACLE总是尽量分配连续空间,一但没有足够的可分配空间或者分配不连续就会出现上述的现象。

  解决方法:

我们知道由于ORACLE将表空间作为逻辑结构-单元,而表空间的物理结构是数据文件,数据文件在磁盘上物理地创建,表空间的所有对象也存在于磁盘上,为了给表空间增加空间,就必须增加数据文件。

先查看一下指定表空间的可用空间,使用视图SYS.DBA_FREE_SPACE,视图中每条记录代表可用空间的碎片大小:

SQL>

Selectfile_id,block_id,blocks,bytesfromsys.dba_free_spacewheretablespace_name=’’;

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

SELECTINITIAL_EXTENT,NEXT_EXTENT,MIN_EXTENTS,PCT_INCREASEFROMSYS.DBA_TABLESPACESWHERETABLESPACE_NAME=name;

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

ALTERTABLESPACEnameDEFAULTSTORAGE(INITIALXXXNEXTYYY);

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

ALTERUSERusernameTEMPORARYTABLESPACEnew_tablespace_name;

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

  一个报错例子如下:

ORA-1652:

unabletoextendtempsegmentby207381intablespaceTEMPSPACE

  相应的英文如下:

Failedtoallocateextentfortempsegmentintablespace

UsetheALTERTABLESPACEADDDATAFILEstatementtoaddoneormorefilestothespecifiedtablespaceorcreatetheobjectinanothertablespace.

ORA-01578:

Oracledatablockcorrupted(file#num,block#num)

当ORACLE访问一个数据块时,由于1、硬件的I/O错误;

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

3、内存或paging问题;

4、ORACLE试图访问一个未被格式化的系统块失败;

5、数据文件部分溢出等上述几种情况的一种引起了逻辑坏块或者物理坏块,这时就会报ORA-01578的错误。

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

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

Selectowner,segment_name,segment_typefromdba_extentswherefile_id=andbetweenblock_idandblock_id+blocks-1;

  (和分别是ORA-01578报出的坏块出现的文件号和块号)

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

SQL>

Analyzetablevalidatestructurecascade;

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

  ORA-01578:

与原先错误信息有相同的参数,为永久性的物理或逻辑坏块;

与原先错误信息有不同的参数,可能与内存,pagespace和I/O设备有关。

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

  <

1>

.先关闭数据库

2>

.编辑init.ora文件,加入:

event=”10231tracenamecontextforever,level10”

3>

.startuprestrict

4>

.创建一个临时表:

createtableerrortempasselect*fromerror;

(error是坏表的表名)

5>

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

6>

.rename坏表,把临时表rename成坏表的表名

7>

.创建表上的INDEX等

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

  这里所讲的解决方法只是比较常见的一种,一些更为具体的解决办法可以查看一下ORACLE的故障解决手册,那里面有浞及使用ROWID方法来取出坏块以外的数据的方法,这里就不介绍了。

Thegivendatablockwascorrupted,probablyduetoprogramerrors

Trytorestorethesegmentcontainingthegivendatablock,Thismayinvolvedroppingthesegmentandrecreatingit,Ifthereisatracefile,reportthemessagesrecordedinittocustomersupport.

ORA-01628:

max#ofextentsnumreachedforrollbacksegmentnum

这种错误通常为一个回滚段和一个表空间已经达到MAXEXTENTS参数设置的极限。

要注意的是这个MAXEXTENTS不是该回滚段或表空间的硬件极限,硬件极限取决于数据库创建时在init.ora文件中指定的DB_BLOCK_SIZE参数的值。

使用SQL命令ALTERTABLESPACE…STORAGE(MAXEXTENTSXXXX)来增加MAXEXTENTS,其中“XXXX”值必须大于错误信息中所指的数值,但不能大于LARGESTMAXEXTENT的值,如果已经达到了LARGESTMAXEXTENTVALUE,解决的办法就是重新创建较大的范围尺寸,使用带有选项COMPRESS=Y的Export工具导出表,如果表空间有可用空间,先给表做一个备份,用altertablespacetablespace_name更改其名字,然后再装载表回数据库。

  查看其错误出现的地方,如果出现在回滚段或索引上,那么必须将其删除并重建,如果出现在临时表空间,修改临时表空间的存储字段,便可解决这个问题。

ORA-1628:

max#extents50reachedforrollbacksegmentRBS_1

Anattemptwasmadetoextendarollbacksegmentthatalreadyhasreacheditsmaximumsizeorspacecouldnotbeallocatedinthedatadictionarytocontainthedefinitionoftheobject.

Ifpossible,increasethevalueofeithertheMAXEXTENTSorPCTINCREASEinitializationparametersorfindthedatadictionarytablelackingspaceandalterthestorageparameters,asdescribedintheOracle8ServerAdministrator’sGuide.

ORA-00600:

internalerrorcode,arguments:

[num],[?

],[?

]

这种错误通常为ORACLE的内部错误,只对OSS和ORACLE开发有用。

ORA-600的错误经常伴随跟踪文件的状态转储(系统状态和进程状态),系统状态存储将包括ORACLERDBMS持有的当前对象的信息,进程状态转储则将显示特殊进程持有的对象,当进程符合了某错误条件时,经常是由于一些信息取自它持有的一个块,如果我们知道这些错误进程持有的块,就容易跟踪问题的来源。

一般来说出现这个错误我们本身是无法解决的,只有从提高系统本身各方面来解决这个内部问题,如增加硬件设备,调整系统性能,使用OPS(当然OPS从某种意义上说并不是一种好的解决方式)等。

ORA-600错误的第一个变量用于标记代码中错误的位置(代码中的每个部分的第一变量都不一样),从第二个到第五个变量显示附加信息,告诉OSS代码在哪里出现了错误。

internalerrorcode,arguments:

[1237],[],[],[],[],[],[],[]

ThisisacatchallinternalerrormessageforOracleprogramexceptions.Itindicatesthataprocesshasmetalow-level,unexpectedcondition.Variouscausesofthismessageinclude:

  Time-outs(超时)

  Filecorruption(文件太老)

  Faileddatachecksinmemory(内存检索失败)

  Hardware,memory,orI/Oerrors(硬件、内存或者磁盘错误)

  Incorrectlyrestoredfiles(错误的重建文件)

  ORA-03113:

end-of-fileoncommunicationchannel

通讯不正常结束,从而导致通讯通道终止

.检查是否有服进程不正常死机,可从alert.log得知

  2>

.检查sql*NetDriver是否连接到ORACLE可执行程序

  3>

.检查服务器网络是否正常,如网络不通或不稳定等

  4>

.检查同一个网上是否有两个同样名字的节点

  5>

.检查同一个网上是否有重复的IP地址

Anunexpectedend-of-filewasprocessedonthecommunicationchannel.TheproblemcouldnotbehandledbytheNet8,twotask,software.Thismessagecouldoccuriftheshadowtwo-taskprocessassociatedwithaNet8connecthasterminatedabnormally,orifthereisaphysicalfailureoftheinterprocesscommunicationvehicle,thatis,thenetworkorservermachinewentdown.

Ifthismessageoccursduringacommectionattempt,checkthesetupfilesfortheappropriateNet8driverandconfirmNet8softwareiscorrectlyinstalledontheserver.Ifthemessageoccursafteraconnectioniswellestablished,andtheerrorisnotduetoaphysicalfailure,checkifatracefilewasgeneratedontheserveratfailuretime.ExistenceofatracefilemaysuggestanOracleinternalerrorthatrequirestheassistanceofcustomersupport.

ORA-00942:

tableorviewdoesnotexist

这是由于装载的表或视图不存在,多半是CATEXP.SQL还没有运行,无法执行Export视图,如果CATEXP.SQL已经运行,则可能是版本错误。

因为Import和Export共享的一些视图是通过运行CATEXP.SQL来装载的(它们具有相同的视图),并不生成单独的CATEXP.SQL,因而造成视图与Export代码不同步,较难保持彼此之间的兼容,用户就必须建立自己的Export应用,从而避免ORA-00942的错误。

Thetableorviewentereddoesnotexist,asynonymthatisjnotallowedherewasused,oraviewwasreferencedwhereatableisrequired.Existingusertablesandviewscanbelistedbyqueryingthedatadictionary.Certainprivilegesmayrequiredtoaccessthetable.Ifanapplicationreturnedthismessage,thetabletheapplicationtriedtoaccessdoesnotexistinthedatabase,ortheapplicationdoesnothaveaccesstoit.

Checkeachofthefollowing:

Thespellingofthetableorviewname.

Thataviewisnotspecifiedwhereatableisrequired

Thatanexistingtableorviewnameexists.

Contactthedatabaseadministratorifthetableneedstobecreatedorifuserorapplicationpriviledesarerequiredtoaccessthetable.

Also,ifattemptingtoaccessatableorviewinanotherschema,makecertainthecorrectschemaisreferencedandthataccesstotheobjectisgranted.

ORA-01598:

rollbacksegment“name”isnotonline

TherollbacksegmentwastakenofflineeithermanuallyorbySMON.

CheckthestatusoftherollbacksegmentinDBA_ROLLBACK_SEGS.

ORA-1636:

rollbacksegment“name”isalreadyonline

Arollbacksegmentcanonlybeusedbyoneinstanceandaninstanceistryingtobringarollbacksegmentonlinethatisalreadyinuse.

CheckthatthevaluessetintheinitializationparameterfileforparametersROLLBACK_SEGMENTS,ROLLBACK_SEGMENT_INITIAL,andROLLBACK_SEGMENT_COUNTarecorrectlysetfortheinstancewhiththeproblem,Alsocheckthattheinstanceisusingthecorrectinitializationparameterfile.Makesureyouarenotconfusedaboutthedifferencebetweenprivateandpublicrollbacksegments.SeetheOracle8ServerAdministrator’sGuideformoreinformationaboutusingrollbacksegmentsinparallermode.

  上述错误均为我们在使用回滚段时比较常见的问题,ORA-01598指明当前使用的回滚段的状态为“notonline”,不能使用,将它改为“online”状态即可使用;

ORA-01636指明当前回滚段已经为“online”状态,可以直接使用,不用再集合它。

ORA-1636signalledduring:

alterrollbacksegmentrb00online

  我们在做统计时还可能遇到下述问题:

一个rollbacksegment的状态为”NeedsRecovery”的现象,这是由于ORACLE回退一个事物表中的没有提交的事物时失败所造成的。

通常原因为一个datafile或者tablespace是在offline的状态或者一个undo的目标被破坏或者rollbacksegment被破坏。

解决的办法是将所有的tablespace和datafile都置为online状态,如果不能解决则做下面的工作:

  1>

.在initsid.ora中加入event=”10015tracenamecontextforeverlever10”;

.shutdown数据库然后重启;

.在$ORACLE_HOME/rdbms/log下,找到startup时生成的tracefile;

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 初中教育 > 其它课程

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1