Mon serveur oracle sous Linux swap :-(

Runan wrote:

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

Pour des raisons de sécurité le nom d'instance ne doit jamais apparaitre

le san est vu comme un périphérique derrière une carte controleur? ou
plusieurs san/plusieurs controleurs
la technologie san a un cache embarqué de combien (hors calculateur)
exemple une technologie raid 5, une io physique environ 85ms, dialogue
entre cache de 0.2 à o.5ms donc le san le plus gros cache possible sinon
file d'attente au guichet

-les transactions font quels longueurs en moyenne?
de la video ou du son qques mégas, le paramétre de bloc lu par
anticipation plus grand(initBASE.ora)
en fonction du type de donné, les blocs au moment de la création de la
base (on ne peut plus changer aprés)
donc valeur du DB_BLOCK_SIZE, sur alpha j'avais 32KBytes

comme tu as une REDHAT un petit iostat 2 10 serait le bien venu si
contention disque
A suivre
A+
JB
nota la base a étè créée par shell ou par l'outil graphique(les options
par défaut)

JB wrote:

Runan wrote:

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

Pour des raisons de sécurité le nom d'instance ne doit jamais apparaitre

le san est vu comme un périphérique derrière une carte controleur?
en fait il y a 2 cartes controlleurs en fail over

ou

plusieurs san/plusieurs controleurs
la technologie san a un cache embarqué de combien (hors calculateur)
1 Go de cache par controlleur

exemple une technologie raid 5, une io physique environ 85ms, dialogue
entre cache de 0.2 à o.5ms donc le san le plus gros cache possible sinon
file d'attente au guichet

-les transactions font quels longueurs en moyenne?
de la video ou du son qques mégas, le paramétre de bloc lu par
anticipation plus grand(initBASE.ora)
en fonction du type de donné, les blocs au moment de la création de la
base (on ne peut plus changer aprés)
donc valeur du DB_BLOCK_SIZE, sur alpha j'avais 32KBytes

comme tu as une REDHAT un petit iostat 2 10 serait le bien venu si
contention disque

selon ce que l'on a vu de différentes manières les entrées/sorties
disques ne sont pas en cause

par contre ce soir on upgrade le noyau car RedHat nous a préconiser
d'installer le dernier noyau pour bénéficier de fix sur la swap ...

