Mémoire allouée Windows Server 2003

Bonjour,
J'ai installé Oracle 11g en production. Apres 30 min d'utilisation, les utilisateurs recoivent le message ORA-04030 (memoire de traitement manquant).

J'ai une RAM de 16 Go.
Le parametre memory_target etait à 2306867200 octets (soit 2.1 Go).
Je l'ai fait passer actuellement à 2684354560 (2.5 Go).
Oracle refuse de depasser la valeur de 2.5 Go du parametre memory_target .

Le temps de travail des utilisateurs augmente sensiblement de 20 min, apres quoi le message d'insuffisance memoire apparait.
Comment resoudre mon pb?
NB: Si vous avez besoin d'informations supplémentaires sur l'environnement, merci de me le demander.

Bonjour,

Une question me vient tout de suite à l'esprit : s'agit-il d'un Windows 32 bits ?

Oui, il s'agit bien d'un serveur windows 32 bits.

salut
montrer votre fichier init.ora .

voici le fichier Init.ora

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58

############################################################################## # Copyright (c) 1991, 2001, 2002 by Oracle Corporation ##############################################################################   ########################################### # Cache and I/O ########################################### db_block_size=8192   ########################################### # File Configuration ########################################### control_files=("E:\app\oradata\slprod1\control01.ctl", "E:\app\flash_recovery_area\slprod1\control02.ctl") db_recovery_file_dest=E:\app\flash_recovery_area db_recovery_file_dest_size=4039114752   ########################################### # Cursors and Library Cache ########################################### open_cursors=300   ########################################### # Miscellaneous ########################################### compatible=11.2.0.0.0 diagnostic_dest=E:\app   memory_target=2684354560       ########################################### # Database Identification ########################################### db_domain="" db_name=slprod1   ########################################### # Processes and Sessions ########################################### processes=150   ########################################### # System Managed Undo and Rollback Segments ########################################### undo_tablespace=UNDOTBS1   ########################################### # Shared Server ########################################### dispatchers="(PROTOCOL=TCP) (SERVICE=slprod1XDB)"   ########################################### # Security and Auditing ########################################### audit_file_dest=E:\app\admin\slprod1\adump audit_trail=db remote_login_passwordfile=EXCLUSIVE

---

Si c'est un Windows 2003 32 bit, alors, dans sa configuration normale, un processus ne peut utiliser plus de 2Go de RAM.

Vous pouvez repousser cette limite en spécifiant les commutateurs /3G et /PAE dans le fichier C:\boot.ini et en redémarrant.

Sur mon Windows 2003 server, je n'ai trouvé aucun fichier boot.ini, apres les recherches sur tous les disques.
J'ai passé ma memoire virtuelle de 2 Go à 32 Go par contre. Le pb persiste toujours...
Aidez moi car les utilisateurs n'ont pas travaillé aujourdh'ui à cause de ce pb.

Ah! Je viens de localiser et d'ouvrir boot.ini dont le contenu est:

Code:

---

1 2 3 4 5

[boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise" /noexecute=optout /fastdetect

---

Où apporter la modification?

Rajoutez-les à la suite de /fatsdetect, ce sera très bien

Et puis j'ai trouvé des infos plus complètes sur ces paramètres

Merci énormément!

Problème résolu. Au redémarrage, les commutateurs ont bien permis à Oracle de reconnaitre la mémoire et de travailler normalement.
Thinks.