码迷,mamicode.com
首页 > 数据库 > 详细

用 ipcs 管理oracle unix 共享内存

时间:2014-10-06 20:12:10      阅读:341      评论:0      收藏:0      [点我收藏+]

标签:des   style   color   io   ar   for   sp   div   2014   

UNIX and Linux Shared Memory and Oracle
  
The UNIX and LINUX operating systems allocate memory based on an interprocess communication model (IPC) to manage memory segments for Oracle database environments.

To obtain details on shared memory for UNIX and LINUX, make use of the ipcs command. Details on syntax are illustrated below from within the UNIX and LINUX man pages:

NAME

ipcs :  provide information on ipc facilities

SYNOPSIS

ipcs [ -asmq ] [ -tclup ]

ipcs [ -smq ] -i id

ipcs -h

DESCRIPTION

ipcs  provides information on the ipc facilities for which the calling process has read access

The -i option allows a specific resource ID to be specified.   Only information on this id will be printed.

Resources may be specified as follows:

-m     shared memory segments

-q     message queues

Determine what Oracle database has a semaphore set

As we have noted, when an Oracle database hangs, you may have leftover background processes, held RAM memory segment and held semaphore sets. When you have multiple instances on a UNIX server and need to release a semaphore set for an Oracle database, you must first determine which semaphore set belongs to your crippled instance.

Unfortunately, you cannot tell with the ipcs ?sa command which semaphore set belongs to each Oracle database.  Here is the Oracle procedure for determining the semaphore set number for an individual Oracle database so that you can remove the semaphores with the ipcs command.


SQL> oradebug setmypid

SQL> oradebug ipc

SQL> !vi /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_13358.trc

*** 2014-09-20 17:35:30.830
Processing Oradebug command ‘ipc‘
Dump of unix-generic skgm context
areaflags            000000f7
realmflags           0000000f
mapsize              00000800
protectsize          00001000
lcmsize              00001000
seglen               00400000
largestsize  000000007ead3000
smallestsize 0000000000400000
stacklimit         0xbda06894
stackdir                   -1
mode                      660
magic                acc01ade
Handle:              0x1b0058 `/u01/app/oracle/product/11.2.0/db_1orcl‘
Dump of unix-generic realm handle `/u01/app/oracle/product/11.2.0/db_1orcl‘, flags = 00000000
 Area #0 `Fixed Size‘ containing Subareas 0-0
  Total size 00000000001476d4 Minimum Subarea size 00000000
   Area  Subarea    Shmid      Stable Addr      Actual Addr
      0        0  3080200 0x00000020000000 0x00000020000000
                              Subarea size     Segment size
                          0000000000148000 000000003ec00000
 Area #1 `Variable Size‘ containing Subareas 4-4
  Total size 000000003e000000 Minimum Subarea size 00400000
   Area  Subarea    Shmid      Stable Addr      Actual Addr
      1        4  3080200 0x00000020800000 0x00000020800000
                              Subarea size     Segment size
                          000000003e000000 000000003ec00000
 Area #2 `Redo Buffers‘ containing Subareas 1-1
  Total size 000000000047a000 Minimum Subarea size 00000000
   Area  Subarea    Shmid      Stable Addr      Actual Addr
      2        1  3080200 0x00000020148000 0x00000020148000
                              Subarea size     Segment size
                          000000000047a000 000000003ec00000
 Area #3 `Base Allocator Control‘ containing Subareas 3-3
  Total size 0000000000002000 Minimum Subarea size 00000000
   Area  Subarea    Shmid      Stable Addr      Actual Addr
      3        3  3080200 0x000000207fe000 0x000000207fe000
                              Subarea size     Segment size
                          0000000000002000 000000003ec00000
 Area #4 `Slab Allocator Control‘ containing Subareas 2-2
  Total size 000000000023c000 Minimum Subarea size 00000000
   Area  Subarea    Shmid      Stable Addr      Actual Addr
      4        2  3080200 0x000000205c2000 0x000000205c2000
                              Subarea size     Segment size
                          000000000023c000 000000003ec00000
 Area #5 `skgm overhead‘ containing Subareas 5-5
  Total size 0000000000003000 Minimum Subarea size 00000000
   Area  Subarea    Shmid      Stable Addr      Actual Addr
      5        5  3080200 0x0000005e800000 0x0000005e800000
                              Subarea size     Segment size
                          0000000000003000 000000003ec00000
Dump of Linux-specific skgm context
sharedmmu 00000001
shareddec        0
used region        0: start 0000000012000000 length 0000000000400000
used region        1: start 0000000020000000 length 000000003ec00000
used region        2: start 00000000af800000 length 0000000010800000
Maximum processes:               = 150
Number of semaphores per set:    = 154
Semaphores key overhead per set: = 4
User Semaphores per set:         = 150
Number of semaphore sets:        = 1
Semaphore identifiers:           = 1
Semaphore List=
131073
-------------- system semaphore information -------------
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 2883587    root      644        52         2
0x00000000 2916357    root      644        16384      2
0x00000000 2949126    root      644        268        2
0xd3ac6c80 3080200    oracle    660        4096       0
------ Semaphore Arrays --------
key        semid      owner      perms      nsems
0x5c23a1bc 131073     oracle    660        154
------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages

Since we cannot get the semaphore set number for the crippled database, we must determine the semaphore set using the process of elimination.  We issues the above commands for each live database on the server, and the un-claimed semaphore set will belong to the crippled instance.

Once identified, you can use the following procedure for removing the semaphore set.

Removing a semaphore set for Oracle

We start by issuing the ipcs ?sb command to display details of the semaphore set.

root> ipcs
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x7403d635 1769472    root      600        4          0                       
0x00000001 1933313    root      600        655360     2                       
0x7403d60a 2523138    root      600        4          0                       
0x00000000 2883587    root      644        52         2                       
0x7403d609 2490372    root      600        4          0                       
0x00000000 2916357    root      644        16384      2                       
0x00000000 2949126    root      644        268        2                       
0x00000000 3014663    gdm       600        393216     2          dest         
0xd3ac6c80 3080200    oracle    660        4096       0                       


------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x000000a7 0          root      600        1         
0x5c23a1bc 131073     oracle    660        154       


Now, we can remove the semaphores from the locked-up database. In this example, we assume that set 131073is the one for the crippled database.

root> ipcrm -s 131073

Now we can confirm that the semaphores are deleted.


root> ipcs -sb|grep oracle


s      67 0x00000000 --ra-r-----    oracle       dba   400  
 s     334 0x00000000 --ra-r-----    oracle       dba   300

用 ipcs 管理oracle unix 共享内存

标签:des   style   color   io   ar   for   sp   div   2014   

原文地址:http://blog.csdn.net/ora_unix/article/details/39830625

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!