CSDN博客

img dlcj

ORACLE中一些问题的解决方法

发表于2002/8/22 9:50:00  856人阅读

 ORACLE中一些问题的解决方法

ORACLE管理和应用中,难免出现一些问题。通常,ORACLE会显示错误标号和简短说明,我们可以根据显示的信息去处理问题。但有时显示的信息很少,处理起来有些麻烦。本文讨论了这样几个问题,根据一些资料和经验,提出了解决方法。

 

一、             ORA-00604 error occurred at recursive SQL level

这个信息表明,在数据库执行内部SQL语句时,发生了错误。比如,要往表中插入一行数据,但没有可扩展的空间。ORACLE于是去查寻,哪儿可以建立下一个扩展空间,它有多大小,但没有成功。一般在发生ORA-00604错误时,还伴随着其它的错误,例如:ORA-1547等。
首先,应当检查警告文件alertSID.log,查找有关ORA-600类的信息。
该错误最常见的原因是数据库文件initSID.ora中的参数OPEN_CURSORS值太小。可以修改initSID.ora文件,OPEN_CURSORS的值一般为255。修改完后,宕下ORACLE,再重新启动。
还可以设置并启动数据库的事件跟踪功能。在initSID.ora中加上一行:
     event = "00604 trace name errorstack"
宕下并重新启动ORACLE,使这个事件跟踪参数起作用。这样,当再发生ORA-604错误时,有关信息就保存在TRACE文件中。
造成ORA-604错误的其它原因可能有:
- initSID.ora中,参数DC_FREE_EXTENTS或ROW_CACHE_ENQUEUES太低。可以根据操作系统和数据库的情况,适当增加这两个参数的值,宕下并重新启动ORACLE。
- 运行超出空间(伴随ORA-1547错误)。这时,要对表空间添加新文件,即增加表空间的大小。
- 达到了MAX_EXTENTS(伴随ORA-1556错误)。如果这样,就要修改表,允许更多的扩展。请从技术手册中查找MAX_EXTENTS的最大值。如果已经达到了最大值,必须用compress extents选项,把表卸出(export),再导入(import)数据库中。

 

二、ORA-03106 fatal two-task communication protocol error

这个信息表明,在ORACLE进行网络通信工作时,发生了错误。比如,客户应用程序使用SQL*NET访问服务器数据库时,不能进行,ORACLE显示ORA-03106错误。

首先,应当检查客户应用与数据库服务器之间的兼容性,这是ORA-03106错误中最常见的原因。现已发现,Developer/2000 V1.3预版与ORACLE V8.0.5 for Digital UNIX不兼容;ORACLE V7.0.1.6 for ScoUNIX与ORACLE V8.0.5 for Digital UNIX不兼容,等等。再检查客户应用与数据库服务器之间的NLS(字符集)兼容性。前些年计算机上的中文字符集一般设置为ZHS16CGB231280,近几年一般设置为ZHS16GBK,英文操作系统下的设置一般为US7ASCII。最好在系统安装时,把字符集设置为同一种,这样也方便数据库之间数据的卸出和导入。

如果数据库链路一直不通,并显示ORA-03106错误,那么可能是SQL*NET的设置问题。要想使用数据库链路,双方数据库文件InitSID.ora中GLOBAL_NAMES的值应当是FALSE,服务器上的文件TNSNAMES.ORA中要有对方的数据库别名,该别名就是建立数据库链路时使用的别名。尤其在双机等组成的CLUSTER系统中,人们常常在TNSNAMES.ORA中只写入带有机器虚地址的数据库虚别名,而忘记写入带有机器真地址的数据库真别名。应当把实际应用所涉及到的数据库别名都写入TNSNAMES.ORA。

另外,InitSID.ora中OPEN_LINKS的值一般默认为4,在应用程序使用多个数据库链路时,需要适当增加该值。

还可以设置并启动SQL*NET的事件跟踪功能,获得发生ORA-03106错误时产生的有关信息,有针对性地解决问题。
在比较极端的情况下,该问题表明ORACLE所使用的共享内存段崩溃了。可能需要用abort选项宕下数据库,并释放所有的semaphores(UNIX下)。因为ORACLE使用semaphores来控制所有后台进程的同步。Semaphores也用来控制用户进程和影子进程之间的双任务通信。由于该种情况下牵涉的问题比较复杂,可以将整个机器系统宕下,再重新启动。

 

三、ORACLE8卸出数据并导入ORACLE7中

ORACLE7卸出的DMP文件,可以导入ORACLE8中;但从ORACLE8卸出的DMP文件,不能导入ORACLE7中。如果用ORACLE7的实用程序,也不能卸出ORACLE8的数据。这对应用多种版本ORACLE的用户是非常不方便的。

实际上,ORACLE8已经考虑到这一点。在服务器目录$ORACLE_HOME/rdbms/admin 中,有个文件catexp7.sql,就是用来解决这个问题的。首先,在ORACLE8的服务器中,以SYS帐户登入ORACLE,接着运行这个catexp7.sql文件。ORACLE系统于是建立一些卸出视图,从而使得在卸出时,ORACLE8数据库仿佛是ORACLE7数据库。这时,就可以用ORACLE7实用程序直接卸出ORACLE8的数据,然后便可以顺利地导入ORACLE7中。

ORACLE7实用程序直接卸出ORACLE8的数据时,有些属于ORACLE8特性的东西卸不出来。具体的情况,可以参考有关的技术手册,比如《Oracle8 Utilities》。

 

四、ORA-27101 Shared Memory Realm Does Not Exist

在出现上述错误信息时,一般还伴有错误信息:ORA-01034: ORACLE not available。原因是在同一个服务器上,使用了不同的ORACLE_HOME。该问题常常是在ORACLE8.1.7服务器版上出现的。

首先检查文件initSID.ora和listener.ora等,看ORACLE_SID和ORACLE_HOME设置的正确与否,ORACLE8.1.7是否用该参数值启动并运行。在UNIX环境中,字母大小写的意义是不一样的,这一点应当注意。如果ORACLE_HOME指向8.1.7版,而数据库是用8.1.6版或8.1.5版建立的,也可能出现该种错误信息。

WINDOWS系统中,如果修改了机器名或IP地址,ORACLE8.1.7启动时使用的机器名或IP地址就不是真正的机器名或IP地址,就会出现该种错误。可以查看目录database下的文件oradim.log,根据内容确定原因。

在涉及到域(DOMAIN)的服务器上,包括WINDOWS和UNIX,根据系统设置情况,可能需要在使用机器名时,后面添加域名。

0 0

相关博文

我的热门文章

img
取 消
img