由于未释放共享内存段，内存已耗尽

当然共享内存，最近有很多混乱. 刚刚重启的RAC节点之一占用了99％的内存.

本机的配置内存为128G

/ oracle> machinfo

CPU信息:

12个Intel（R）Itanium 2 9100系列处理器（1.6 GHz，24 MB）

533 MT / s总线，CPU版本A1

24个逻辑处理器（每个插槽2个）

内存: 130875 MB（127.81 GB）

固件信息:

固件版本: 9.48

FP SWA驱动程序修订版: 1.18

此系统支持IPMI.

BMC固件版本: 26.03

一目了然的内存和进程排序用法:

实际上，Oracle不会占用太多内存.

1314 * 30m = 40G

其他回忆在哪里？

ProcList CPU Rpt内存Rpt磁盘Rpt NextKeys SlctProc帮助退出

概览C.04.70.001 12:35:26 actdb1 ia64当前平均水平高

--------------------------------------------------- -------------------------------------------------- -----------------------------------

CPU利用率S SR RU | 38％44％48％

磁盘使用率F F | 10％12％21％

Mem Util S SU U | 99％99％99％

Networkil U UR R | 95％95％95％

--------------------------------------------------- -------------------------------------------------- -----------------------------------

过程列表用户= 3

用户CPU％Thrd磁盘内存块

进程名称PID名称（最大2400％）Cnt IOrate RSS / VSS开

--------------------------------------------------- ---------------------------------

midaemon 5130根目录11.8 14 0.0 519.0mb 523.2mb睡眠

vxpal 3817根0.0 15 0.0 182.9mb 223.7mb睡眠

oraclengact1 10805 oracle 3.5 1 0.0 125.0mb 138.5mb SOCKT

vxfsd 330根5.1 299 9.2 77.4mb 87.0mb其他

java 27769 oracle 0.0 22 0.0 70.5mb 312.1mb睡眠

oraclengact1 22093 oracle 8.1 1 0.0 68.3mb 74.5mb SOCKT

cimprovagt 4277根0.0 34 0.0 57.7mb 131.2mb睡眠

vxconfigd 742 root 0.0 1 0.0 53.2mb 99.8mb睡眠

ocssd.bin 25219 oracle 0.6 20 5.8 50.7mb 50.7mb睡眠

crsd.bin 24999根0.1 44 0.0 49.0mb 98.0mb睡眠

vxpal 4470根0.0 47 0.0 43.6mb 149.0mb睡眠

ora_arc1_nga 1827根0.0 1 0.0 40.7mb 43.5mb其他

ora_lms2_nga 27150 oracle 3.5 1 0.0 37.2mb 44.7mb睡眠

ora_lms0_nga 27146 oracle 3.3 1 0.0 37.2mb 49.9mb睡眠

ora_lms4_nga 27161 oracle 3.5 1 0.0 37.2mb 46.0mb睡眠

ora_lms1_nga 27148 oracle 3.3 1 0.0 37.1mb 44.9mb睡眠

ora_lms5_nga 27163 oracle 3.5 1 0.0 37.1mb 49.5mb睡眠

ora_lmd0_nga 27144 oracle 0.1 1 0.0 36.7mb 403.3mb睡眠

ora_arc1_nga 27445 oracle 0.0 1 2.6 35.2mb 54.5mb其他

oraclengact1 4556 oracle 0.0 1 0.0 34.1mb 34.1mb SOCKT

ora_arc0_nga 27443 oracle 0.0 1 0.0 34.0mb 50.8mb其他

ora_lms3_nga 27157 oracle 3.4 1 0.0 33.9mb 53.6mb睡眠

ora_ckpt_nga 27190 oracle 0.3 1 6.2 32.7mb 45.8mb其他

ora_cjq0_nga 27203 oracle 0.0 1 0.0 31.7mb 468.6mb其他

oraclengact1 7650 oracle 0.0 1 0.0 31.3mb 38.6mb SOCKT

ora_lck0_nga 27293 oracle 0.0 1 0.0 29.9mb 35.3mb睡眠

ora_dbw3_nga 27173 oracle 0.5 1 22.7 28.8mb 35.1mb其他

ora_dbw0_nga 27167 oracle 0.8 1 27.3 28.4mb 45.3mb其他

ora_dbw1_nga 27169 oracle 0.4 1 14.2 28.1mb 34.1mb OTHER

ora_dbw5_nga 27177 oracle 0.5 1 16.1 28.1mb 34.1mb OTHER

