Mon serveur oracle sous Linux swap :-(

Runan wrote:

Bonjour,

Je viens de migrer mon server HP/UX avec 2 Go de RAM vers un nouveau
serveur IBM plus puissant avec 4 Go de RAM sous RedHat AS Server 3.0.
Mon serveur Oracle 9.2 sous Linux swappe à mort ....

Que faire ????
voir le fichier init_nom-de-base_.ora

le show sga combien?
A+
JB

( Mon, 14 Mar 2005 16:15:17 +0100 ) Runan :

Que faire ????

faire un test:
(je dis bien que c'est un test)

- enleve ou commente la mention de la swap dans fstab et redemmarre.
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)

Rakotomandimby (R12y) Mihamina wrote:

( Mon, 14 Mar 2005 16:15:17 +0100 ) Runan :

Que faire ????

faire un test:
(je dis bien que c'est un test)

- enleve ou commente la mention de la swap dans fstab et redemmarre.
je ne peux pas faire de tests car le serveur est en production :-(

JB wrote:

Runan wrote:

Bonjour,

Je viens de migrer mon server HP/UX avec 2 Go de RAM vers un
nouveau serveur IBM plus puissant avec 4 Go de RAM sous RedHat AS
Server 3.0. Mon serveur Oracle 9.2 sous Linux swappe à mort ....

Que faire ????

voir le fichier init_nom-de-base_.ora
le show sga combien?
A+
JB
1,6 Go

Le Mon, 14 Mar 2005 17:35:37 +0100, Runan a écrit :

je ne peux pas faire de tests car le serveur est en production :-(

Tu as migré ta base et mis en production sans tester? Excuse-moi d'être
franc, mais c'est bien fait pour ta gueule.

--
Toutes les organisations ont leur règles, et les Femmes Algériennes
doivent avoir aussi leurs règles.
Kaid Ahmed.

Emmanuel Florac wrote:

je ne peux pas faire de tests car le serveur est en production :-(

Tu as migré ta base et mis en production sans tester? Excuse-moi d'être
franc, mais c'est bien fait pour ta gueule.

Merci pour ta remarque si constructive, mais biensur que ça a été testé,

mais apparement c'est les process client qui consomme beaucoup plus que
sous HP/UX :-(

Runan wrote:

Emmanuel Florac wrote:

je ne peux pas faire de tests car le serveur est en production :-(

Tu as migré ta base et mis en production sans tester? Excuse-moi d'être
franc, mais c'est bien fait pour ta gueule.

Merci pour ta remarque si constructive, mais biensur que ça a été testé,

mais apparement c'est les process client qui consomme beaucoup plus que
sous HP/UX :-(
Donc, les clients restent constamment connectés à la base,

du début de la journée à la fin de vaccation.
il existe un paramétre dans initXXX.ora à implémenter.

peux-tu indiquer le contenu des fichiers suivant:
/etc/redhat-realease
/etc/sysctl.conf
le resultat de la commande uname -a ainsi que les quelques lignes de
début du résultat de dmesg pour la trace taille mémoire
la trace de la commande top interrompu au bout de quelques secondes

le tunning d'une base est un gros travail!
si les infos parviennent en retour, la sécurité de ton site passera à
l'état sensible, puisque les lecteurs du groupe verront les résultats et
quelqu'un de malintentionné.....
A+
JB

JB wrote:

Runan wrote:

Emmanuel Florac wrote:

je ne peux pas faire de tests car le serveur est en production :-(

Tu as migré ta base et mis en production sans tester? Excuse-moi d'être
franc, mais c'est bien fait pour ta gueule.

Merci pour ta remarque si constructive, mais biensur que ça a été

testé, mais apparement c'est les process client qui consomme beaucoup
plus que sous HP/UX :-(

Donc, les clients restent constamment connectés à la base,
du début de la journée à la fin de vaccation.
il existe un paramétre dans initXXX.ora à implémenter.
Quel est ce paramètre ?

peux-tu indiquer le contenu des fichiers suivant:
/etc/redhat-realease
Red Hat Enterprise Linux AS release 3 (Taroon)

/etc/sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux

#
# For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 0

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 0

# Controls whether core dumps will append the PID to the core filename.
# Useful for debugging multi-threaded applications.
kernel.core_uses_pid = 1

#Modification par moi
kernel.shmmax!47483648
kernel.sem&0 33280 100 128

le resultat de la commande uname -a
Linux oracle 2.4.21-15.0.3.ELsmp #1 SMP Tue Jun 29 18:04:47 EDT 2004

i686 i686 i386 GNU/Linux

ainsi que les quelques lignes de

début du résultat de dmesg pour la trace taille mémoire
BIOS-provided physical RAM map:

BIOS-e820: 0000000000000000 - 000000000009d400 (usable)
BIOS-e820: 000000000009d400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000dffb6c80 (usable)
BIOS-e820: 00000000dffb6c80 - 00000000dffbf800 (ACPI data)
BIOS-e820: 00000000dffbf800 - 00000000e0000000 (reserved)
BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000120000000 (usable)
3712MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 0009d540
hm, page 0009d000 reserved twice.
hm, page 0009e000 reserved twice.
hm, page 0009e000 reserved twice.
hm, page 0009f000 reserved twice.
On node 0 totalpages: 1179648
zone(0): 4096 pages.
zone(1): 225280 pages.
zone(2): 950272 pages.
ACPI: Searched entire block, no RSDP was found.
ACPI: RSDP located at physical address c00fdcc0

la trace de la commande top interrompu au bout de quelques secondes
09:48:18 up 2:01, 5 users, load average: 0,65, 0,49, 0,56

119 processes: 117 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: cpu user nice system irq softirq iowait idle
total 3,8% 0,0% 2,8% 0,0% 0,4% 4,1% 88,4%
cpu00 2,1% 0,0% 2,9% 0,1% 0,3% 1,1% 93,0%
cpu01 5,5% 0,0% 2,7% 0,0% 0,5% 7,1% 83,8%
Mem: 4119964k av, 4101520k used, 18444k free, 0k shrd, 19788k
buff
3124980k actv, 596920k in_d, 77236k in_c
Swap: 8160848k av, 339692k used, 7821156k free 3784708k
cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
9274 oracle 18 0 822M 820M 816M R 4,0 20,4 25:59 1 oracle
9276 oracle 15 0 726M 722M 722M S 0,6 17,9 10:41 1 oracle
9435 oracle 15 0 690M 687M 682M S 0,0 17,0 2:30 1 oracle
9278 oracle 15 0 689M 681M 680M S 0,0 16,9 4:17 0 oracle
9280 oracle 15 0 645M 641M 639M S 0,0 15,9 5:40 1 oracle
9260 oracle 15 0 458M 457M 456M S 0,0 11,3 0:17 0 oracle
9282 oracle 15 0 229M 223M 222M S 0,0 5,5 0:15 0 oracle
10663 oracle 15 0 201M 199M 198M S 0,0 4,9 0:14 1 oracle
9284 oracle 15 0 108M 106M 106M S 0,0 2,6 0:02 0 oracle
9286 oracle 15 0 59756 55M 56492 S 0,0 1,3 0:00 1 oracle
10665 oracle 15 0 56128 54M 54108 S 0,0 1,3 0:00 1 oracle
9306 oracle 15 0 50888 48M 48828 S 0,0 1,1 0:22 1 oracle
9304 oracle 15 0 48392 45M 46340 S 0,0 1,1 0:10 1 oracle
9300 oracle 15 0 46696 43M 44628 S 0,6 1,0 1:01 0 oracle
9294 oracle 15 0 46652 43M 44588 S 0,0 1,0 0:23 1 oracle
9310 oracle 15 0 45672 42M 43628 S 0,0 1,0 0:21 0 oracle
9266 oracle 15 0 45684 42M 42616 S 0,0 1,0 0:02 1 oracle
9296 oracle 16 0 42388 39M 40328 S 0,5 0,9 0:10 1 oracle
9308 oracle 15 0 40052 37M 37996 S 0,0 0,9 1:59 1 oracle
9264 oracle 15 0 36468 33M 33356 S 0,0 0,8 0:03 0 oracle
9302 oracle 15 0 36296 33M 34240 S 0,0 0,8 0:14 1 oracle
9298 oracle 15 0 36016 33M 33952 S 0,1 0,8 0:45 0 oracle
9312 oracle 15 0 35000 32M 32944 S 0,0 0,8 0:13 1 oracle
9272 oracle 15 0 29024 26M 26980 S 0,0 0,6 0:01 0 oracle
9288 oracle 15 0 22184 20M 20488 S 0,0 0,5 0:00 1 oracle
9290 oracle 15 0 14676 12M 12976 S 0,0 0,3 0:00 1 oracle
9270 oracle 15 0 13252 11M 11784 S 0,0 0,2 0:00 0 oracle
9292 oracle 15 0 12684 10M 11012 S 0,0 0,2 0:00 1 oracle

le tunning d'une base est un gros travail!
C'est clair

si les infos parviennent en retour, la sécurité de ton site passera à
l'état sensible, puisque les lecteurs du groupe verront les résultats et
quelqu'un de malintentionné.....
A+
JB

Merci par avance !!!!!!!

Runan wrote:

JB wrote:

Runan wrote:

Emmanuel Florac wrote:

peux-tu indiquer le contenu des fichiers suivant:

/etc/redhat-realease

Merci par avance !!!!!!!

Tu ne me dois rien, je n'ai pas obligation de résultat!
mais tant que je ne me fais pas jeter, je participe

pour l'instant ne change aucun paramétre

donc le contenu de /etc/redhat.conf permet l'installation du moteur SGBD
si les prés requis sont resolus
par exemple sous MDK 10.1 Oracle s'installe
voici mon contenu de /etc/sysctl.conf pour Oracle 10g version
d'évaluation (valable un an, permet les maquettes....)
kernel.shmmax = 2559354560
fs.file-max = 65536
kernel.sem = 250 32000 100 128
le nombre de fichier ouvert est nécessaire pour 10g (fait un controle)
le shmmax est la taille de l'espace partageable par défaut c'est 33MB et
des poussières sur Linux (man sysctl)

il me manque pour l'instant le show sga; mais il faut le password de system,
as-tu la gestion avec environnement graphique OEM Oracle Entreprise
Manager sinon on ne fera que des requetes à la main (risque d'erreur de
syntaxe)
toutes les requetes sql ont étè tunnées?
on n'a jamais écrit le nombre de clients simultanés

la version d'Oracle pour la bonne doc
bien sur la base n'est pas déorganisée
le nombre de disques physique supportant les divers fichiers d'oracle
le nombre de controleur disque (+ type scsi...)
-il n'est pas question de racheter une nouvelle machine!
A suivre
A+
JB

JB wrote:

Runan wrote:

JB wrote:

Runan wrote:

Emmanuel Florac wrote:

peux-tu indiquer le contenu des fichiers suivant:

/etc/redhat-realease


Merci par avance !!!!!!!

Tu ne me dois rien, je n'ai pas obligation de résultat!
mais tant que je ne me fais pas jeter, je participe

pour l'instant ne change aucun paramétre

donc le contenu de /etc/redhat.conf permet l'installation du moteur SGBD
si les prés requis sont resolus
par exemple sous MDK 10.1 Oracle s'installe
voici mon contenu de /etc/sysctl.conf pour Oracle 10g version
d'évaluation (valable un an, permet les maquettes....)
kernel.shmmax = 2559354560
fs.file-max = 65536
kernel.sem = 250 32000 100 128
le nombre de fichier ouvert est nécessaire pour 10g (fait un controle)
le shmmax est la taille de l'espace partageable par défaut c'est 33MB et
des poussières sur Linux (man sysctl)

il me manque pour l'instant le show sga; mais il faut le password de
system,
as-tu la gestion avec environnement graphique OEM Oracle Entreprise
Manager sinon on ne fera que des requetes à la main (risque d'erreur de
syntaxe)
toutes les requetes sql ont étè tunnées?
on n'a jamais écrit le nombre de clients simultanés

la version d'Oracle pour la bonne doc
bien sur la base n'est pas déorganisée
le nombre de disques physique supportant les divers fichiers d'oracle
le nombre de controleur disque (+ type scsi...)
-il n'est pas question de racheter une nouvelle machine!
A suivre
A+
JB

Voici un petit résumé plus les infos demandés, sinon l'interface
graphique pour oracle est chargé !

A noter que sur le précédent système sur HP/UX avec 2 Go de RAM, ça ne
swappait pas

En espérant que ça éclaire certains .... ;-)



Serveur Linux

IBM 2.5 GHz Bi pro (hyperthreading désactivé)
4 Go de RAM
8 Go SWAP
disques sur un SAN
Noyau Linux 2.4.21-15.0.3.Elsmp (Linux AS3 Hyperthread activé)


Paramètres Linux

Sémaphores ==>
SEMMSL 260 (paramètres processes d'Oracle)
SEMMNS 33280 (SEMMSL * SEMMNI)
SEMOPM 100
SEMMNI 128

SHMMAX 2 Go (moitié de la RAM)
SHMMIN 1


Paramètres oracle

Pool partagé 144 Mo
Cache tampon 912 Mo
Large pool 304 Mo
SGA_TOTAl 1360 Mo
SGA_MAX_SIZE 1601Mo (ce soir je passe le paramètre à 0)
PGA 400 Mo
10 Dispatcher actifs / 20

SELECT * FROM v$spparameter WHERE VALUE IS NOT NULL ;

NAME
VALUE
ISSPECIFIED
ORDINAL
UPDATE_COMMENT





processes
250
TRUE
1

timed_statistics
TRUE
TRUE
1

shared_pool_size
143654912
TRUE
1

sga_max_size
1677721600
TRUE
1

large_pool_size
314572800
TRUE
1

java_pool_size
0
TRUE
1

lock_sga
FALSE
TRUE
1

resource_manager_plan
SYSTEM_PLAN
TRUE
1

control_files
/oracle/sys/ctrl/HUET/control01.ctl
TRUE
1

control_files
/oracle/sys/ctrl/HUET/control02.ctl
TRUE
2

control_files
/oracle/sys/ctrl/HUET/control03.ctl
TRUE
3

db_block_size
8192
TRUE
1

db_cache_size
943718400
TRUE
1

compatible
9.2.0.0.0
TRUE
1

log_archive_start
TRUE
TRUE
1

log_archive_dest_1
LOCATION=/oracle/arch_idx/arch/HUET
TRUE
1

log_archive_format
%t_%s.arc
TRUE
1

db_file_multiblock_read_count
16
TRUE
1

fast_start_mttr_target
300
TRUE
1

undo_management
AUTO
TRUE
1

undo_tablespace
UNDOTBS1
TRUE
1

undo_retention
7200
TRUE
1

remote_login_passwordfile
EXCLUSIVE
TRUE
1

instance_name
HUET
TRUE
1

dispatchers
(PROTOCOL=TCP)(DISPATCHERS)
TRUE
1

shared_servers
10
TRUE
1

max_dispatchers
20
TRUE
1

local_listener
(address=(host2.9.200.14)(port21)(protocol=TCP))
TRUE
1

job_queue_processes
10
TRUE
1

hash_join_enabled
TRUE
TRUE
1

background_dump_dest
/oracle/bin/admin/HUET/bdump
TRUE
1

user_dump_dest
/oracle/bin/admin/HUET/udump
TRUE
1

core_dump_dest
/oracle/bin/admin/HUET/cdump
TRUE
1

sort_area_size
0
TRUE
1

db_name
HUET
TRUE
1

open_cursors
350
TRUE
1

star_transformation_enabled
FALSE
TRUE
1

query_rewrite_enabled
FALSE
TRUE
1

pga_aggregate_target
419430400
TRUE
1
400 Mo
aq_tm_processes
1
TRUE
1




Observation de la mémoire sous Linux

[root@oracle1 /oracle/logs/JFichiersTrans/FicExport]#free -m
total used free shared buffers cached
Mem: 4023 4001 21 0 40 3683
-/+ buffers/cache: 277 3745
Swap: 7969 182 7787
*******************************************************
[root@oracle1 /oracle/logs/JFichiersTrans/FicExport]#free -m
total used free shared buffers cached
Mem: 4023 4001 22 0 44 3639
-/+ buffers/cache: 316 3707
Swap: 7969 261 7708
[root@oracle1 /oracle/logs/JFichiersTrans/FicExport]#







Résultat du sar -W d'aujourd'hui
sar -W
07:00:00 0,66 0,43
07:10:00 12,92 15,07
07:20:01 0,12 0,14
07:30:00 0,26 0,00
07:40:00 0,76 0,10
08:00:00 411,94 411,85
08:10:00 0,00 0,00
08:20:00 0,00 0,00
08:30:00 0,00 0,00
08:40:00 0,00 0,00
08:50:00 0,00 0,00
09:00:00 0,00 0,00
09:10:00 0,00 0,00
09:20:00 0,00 0,00
09:30:01 12,71 40,24
09:40:00 2,70 4,22
09:50:01 15,10 73,20
10:00:00 92,48 146,82
10:10:00 17,27 11,39
10:20:00 15,23 47,83
10:30:02 45,26 67,30
10:40:00 36,82 19,30
10:50:00 34,25 11,46
11:00:01 22,96 26,20
11:10:00 7,35 6,24
11:20:00 9,52 0,87
11:30:00 21,28 3,83
11:40:00 17,30 47,86
11:50:00 143,04 111,82
12:00:00 79,65 57,08
12:10:00 1,32 6,18
12:20:00 5,71 27,74
12:30:00 9,91 9,87
12:40:00 4,04 3,39
12:50:00 32,21 46,14
13:00:00 0,46 0,81
13:10:00 0,08 0,63
13:20:00 0,11 1,09
13:30:00 16,52 2,26

13:30:00 pswpin/s pswpout/s
13:40:00 3,10 12,68
13:50:00 8,00 21,33
14:00:00 13,30 29,12
14:10:00 59,73 65,98
14:20:00 29,94 29,86
14:30:00 11,40 9,23
14:40:00 8,73 12,49
14:50:00 0,92 1,78
15:00:00 13,28 36,43
15:10:00 8,70 14,84
15:20:01 15,74 23,56
15:30:00 42,49 21,90
15:40:00 2,61 5,43
15:50:00 15,51 4,13
16:00:00 32,18 13,64
16:10:00 23,88 6,22
16:20:00 25,95 30,26
16:30:00 28,63 16,02
16:40:00 2,32 4,25
16:50:00 1,08 2,06
17:00:00 2,61 6,51
17:10:00 1,28 1,48
17:20:00 2,68 16,97
Moyenne: 409,81 409,74



Résultat d'une page top filtré par prise en mémoire
J'ai fait le calcul de presque toutes les valeurs dans SIZE et je
dépasse les 5 Go de process Oracle. Comment est ce possible ?

17:26:32 up 9:33, 5 users, load average: 0,16, 0,52, 0,78
124 processes: 123 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: cpu user nice system irq softirq iowait idle
total 0,2% 0,0% 0,0% 0,0% 0,0% 0,7% 98,8%
cpu00 0,5% 0,0% 0,0% 0,0% 0,1% 0,9% 98,2%
cpu01 0,1% 0,0% 0,0% 0,0% 0,0% 0,5% 99,2%
cpu02 0,1% 0,0% 0,1% 0,0% 0,0% 0,7% 98,8%
cpu03 0,0% 0,0% 0,1% 0,0% 0,0% 0,5% 99,2%
Mem: 4119964k av, 4098664k used, 21300k free, 0k shrd, 47636k
buff
3117296k actv, 596380k in_d, 89960k in_c
Swap: 8160848k av, 276724k used, 7884124k free 3725912k
cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
9273 oracle 15 0 892M 887M 885M S 0,0 22,0 59:43 3 oracle
9271 oracle 15 0 836M 829M 828M S 0,1 20,6 162:20 0 oracle
9275 oracle 15 0 781M 778M 777M S 0,0 19,3 19:38 0 oracle
9277 oracle 15 0 579M 576M 574M S 0,0 14,3 5:28 0 oracle
13113 oracle 15 0 425M 422M 420M S 0,0 10,5 0:23 2 oracle
9257 oracle 15 0 370M 368M 367M S 0,0 9,1 0:34 2 oracle
9279 oracle 15 0 351M 348M 347M S 0,0 8,6 1:10 2 oracle
9281 oracle 15 0 265M 263M 262M S 0,0 6,5 0:25 2 oracle
9283 oracle 15 0 110M 109M 108M S 0,0 2,7 0:02 1 oracle
9263 oracle 15 0 101M 100M 99,2M S 0,0 2,4 0:12 0 oracle
9305 oracle 15 0 100M 98M 98,2M S 0,0 2,4 3:27 2 oracle
9301 oracle 15 0 98920 94M 96860 S 0,0 2,3 2:42 1 oracle
9297 oracle 15 0 97508 93M 95444 S 0,0 2,3 1:17 2 oracle
9303 oracle 15 0 95324 91M 93260 S 0,0 2,2 0:54 1 oracle
9309 oracle 15 0 93404 89M 91332 S 0,0 2,2 1:05 3 oracle
9299 oracle 15 0 90624 86M 88556 S 0,0 2,1 0:43 1 oracle
9295 oracle 15 0 87308 83M 85244 S 0,0 2,0 2:18 2 oracle
9307 oracle 15 0 83004 79M 80936 S 0,0 1,9 0:53 3 oracle
14370 oracle 15 0 81064 77M 77728 S 0,0 1,9 0:01 0 oracle
9293 oracle 15 0 80708 77M 78644 S 0,0 1,9 3:59 2 oracle
9269 oracle 15 0 75608 72M 73568 S 0,0 1,7 0:06 3 oracle
9285 oracle 15 0 67664 64M 65848 S 0,0 1,6 12:51 3 oracle
9291 oracle 15 0 61756 58M 59704 S 0,0 1,4 3:10 3 oracle
9287 oracle 15 0 37792 34M 35556 S 0,0 0,8 0:00 1 oracle
9261 oracle 15 0 36536 34M 33408 S 0,0 0,8 0:18 3 oracle
14372 oracle 15 0 35576 33M 33548 S 0,0 0,8 0:00 0 oracle
9289 oracle 15 0 19808 17M 18076 S 0,0 0,4 0:00 2 oracle
9265 oracle 15 0 17184 15M 15720 S 0,0 0,3 0:00 0 oracle
9267 oracle 15 0 15564 13M 14100 S 0,0 0,3 0:04 2 oracle