设为首页 收藏本站
查看: 600|回复: 0

[经验分享] HP-ux oracle 10.2.0.4&…

[复制链接]

尚未签到

发表于 2016-8-2 12:06:33 | 显示全部楼层 |阅读模式
from itpub 一个帖子,简要整理;
如题oracle目录下产生大量的.trc .trm文件(非常多非常多的),现在oralce目录已经满了100%,
-rw-rw---- 1 oracle dba 93 Oct 17 04:09 orcl_j001_9226.trm
-rw-rw---- 1 oracle dba 606 Oct 1 03:56 orcl_j001_9227.trc
-rw-rw---- 1 oracle dba 93 Oct 1 03:56 orcl_j001_9227.trm
-rw-rw---- 1 oracle dba 606 Oct 14 10:31 orcl_j001_9230.trc
-rw-rw---- 1 oracle dba 93 Oct 14 10:31 orcl_j001_9230.trm
-rw-rw---- 1 oracle dba 606 Oct 11 05:41 orcl_j001_9232.trc
-rw-rw---- 1 oracle dba 93 Oct 11 05:41 orcl_j001_9232.trm
-rw-rw---- 1 oracle dba 1212 Oct 12 03:37 orcl_j001_9233.trc
-rw-rw---- 1 oracle dba 143 Oct 12 03:37 orcl_j001_9233.trm
Fri Oct 26 09:58:16 2012
下面是一部分Alert 日志 (ORA-00020引起的吗) 不全太大了不能都传上来,麻烦大家给解答下谢谢啦!!!
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_1123.trc.
Fri Oct 26 09:59:18 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_23081.trc.
Fri Oct 26 10:01:00 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_8851.trc.
Fri Oct 26 10:04:44 2012
Thread 1 advanced to log sequence 6568 (LGWR switch)
Current log# 1 seq# 6568 mem# 0: /oradata/orcl/redo01.log
Fri Oct 26 10:07:22 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_1110.trc.
Fri Oct 26 10:08:10 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_8851.trc.
Fri Oct 26 10:11:00 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_23106.trc.
Fri Oct 26 10:11:06 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_19427.trc.
Fri Oct 26 10:11:06 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_22849.trc.
Fri Oct 26 10:11:11 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_19938.trc.
Fri Oct 26 10:11:12 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_27474.trc.
Fri Oct 26 10:11:15 2012
ORA-00060: Deadlock detected. More info in file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_19849.trc.
Fri Oct 26 10:11:45 2012
Thread 1 advanced to log sequence 6569 (LGWR switch)
Current log# 2 seq# 6569 mem# 0: /oradata/orcl/redo02.log
Fri Oct 26 10:16:16 2012
Thread 1 advanced to log sequence 6570 (LGWR switch)
Current log# 3 seq# 6570 mem# 0: /oradata/orcl/redo03.log
Fri Oct 26 10:17:58 2012
ORA-00020: maximum number of processes 150 exceeded
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
Fri Oct 26 10:17:58 2012
ORA-00020: maximum number of processes 150 exceeded
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
Fri Oct 26 10:17:58 2012
ORA-00020: maximum number of processes 150 exceeded
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
Fri Oct 26 10:18:13 2012
Thread 1 advanced to log sequence 6571 (LGWR switch)
Current log# 1 seq# 6571 mem# 0: /oradata/orcl/redo01.log
Fri Oct 26 10:19:58 2012
Fri Oct 26 10:19:58 2012
Fri Oct 26 10:19:58 2012
Fri Oct 26 10:19:58 2012
ORA-00020: maximum number of processes 150 exceeded
Fri Oct 26 10:19:58 2012
Fri Oct 26 10:19:58 2012
ORA-00020: maximum number of processes 150 exceededORA-00020:maximum number of processes 150 exceededORA-00020: maximum numberof processes 150 exceeded
Fri Oct 26 10:19:58 2012
ORA-00020: maximum number of processes 150 exceeded
ORA-00020: maximum number of processes 150 exceededFri Oct 2610:19:58 2012
ORA-00020: maximum number of processes 150 exceeded

Fri Oct 26 10:19:58 2012
ORA-20 errors will not be written to the alert log forORA-20 errorswill not be written to the alert log forORA-20 errors will not bewritten to the alert log for
ORA-20 errors will not be written to the alert log for the nextminute. Please look at trace files to see all

