在特定平台上更改核心参数可能会有差别,请参考Oracle
Technet(http://otn.oracle.com)上的安装文档.对特定Unix平台的安装文档也有对核心参
数意义的解释.
Init.ora中的参数如果设置不当,会产生该错误.有经验表明:shared_pool_size设置过小会
出现错误,此外timed_statistics=true的设置也会带来问题.
------------------------------------------------------------------------
Oracle执行文件权限不正确/环境变量问题
------------------------------------------------------------------------
这个问题只出现在Unix平台上.常见情况是有的时侯管理员为了方便而使用Unix
的tar命令处理过的压缩包进行的安装,或者是系统管理员指定了额外的OS用户也可以管理数
据库却没有指定正确的环境变量.
Oracle执行文件在$ORACLE_HOME/bin目录下,如果出现问题,应该用如下Unix类似命令来纠正
：
chmod 7755 $ORACLE_HOME/bin/oracle
有的时侯要对Oracle进行relink操作.
在Unix上通过cp拷贝安装的时候,常常会出现环境变量的问题,和个别执行程序连接问题.LD_
LIBRARY_PATH如果设置的不正确会导致问题,在这种情况下,需要对Oracle进行relink.如果
可执行文件oralcle被破坏,也要对其relink.
如果安装了并行服务器选项而Distributed Lock
Manager没有安装或正确运行也会导致错误.
--------------------------------------------
客户端通信不能正确处理
--------------------------------------------
SQL*Net驱动器的问题：
如果使用的版本比较低的驱动器,请更换到新版本的驱动.SQL*Net
的驱动没有连接到Oracle可执行文件会导致错误.
检查网络是否通畅
Windows平台的常见问题:
在Windows平台创建数据库的时侯,如果出现该问题可以考虑用如下的方法：
首先检查本地网络设置.查看网络上是否有同名的结点或有冲突的IP.如果问题依旧,可以保
守的用下面的方法：
1. 禁用网卡：将本地连接状态改为禁用;
2. 将sqlnet.ora文件打开(以记事本形式)将nts验证注释掉：
#SQLNET.AUTHENTICATION_SERVICES= (NTS).
3. 创建数据库;
4. 创建成功后,恢复本地连接.
----------------------------------------------------------------------------
数据库服务器崩溃/操作系统崩溃/进程被Kill
----------------------------------------------------------------------------
在连接过程中,如果Oracle数据库的服务器崩溃或者数据库所在的操作系统崩溃,就会出现这
个错误.Oracle
Server崩溃的原因可能因为主要后台进程死掉.被错误的进行了Kill操作.如果是这个原因还
是比较容易解决的.此外,和OS有关的应用程序存在内存泄漏(或者有病毒)的时侯也会导致Or
acle后台程序问题.
推荐排错办法:
1、 查看应用软件相关进程是否正常运行;
2、 查看有无内存泄漏;
3、 查杀病毒;
4、 确定系统管理员没有进行误操作;
5、 确定无黑客入侵行为.
6、 其它不确定因素．．．．．．
------------------------------------
Oracle 内部错误/ Bug
------------------------------------
如果查看background_dump_dest目录中的alert.log发现有无ora-600等错误,可以到Metalin
k站点上查看具体信息及其解决方案.一般情况下要打软件补丁.
特定SQL、PL/SQL引起的错误
尝试把SQL进行分开执行,也可以用SQL_TRACE来进行跟踪,找到导致问题的SQL语句：
在SQLPlus下：
ALTER SESSION SET SQL_TRACE TRUE;
SQL语句中的非法字符和不合理的处理结果偶尔会带来问题.
------------------------
系统空间不够
------------------------
任何时侯都要确保数据库系统有足够的空间.如果 USER_DUMP_DEST
和BACKGROUND_DUMP_DEST没有剩余空间的话,会导致此问题.此外,如果打开了审计,AUDIT目
录要由足够的空间.如果激活了Trace的话,Trace目录要由足够的空间.
Dave Wotton的文档表明,在对表进行插入数据的时侯,如果文件超过了2G
(而文件系统有2G限制),会导致该问题.
-------------------------
防火墙的问题
-------------------------
如果数据要通过防火墙,请联系系统管理员,询问是否对数据库数据进行了过滤或者是突然禁
止了通行端口.如本地安装有个人防火墙,请检查本地设置.
------------------------
其它方面说明
------------------------
导致这个错误的原因有很多种,上面列到的只是一些典型情况.经常去一些数据库技术论坛可
能会有帮助.比如说ITPUB(http://www.itpub.net)、C NOUG(http://www.CN OUG.org)等.
Technet(http://otn.oracle.com)上的安装文档.对特定Unix平台的安装文档也有对核心参
数意义的解释.
Init.ora中的参数如果设置不当,会产生该错误.有经验表明:shared_pool_size设置过小会
出现错误,此外timed_statistics=true的设置也会带来问题.
------------------------------------------------------------------------
Oracle执行文件权限不正确/环境变量问题
------------------------------------------------------------------------
这个问题只出现在Unix平台上.常见情况是有的时侯管理员为了方便而使用Unix
的tar命令处理过的压缩包进行的安装,或者是系统管理员指定了额外的OS用户也可以管理数
据库却没有指定正确的环境变量.
Oracle执行文件在$ORACLE_HOME/bin目录下,如果出现问题,应该用如下Unix类似命令来纠正
：
chmod 7755 $ORACLE_HOME/bin/oracle
有的时侯要对Oracle进行relink操作.
在Unix上通过cp拷贝安装的时候,常常会出现环境变量的问题,和个别执行程序连接问题.LD_
LIBRARY_PATH如果设置的不正确会导致问题,在这种情况下,需要对Oracle进行relink.如果
可执行文件oralcle被破坏,也要对其relink.
如果安装了并行服务器选项而Distributed Lock
Manager没有安装或正确运行也会导致错误.
--------------------------------------------
客户端通信不能正确处理
--------------------------------------------
SQL*Net驱动器的问题：
如果使用的版本比较低的驱动器,请更换到新版本的驱动.SQL*Net
的驱动没有连接到Oracle可执行文件会导致错误.
检查网络是否通畅
Windows平台的常见问题:
在Windows平台创建数据库的时侯,如果出现该问题可以考虑用如下的方法：
首先检查本地网络设置.查看网络上是否有同名的结点或有冲突的IP.如果问题依旧,可以保
守的用下面的方法：
1. 禁用网卡：将本地连接状态改为禁用;
2. 将sqlnet.ora文件打开(以记事本形式)将nts验证注释掉：
#SQLNET.AUTHENTICATION_SERVICES= (NTS).
3. 创建数据库;
4. 创建成功后,恢复本地连接.
----------------------------------------------------------------------------
数据库服务器崩溃/操作系统崩溃/进程被Kill
----------------------------------------------------------------------------
在连接过程中,如果Oracle数据库的服务器崩溃或者数据库所在的操作系统崩溃,就会出现这
个错误.Oracle
Server崩溃的原因可能因为主要后台进程死掉.被错误的进行了Kill操作.如果是这个原因还
是比较容易解决的.此外,和OS有关的应用程序存在内存泄漏(或者有病毒)的时侯也会导致Or
acle后台程序问题.
推荐排错办法:
1、 查看应用软件相关进程是否正常运行;
2、 查看有无内存泄漏;
3、 查杀病毒;
4、 确定系统管理员没有进行误操作;
5、 确定无黑客入侵行为.
6、 其它不确定因素．．．．．．
------------------------------------
Oracle 内部错误/ Bug
------------------------------------
如果查看background_dump_dest目录中的alert.log发现有无ora-600等错误,可以到Metalin
k站点上查看具体信息及其解决方案.一般情况下要打软件补丁.
特定SQL、PL/SQL引起的错误
尝试把SQL进行分开执行,也可以用SQL_TRACE来进行跟踪,找到导致问题的SQL语句：
在SQLPlus下：
ALTER SESSION SET SQL_TRACE TRUE;
SQL语句中的非法字符和不合理的处理结果偶尔会带来问题.
------------------------
系统空间不够
------------------------
任何时侯都要确保数据库系统有足够的空间.如果 USER_DUMP_DEST
和BACKGROUND_DUMP_DEST没有剩余空间的话,会导致此问题.此外,如果打开了审计,AUDIT目
录要由足够的空间.如果激活了Trace的话,Trace目录要由足够的空间.
Dave Wotton的文档表明,在对表进行插入数据的时侯,如果文件超过了2G
(而文件系统有2G限制),会导致该问题.
-------------------------
防火墙的问题
-------------------------
如果数据要通过防火墙,请联系系统管理员,询问是否对数据库数据进行了过滤或者是突然禁
止了通行端口.如本地安装有个人防火墙,请检查本地设置.
------------------------
其它方面说明
------------------------
导致这个错误的原因有很多种,上面列到的只是一些典型情况.经常去一些数据库技术论坛可
能会有帮助.比如说ITPUB(http://www.itpub.net)、C NOUG(http://www.CN OUG.org)等.
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/22664653/viewspace-662465/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
在open状态下恢复未备份的数据文件
请登录后发表评论
登录
全部评论
