ipcs 与 svmon 的对应

最新推荐文章于 2021-04-30 21:20:57 发布

ciyinzhi8788

最新推荐文章于 2021-04-30 21:20:57 发布

阅读量99

点赞数

ipcs 与 svmon 的对应

[ora:root:/] ipcs -aS
IPC status from /dev/mem as of Sun Jan 6 16:45:21 BEIST 2013
T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME
Shared Memory:
m 0 0x58002275 --rw-rw-rw- root system root system 1 134217728 82278 82278 9:03:16 no-entry 9:03:16
SID :
0x1001a2
m 1048577 0x0d000b4a --rw-rw---- root system root system 1 1440 111022 794846 8:35:39 8:35:39 9:13:00
SID :
0x3d0878
m 1048578 0x7800000f --rw-rw-rw- root system root system 1 268435456 242144 414070 9:04:04 16:30:32 9:04:04
SID :
0x1a86b7
m 1048579 0x7800000e --rw-rw-rw- root system root system 1 16777216 242144 414070 9:04:04 16:30:32 9:04:04
SID :
0x2586c9
m 27262980 0x60062f84 --rw-r----- oracle dba oracle dba 8 336871424 847930 303614 11:43:50 11:43:51 18:15:20
SID :
0x133924 0x1539a8
m 3145733 0xfa90beec --rw-r----- oracle dba oracle dba 21 353648640 430508 766140 16:44:23 16:44:23 8:35:15
SID :
0x12ae27 0x192930
[ora:root:/] svmon -P |grep 192930 |wc

[@more@]

在处理故障时使用ipcs的例子

例子一: 因重建oracle用户和组引起的ORA-27121错误

# su - oracle
hostname:/home/oracle$sqlplus /nolog
SQL*Plus: Release 11.1.0.6.0 - Production on Fri Jun 3 09:29:35 2011
Copyright (c) 1982, 2007, Oracle. All rights reserved.
SQL> conn /as sysdba
Connected to an idle instance.
SQL> startup
ORA-27121: unable to determine size of shared memory segment
IBM AIX RISC System/6000 Error: 13: Permission denied

初步判断是共享内存段出现了问题
hostname:/orclvg/app/oracle/admin/orcl/dpdump$ipcs -pmb
IPC status from /dev/mem as of Fri Jun 3 09:38:32 BEIDT 2011
T ID KEY MODE OWNER GROUP SEGSZ CPID LPID
Shared Memory:
m 0 0x58002118 --rw-rw-rw- root system 134217728 2490476 2490476
m 1 0x78000016 --rw-rw-rw- root system 16777216 3276970 15532212
m 2 0x78000018 --rw-rw-rw- root system 268435456 3276970 15532212
m 3 0x21002004 --rw------- pconsole system 10485760 3604658 3604658
m 4 0x0d000985 --rw-rw---- root system 1440 5832704 11731184
m 6291461 0xed7881a4 --rw-rw---- 202 201 3338678272 6488174 15401140
在做测试的时候，由于测试机的oracle用户和dba组的id和生产库不一致，所以删除后重建了。

解决步骤
1 --杀掉oracle相关的进程
ps -ef|grep $ORACLE_SID|
> grep -v grep|awk '{print $2}'|xargs -i kill -9 {}
2 然后继续查看:
# ipcs -pmb
IPC status from /dev/mem as of Fri Jun 3 09:46:47 BEIDT 2011
T ID KEY MODE OWNER GROUP SEGSZ CPID LPID
Shared Memory:
m 0 0x58002118 --rw-rw-rw- root system 134217728 2490476 2490476
m 1 0x78000016 --rw-rw-rw- root system 16777216 3276970 12910804
m 2 0x78000018 --rw-rw-rw- root system 268435456 3276970 12910804
m 3 0x21002004 --rw------- pconsole system 10485760 3604658 3604658
m 4 0x0d000985 --rw-rw---- root system 1440 5832704 11731184
m 6291461 0xed7881a4 --rw-rw---- 202 201 3338678272 6488174 15335556
3 ipcrm -m 6291461
4 重新启动数据库
SQL> startup
ORACLE instance started.
Total System Global Area 3323752448 bytes
Fixed Size 2142760 bytes
Variable Size 1778388440 bytes
Database Buffers 1526726656 bytes
Redo Buffers 16494592 bytes
Database mounted.
Database opened.
问题解决
hostname:/home/oracle$ipcs -pmb
IPC status from /dev/mem as of Fri Jun 3 09:58:20 BEIDT 2011
T ID KEY MODE OWNER GROUP SEGSZ CPID LPID
Shared Memory:
m 0 0x58002118 --rw-rw-rw- root system 134217728 2490476 2490476
m 1 0x78000016 --rw-rw-rw- root system 16777216 3276970 12976186
m 2 0x78000018 --rw-rw-rw- root system 268435456 3276970 12976186
m 3 0x21002004 --rw------- pconsole system 10485760 3604658 3604658
m 4 0x0d000985 --rw-rw---- root system 1440 5832704 11731184
m 6291662 0xed7881a4 --rw-rw---- oracle dba 3338678272 15859766 13697088

例子二： SGA分配的内存与ipcs中查看的内存
[node1:root] ipcs -ma
IPC status from /dev/mem as of Mon Jan 7 10:45:34 BEIST 2013
T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME
Shared Memory:
m 1048576 0x0d00097f --rw-rw---- root system root system 1 1440 2555904 5767420 7:42:38 9:53:21 16:30:36
m 1048577 0x7800000e --rw-rw-rw- root system root system 1 268435456 4784280 11468890 15:16:56 10:39:05 15:16:56
m 1048578 0x78000009 --rw-rw-rw- root system root system 1 16777216 4784280 11468890 15:16:56 10:39:05 15:16:56
m 2097155 0xa8c203cc --rw-rw---- grid dba grid dba 25 285220864 8192008 11468908 10:42:36 10:42:36 11:46:20
m 749731844 0x3e246520 --rw-rw---- oracle dba oracle dba 46 859844608(此处为820M) 12255430 18284572 10:44:52 10:45:22 14:59:43
[node1:root] su - oracle
[node1:oracle] sqlplus '/as sysdba'

SQL*Plus: Release 11.2.0.1.0 Production on Mon Jan 7 10:45:52 2013

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options

SQL> show sga

Total System Global Area 855982080 bytes (此处为816M ipcs中看到的是 859844608 中间差了4M 可以认为都是820M )
Fixed Size 2211584 bytes
Variable Size 671088896 bytes
Database Buffers 176160768 bytes
Redo Buffers 6520832 bytes
SQL>

另外一个例子：
2.4、服务不能正常启动的问题在实际的维护工作中，经常会出现服务不能正常启动的现象。
明明所有的服务都已经关闭了，tmboot就是起不来。
这种原因一般是因为系统的IPC资源没有释放。
IPC资源是操作系统用来进行进程间通讯的系统资源，主要包括信号灯、共享内存、消息队列。
在UNIX操作系统下通过IPCS命令可以清楚的看到IPC资源的使用情况。
当服务无法启动的时观察IPCS就会发现tuxedo运行环境的用户下的ipc资源没有被释放，
这时使用ipcrm命令清除相应的IPC资源，再启动服务就可以了。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/271063/viewspace-1060051/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/271063/viewspace-1060051/