Car il est clair que pour nous c'est un paramètre système qui ne colle
pas mais on ne sait pas lequel ... :-((((

A suivre

A suivre
A+
JB
nota la base a étè créée par shell ou par l'outil graphique(les options
par défaut)

Runan wrote:

JB wrote:

Runan wrote:

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

Pour des raisons de sécurité le nom d'instance ne doit jamais apparaitre

le san est vu comme un périphérique derrière une carte controleur?

en fait il y a 2 cartes controlleurs en fail over
ou

plusieurs san/plusieurs controleurs
la technologie san a un cache embarqué de combien (hors calculateur)

1 Go de cache par controlleur

exemple une technologie raid 5, une io physique environ 85ms, dialogue
entre cache de 0.2 à o.5ms donc le san le plus gros cache possible
sinon file d'attente au guichet

-les transactions font quels longueurs en moyenne?
de la video ou du son qques mégas, le paramétre de bloc lu par
anticipation plus grand(initBASE.ora)
en fonction du type de donné, les blocs au moment de la création de la
base (on ne peut plus changer aprés)
donc valeur du DB_BLOCK_SIZE, sur alpha j'avais 32KBytes

comme tu as une REDHAT un petit iostat 2 10 serait le bien venu si
contention disque

selon ce que l'on a vu de différentes manières les entrées/sorties
disques ne sont pas en cause

par contre ce soir on upgrade le noyau car RedHat nous a préconiser
d'installer le dernier noyau pour bénéficier de fix sur la swap ...

Car il est clair que pour nous c'est un paramètre système qui ne colle
pas mais on ne sait pas lequel ... :-((((

A suivre

A suivre
A+
JB
nota la base a étè créée par shell ou par l'outil graphique(les
options par défaut)
pour info:

par abus de language ORACLE est un systéme de par lui-même,
il gére ses propres caches les réécrit si possible de manière asynchrone
si san secouru + ordinateur cela évite les waits IO
jette un coup d'oeil aux directives MTS, n'ait pas peur de forcer le cas
échéant

puisque tu pacthes le noyau, un petit essai:
faire des mallocs, aller sur le swap, regarder le comportement au(x)
dernier(s) blocks alloués (4KB), par définition il devrait saborder ce
process mais pas de panic(0)

as-tu un accounting d'implémenté?

j'attends la suite?
en cas de suite, si les GO surveillor du groupe nous permétaient de ne
pas recopier le tout.....(interdit)
A+
JB
A+
JB

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 ????

Salut,

Il y a un problème répertorié sur Redhat dont le symptome est
que le kswapd se met à bouffer 100% de la CPU ... Ce serait pas ce pb ? Je
ne me rappelle plus des versions concernées. Si c'est de le cas il y a des
correctifs à appliquer J'ai eu le cas chez un de nos clients.

Cordialement.
--
Eric

Eric D. 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 ????

Salut,

Il y a un problème répertorié sur Redhat dont le symptome est
que le kswapd se met à bouffer 100% de la CPU ... Ce serait pas ce pb ? Je
ne me rappelle plus des versions concernées. Si c'est de le cas il y a des
correctifs à appliquer J'ai eu le cas chez un de nos clients.

Cordialement.
--
Eric

Avez Fedora Core 3 ou Mandrake tous 2 en 2.6.x et une version

d'évaluation Oracle 10g, le comportement du swap est cohérent,
bien sur cela n'a rien à voir avec un environnement d'exploitation
A+
JB

JB wrote:

Eric D. 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 ????

Salut,

Il y a un problème répertorié sur Redhat dont le symptome est
que le kswapd se met à bouffer 100% de la CPU ... Ce serait pas ce pb ?
Je ne me rappelle plus des versions concernées. Si c'est de le cas il y a
des correctifs à appliquer J'ai eu le cas chez un de nos clients.

Cordialement.
--
Eric

Avez Fedora Core 3 ou Mandrake tous 2 en 2.6.x et une version

d'évaluation Oracle 10g, le comportement du swap est cohérent,
bien sur cela n'a rien à voir avec un environnement d'exploitation
A+
JB

Salut,

Il faudrait connaitre la version du noyau ... Le pb que je mentionne
se produit avec des noyaux plus anciens mais c'est celle qui était dans le
package Redhat Enterprise ou AS je ne sais plus Donc à vérifier qund même
car le symptome est tres ressemblant

--
Eric

Eric D. wrote:

JB wrote:

Eric D. 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 ????

Salut,

Il y a un problème répertorié sur Redhat dont le symptome est
que le kswapd se met à bouffer 100% de la CPU ... Ce serait pas ce pb ?
Je ne me rappelle plus des versions concernées. Si c'est de le cas il y a
des correctifs à appliquer J'ai eu le cas chez un de nos clients.

Cordialement.
--
Eric

Avez Fedora Core 3 ou Mandrake tous 2 en 2.6.x et une version
d'évaluation Oracle 10g, le comportement du swap est cohérent,
bien sur cela n'a rien à voir avec un environnement d'exploitation
A+
JB

Salut,

Il faudrait connaitre la version du noyau ... Le pb que je mentionne
se produit avec des noyaux plus anciens mais c'est celle qui était dans le
package Redhat Enterprise ou AS je ne sais plus Donc à vérifier qund même
car le symptome est tres ressemblant

--
Eric

pour Fedora : >xxxxx.fr 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686

i686 i386 GNU/Linux
pour Mandrake 10.1 soit 2.6.8
attention ces noyaux n'ont pas de rapport officiel avec les versions
officielles de Linux
la version d'Oracle:

Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options

attention tout cela n'est que maquette pour démontrer une faisabilité et
une prise en main!
A+
JB
A+

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 ....

C'est la version de noyau qu'utilise Runan en production que j'aimerais
connaitre. Pour le fait qu'Oracle tourne sous linux, j'ai pas
d'inquiétude :-)

--
Eric

Salut,

C'est la version de noyau qu'utilise Runan en production que j'aimerais
connaitre. Pour le fait qu'Oracle tourne sous linux, j'ai pas
d'inquiétude :-)

Ce serait sympa de donner un retour ? problème résolu ? comment ?

Cordialement.
--
Eric