奇怪，ORACLE操作没感觉任何错误，怎么ALERT中有报错

Question

如题所述

Answer 1

　　故障排除指南ora-609：流产过程未知OsPID进行opiodr（文档ID 1121357.1）
　　alert.log显示ora-609与tns-12537：TNS：关闭连接（文档ID 1538717.1）
　　致命的Ni连接12560”和“ora-609 opiodr流产过程在警报日志错误（文档ID 987162.1）
　　数据库的警报日志中常会见到ora-609、ora-3136 / ora-609 tns-12537和tns-12547或tns-12170 12170，“tns-12535等相关错误，对此类型问题进行整理归纳，如下：
　　1。ora-609错误的排查指南：
　　报警日志可以看到如下错误信息：
　　致命的Ni连接错误12537，连接：
　　(LOCAL=NO)
　　版本信息：
　　TNSLinux：版本11.2.0.3.0生产
　　Oracle将NT协议适配器Linux：版本11.2.0.3.0生产
　　TCP / IP协议适配器的Linux版本NT：11.2.0.3.0生产
　　时间：26-feb-2013 02:23:51
　　追踪未打开
　　TNS错误结构：
　　主要错误代码：12537 ns
　　tns-12537：TNS：连接关闭
　　错误代码：12560 ns级
　　主要错误代码：0新台币
　　NT错误代码：0次
　　NT操作系统错误代码：0
　　流产过程未知OsPID进行opiodr（28725）由于ora-609
　　第一个解释这种错误
　　消息
　　流产过程未知OsPID进行opiodr（.....）由于ora-609
　　只是一个通知，Oracle数据库关闭（终止）专用工艺由于ora-609。
　　ora-609意味着“无法连接到传入的连接”这样的数据库的过程是“中止”（闭）因为它不能连接到传入连接被听者传递给它的。
　　这是在SQLNET错误堆栈发现，在我们的例子中是：
　　tns-12537：TNS：连接关闭。
　　基本上专用的过程没有一个客户端连接了工作。
　　此报错类似通知：Oracle因为ora-609关闭或者叫中止了一个到数据库的专有连接——OsPID进行（28725）。
　　ora-609错误原因是：无法与进入的连接进行联系，所以无法将此连接转入监听器，所以数据库的过程中止此进程。
　　此时报错tns-12537：TNS：连接关闭，根本原因为客户端连接不正常。
　　客户端通过监听器连接Oracle数据库的过程：
　　1。客户端发起一个到数据库的连接，所以连接到监听器
　　2。听众开始（叉）专用数据库的过程中，会收到这个连接（会话）
　　三.在这个专门的程序开始，听者通过连接从客户这个过程
　　4。服务器进程将连接从听众继续与客户握手
　　5。服务器进程和客户交流建立会话所需的信息（即，两个常见的任务，用户登录）
　　6。会议开了
　　简单说就是：
　　1。客户端连接到监听器
　　2。监听派生叉一个子进程，交转化为专有服务器进程专用数据库的过程
　　3。第2步完成后，监听将客户端的连接转入此专有进程专用工艺
　　4服务器进程收到从监听来的连接信息后，需要继续与客户端的连接进行握手。
　　5。服务器进程与客户端进程交换建立会话需要的信息，如用户名、密码等
　　6。以上好后，会话打开。
　　在介于3、4步时客户端连接关闭，专用数据库的过程与客户端通信时发现客户端关闭了。
　　###############################
　　使用跟踪来排查：
　　文档：故障排除指南ora-609：流产过程未知OsPID进行opiodr（文档ID 1121357.1）
　　对于这种问题的排查，使用听众。日志或者SQLNET的跟踪效果不太好，因为每秒可能有很多连接同时SQLNET的跟踪未提供更多的客户端信息。
　　此时可以尝试使用OS层面的跟踪。
　　如：1111为监听进程，PS EF | grep tnslsnr查出
　　Linux：信息射频O /甲氧苄啶/ lsnr1.log P 1111
　　HP-UX：意大利-员工- AFPO /甲氧苄啶/ lsnr1.log 1111
　　如果使用微量跟踪，如下：
　　三.Oracle Net 16级服务器跟踪。添加到服务器端sqlnet.ora文件
　　DIAG_ADR_ENABLED=off # Disable ADR if version 11g
　　TRACE_LEVEL_SERVER = 16 # Enable level 16 trace
　　TRACE_TIMESTAMP_SERVER = ON # Set timestamp in the trace files
　　TRACE_DIRECTORY_SERVER = <DIRECTORY> # Control trace file location
　　TRACE_FILELEN_SERVER =<n> #Control size of trace set in kilobytes eg 20480
　　TRACE_FILENO_SERVER =<n> #Control number of trace files per process
　　使用errorstack方法如下：
　　4。errorstack：设置errorstack捕捉失败。这是特别有用当捕获Oracle Net客户端跟踪是不可行的。
　　SQL> ALTER SESSION事件609 errorstack（3）”；
　　一旦被收集而错误转载有一些痕迹：
　　SQL> ALTER SESSION事件609关”；
　　###############################################
　　关于此问题的解决方法有：
　　文档：alert.log显示ora-609与tns-12537：TNS：关闭连接（文档ID 1538717.1）
　　可能原因：
　　客户端卡住、崩溃；连接被防火墙杀死；客户端超时设置；客户端连接后立刻关闭；网络不稳定；
　　需要检查客户端dns。或/或中信息SQLNET：
　　在客户家sqlnet.ora Oracle可能超时：
　　sqlnet.outbound_connect_time
　　sqlnet.recv_timeout
　　sqlnet.send_timeout
　　tcp_connect_timeout
　　客户可能超时连接描述符（硬编码在客户端应用程序或客户端dns，ORA）：
　　connect_timeout