[DBA] Oracle RAM / système

Bonjour,

avant tout :
Oracle Version : 9.2.0.7
Linux RedHat 3.0 AS

J'ai plusieurs instances de base de données qui tournent sur la même machine.
Mon but est de savoir la RAM necessaire sur cette machine pour pouvoir faire tourner ces instances sans Swap.

Aujourd'hui j'ai 4Go de RAM mais si je fait la somme des SGA, j'arrive à 5,3 Go (sans compter la PGA et UGA).

J'ai apparemment du Swap mais en utilisant la commande système free, je n'arrive pas à retrouver mes petits.

D'autre part, je me suis amusé à arrêter une des bases (dont la SGA était quand même à 900Mo..) mais ce n'est pas très flagrant sur les données retournées par free.

Free avant le shutdown

total used free shared buffers cached
Mem: 4031024 3978700 52324 0 206416 3007672
-/+ buffers/cache: 764612 3266412
Swap: 4194296 1122348 3071948

bash-2.05b$ sqlplus /nolog

SQL*Plus: Release 9.2.0.7.0 - Production on Fri Sep 8 17:59:43 2006

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

SQL> connect / as sysdba
Connected.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> Disconnected from Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
With the Partitioning option
JServer Release 9.2.0.7.0 - Production

Free après le shutdown

total used free shared buffers cached
Mem: 4031024 3918572 112452 0 206552 2959656
-/+ buffers/cache: 752364 3278660
Swap: 4194296 1122348 3071948

Quelqu'un peut-il m'expliquer ?????

Merci.

si tu swappes on peut imaginer que l'espace récupérer est en parti repris par les autres instances qui obligeaient à swapper.

Quelle est la commande que vous utilisez pour obtenir les infos de mémoire libre ?

Pour avoir les infos des différentes shared memory allouées par Oracle, faites de préférence un "ipcs -a" (même si ce n'est pas limpide pour lier avec une base précise)

De plus, combien de temps après le shutdown avez-vous regardé la mémoire ? (la libération de quelques Go de RAM peut prendre quelques secondes)

Merci de vos réponses,

J'utilise 'free' que je viens de lancer ce matin (soit 2 jours après le shutdown de la base).. mêmes résultats !

même avec 'ipcs -a', j'obtiens cela :

base arrêtée (1/8)

------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0xc9620220 0 ora920 660 591396864 33
0xf2824c58 32769 ora920 660 796917760 8
0xfbf670e8 65538 ora920 660 641728512 20
0xc6714b68 131076 ora920 660 731906048 18
0x7780278c 163845 ora920 660 564133888 10
0xa0fd5efc 196614 ora920 660 910163968 90
0x91c27558 229383 ora920 660 387973120 12

------ Semaphore Arrays --------
key semid owner perms nsems
0xafeb0e84 98304 ora920 660 154
0x5a249c44 229377 ora920 660 154
0x2cccf084 360450 ora920 660 204
0x6f6cf084 622596 ora920 660 204
0x5a0c01a4 753669 ora920 660 154
0x5964da64 884742 ora920 660 204
0x5a83dc64 1015815 ora920 660 204

------ Message Queues --------
key msqid owner perms used-bytes messages

base démarée

------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0xc9620220 0 ora920 660 591396864 33
0xf2824c58 32769 ora920 660 796917760 8
0xfbf670e8 65538 ora920 660 641728512 20
0xe09941f0 294915 ora920 660 910163968 8
0xc6714b68 131076 ora920 660 731906048 18
0x7780278c 163845 ora920 660 564133888 10
0xa0fd5efc 196614 ora920 660 910163968 90
0x91c27558 229383 ora920 660 387973120 12

------ Semaphore Arrays --------
key semid owner perms nsems
0xafeb0e84 98304 ora920 660 154
0x5a249c44 229377 ora920 660 154
0x2cccf084 360450 ora920 660 204
0x06f1d91c 1277955 ora920 660 204
0x6f6cf084 622596 ora920 660 204
0x5a0c01a4 753669 ora920 660 154
0x5964da64 884742 ora920 660 204
0x5a83dc64 1015815 ora920 660 204

------ Message Queues --------
key msqid owner perms used-bytes messages

Il y a apparemment une différence, je suppose qu'il y a 256Mo de shared memory dans ma base.. (910163968 - 641728512).
Comment lier la shared memory à une base oracle ?

Mais pourquoi dans free, je ne vois pas de différence ?

Pour faire le lien entre le shm et l'instance :

soit vous appellez l'utilitaire oracle sysresv (après avoir positionné le SID)
soit vous faites oradebug ipc sous SQL*Plus

après, faudrait nous donner les infos sur le systeème : nombre d'instances, type d'instances (RAC ? ASM ? RDBMS ? ...) ainsi que les autres processes susceptibles d'allouer des SHM...