/ oracle> ps -ef | grep oracle | wc -l <​​/ p>

1314

一位同事终于在共享内存段中发现了一个问题:

有一个尚未释放的空间可供回收，该共享段的创建过程29637和最后访问过程9644不再存在

actdb1: / oracle> ipcs -ma

截至2011年12月9日12:34:31的/ dev / kmem中IPC的状态

T ID密钥模式所有者组创建者CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME

共享内存:

m 0 0x4118016b --rw-rw-rw-根根根根0 348 2959 21281 13:29:18 13:29:18 21:12:25

m 1 0x4e0c0002 --rw-rw-rw- root root root root root 3 61760 2959 10645 11:34:56 11:43:20 21:12:25

m 2 0x411c98fb --rw-rw-rw-根根根根2 8192 2959 2961 13:30:49 13:29:18 21:12:25

m 3 0x0000cace --rw-rw-rw-根根根根0 2 4100 4100 11:14:20 11:14:20 21:13:13

m 4 0x00a5c581 --rw ------- sfmdb用户sfmdb用户8 10469376 4165 4168 21:13:14 21:13:14 21:13:14

m 5 0x4118061f --rw ------- root root root root 1 4096 4318 5732 21:15:48 no-entry 21:15:48

m 6488070 0x4d4e5251 --rw-r--r-- root sys root sys 2 330752 28899 5805 2:51:13 no-entry 0:35:30

m 32775 0x55315352 --rw-rw-rw- root sys root sys 1 4096 28899 22247 11:41:47 11:42:55 0:35:30

m 32776 0x44525354 --rw-r--r-- root sys root sys 3 638976 28899 19619 11:40:28 11:40:28 0:35:30

m 32777 0x53494152 --rw-r--r-- root sys root sys 1 1024 28899 28899 0:35:30 no-entry 0:35:30

m 32778 0x00005643 --rw-rw-rw- root sys root sys 1 1024 28915 28915 0:35:31 no-entry 0:35:31

m 32779 0x00005654 --rw-rw-rw- root sys root sys 1 1024 28915 28915 0:35:31 no-entry 0:35:31

m 131084 0x00000000 D-rw-rw ---- oracle dba oracle dba 1 51556487168 29637 9644 1:33:29 1:33:29 1:33:29

m 13 0x06347849 --rw-rw-rw- root root root root root 2 65544 5093 5099 21:15:20 21:15:16 21:15:15

m 14 0x0c6629c9 --rw-r ----- root root root root 2 17911576 5104 604 10:37:15 10:54:24 21:15:16

m 15 0x4910ab8c --rw-r--r--根根根根0 22908 5142 5099 12:34:00 12:34:00 21:15:17

m 10223632 0x5077995c --rw-rw ---- oracle dba oracle dba 2580 51556487168 26217 17977 12:34:31 12:34:31 1:44:21

actdb1: / oracle> ps -ef | grep 29637

oracle 8172 15104 1 13:42:21 pts / tb 0:00 grep 29637

actdb1: / oracle> ps -ef | grep 9644

oracle 5268 15104 0 13:40:24 pts / tb 0:00 grep 9644

在解决了RMAN问题之后，出现了此问题. 查看详细信息:

记住那天晚上的重启操作共享内存，实际上，重启过程中出现了错误.

2011年12月8日星期四01:39:22

文件/oraclelog/ngact/bdump/ngact1_pmon_18234.trc中的错误:

ORA-00304: 请求的INSTANCE_NUMBER很忙

2011年12月8日星期四01:39:22

USER: 由于错误304而终止实例

实例由USER终止，pid = 17422

重启失败两次. 终于重新启动了crs才能成功.

我没有想到无法重新启动的原因. 现在，我可以找到答案. 据估计，有问题的归档过程尚未终止，因此共享内存段无法释放，并且新实例无法启动. 看一下当时出错的归档过程，它实际上仍然是

actdb1: / oracle> ps -ef | grep 1827

oracle 1827 1 0 Dec 5？ 0:00 ora_arc1_ngact1

oracle 6473 15104 0 13:41:11 pts / tb 0:00 grep 1827

这1827年已成为僵尸进程，无法杀死. 它只能等待机器重启.

actdb1: / oracle>杀死-9 1827

actdb1: / oracle> ps -ef | grep ora_arc1

oracle 1827 1 0 Dec 5？ 0:00 ora_arc1_ngact1

最近有很多问题. 我不敢使用ipcrm直接清理共享内存段. 我只能安排维护重启来解决此问题.

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-161074-1.html