ORA-00020: maximum number of processes 150 exceeded
the next minute. Please look at trace files to see all the nextminute. Please look at trace files to see all the next minute.Please look at trace files to see all
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
the ORA-20 errors.
the ORA-20 errors.
the ORA-20 errors.
the ORA-20 errors.
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
ORA-20 errors will not be written to the alert log for
the ORA-20 errors.
the next minute. Please look at trace files to see all
the ORA-20 errors.
Fri Oct 26 10:19:58 2012
ORA-00020: maximum number of processes 150 exceeded
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
ORA-00020: maximum number of processes 150 exceeded
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
Fri Oct 26 10:19:58 2012
Process m000 submission failed with error = 20
Fri Oct 26 10:19:58 2012
Thread 1 cannot allocate new log, sequence 6572
Checkpoint not complete
。。。。。
省略

vi/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_5765.trc
"/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_5765.trc"23222 lines, 1063331 characters
Trace file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_5765.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bitProduction
With the Partitioning, OLAP, Data Mining and Real ApplicationTesting options
ORACLE_HOME = /oracle/app/oracle/product/11.2.0/dbhome_1
System name: HP-UX
Node name: hpuxdb
Release: B.11.31
Version: U
Machine: ia64
Instance name: orcl
Redo thread mounted by this instance: 1
Oracle process number: 0
Unix process pid: 5765, image: oracle@hpuxdb

*** 2012-10-26 10:15:37.741
Ioctl ASYNC_CONFIG error, errno = 1
Ioctl ASYNC_CONFIG error, errno = 1
Trace file/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_5765.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bitProduction
With the Partitioning, OLAP, Data Mining and Real ApplicationTesting options
ORACLE_HOME = /oracle/app/oracle/product/11.2.0/dbhome_1
System name: HP-UX
Node name: hpuxdb
Release: B.11.31
Version: U
Machine: ia64
Instance name: orcl
Redo thread mounted by this instance: 1
Oracle process number: 0
Unix process pid: 5765, image: oracle@hpuxdb

*** 2012-10-26 18:16:24.289
Ioctl ASYNC_CONFIG error, errno = 1
Ioctl ASYNC_CONFIG error, errno = 1
*** 2012-10-26 18:16:26.428
*** SESSION ID33.15) 2012-10-2618:16:26.428
"/oracle/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_5765.trc"23222 lines, 1063331 characters

Ioctl ASYNC_CONFIG error, errno = 1

查了一下metalink资料
Applies to:

oracle Server - Enterprise Edition - Version: 9.2.0.1 to 11.2.0.2 -Release: 9.2 to 11.2
HP-UX PA-RISC (64-bit)
HP-UX Itanium
Goal

How to disable async_io on oracle in HP-UX to avoid this message intrace file:
Ioctl ASYNC_CONFIG error, errno = 1
Solution

If /dev/async is present and correctly configured, oracle (for HPonly) will use it for memory locking which is needed for async i/ofor SGA memory pages via ioctl.

oracle (for HP only) opens /dev/async successfully only if the/dev/async HP-UX device driver is properly configured for read andwrite.

This is irrespective of whether the DISK_ASYNCH_IO parameter is setto TRUE.

Problem is oracle (for HP only) still uses async I/O regardless ofthe value of init settings
(disk_asynch_io=FALSE and filesystemio_options=none).
The parameter filesystemio_options=none doesn't work.

From the 9.2 until 10.1 version, to inactivate ASYNCH_IO withoracle, the workaround is to:

chown bin:bin /dev/async
chmod 660 /dev/async
Note: This may impact other applications that wish to use asynchI/O.
It is recommended to shutdown oracle database before inactivatingasynch I/O.

Grant dba group the MLOCK privilege to avoid the Ioctl ASYNC_CONFIGtrace file errors:

(1) # /usr/sbin/setprivgrp dba MLOCK
(2) # vi /etc/privgroup
-- This should contain dba MLOCK RTSCHED RTPRIO
(3) # cat /etc/privgroup
dba MLOCK RTSCHED RTPRIO

Since the oracle 10.2 version, the problem is resolved as thesesettings stop the tracing:
disk_asynch_io=FALSE
filesystemio_options=none

查看当前系统参数配置:
SQL> show parameter disk_asynch_io ;

NAME<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>TYPE<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>VALUE<br>--------------------------------------------------------------------------------------------------<br>disk_asynch_io<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>boolean<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>TRUE<br>SQL&gt; show parameter filesystemio_options;<br><br>NAME<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>TYPE<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>VALUE<br>--------------------------------------------------------------------------------------------------<br>filesystemio_options<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>string<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>asynch<br><br><br>L------------------------------------------------------------------------------------------------------------------------<br>------------------------------------------------------------------------------------------------------------------------<br><br><br></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-252062-1-1.html 上篇帖子: 详解如何配置ORACLE 客户端连接到数据库 下篇帖子: 入侵oracle数据库时常用的操作命令整理
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表