IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

Pb de RAM avec WIndows 2003 et 10GR2


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé Avatar de pascal_T
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    95
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 95
    Par défaut Pb de RAM avec WIndows 2003 et 10GR2
    Bonjour la liste, je rencontre un problème étrange depuis quelque temps.

    J'ai un serveur qui dispose de 2 Go de RAM, et paramétrés la SGA à 584 Mo en la PGA à 194 Mo le tout en gestion auto.

    Ainsi au démarrage de la base le 10/04/06 j'ai 0,99 Go de pris avec oracle + OS. Mais à présent j'ai 1,46 Go qui est pris et je ne vois pas pourquoi.

    j'ai quand même noté que la mémoire utilisée par le processus oracle augmentait avec le temps (par gestionnaire de tâches), de même celle utilisée par le processus java (qui sert à la console WEb, je crois).

    L'utilisation est assez simple : insertion de données par des applications automatiques.

    Quelqu'un a-t-il déjà été confronté à ce problème?
    merci

  2. #2
    Membre Expert

    Profil pro
    Inscrit en
    Février 2006
    Messages
    3 437
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 3 437
    Par défaut
    Il faudrait préciser de quelle mémoire vous parlez exactement: probablement celle du processus oracle.exe affichée par le gestionnaire de tâches ?

    Il serait intéressant de surveiller l'évolution de l'utilisation de la mémoire de l'instance avec:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    select * from v$sgastat;
    select * from v$pgastat;
    et en parallèle de surveiller l'activité de la base avec Statspack ou OEM.

    Il faut aussi savoir qu'une instance peut utiliser plus de mémoire PGA que la valeur du paramètre PGA_AGGREGATE_TARGET (voir le dernier paragraphe dans cet article de Oracle Magazine).

  3. #3
    Membre confirmé Avatar de pascal_T
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    95
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 95
    Par défaut
    Ok merci, je vais regarder ça et je te tiens au courant.

  4. #4
    Membre confirmé Avatar de pascal_T
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    95
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 95
    Par défaut
    Grâce à tes conseils je viens de trouver le problème, c'est la PGA qui responsable de l'augmentation de la RAM .

    Par contre quelle est la meilleure la meilleure méthode pour tracer l'activité sur la BD. Sachant que ce week-end s'est produit 1 augmentation, j'ai voulu aller regarder dans les tables, mais + rien n'est dispo.

    Le mieux est-il de mettre en place 1 script schédulé qui stocke le contenu de certaines tables

    Merci.

  5. #5
    Membre Expert

    Profil pro
    Inscrit en
    Février 2006
    Messages
    3 437
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 3 437
    Par défaut
    Cela dépend de ce qu'on veut surveiller:
    - l'instance de façon globale: Statspack sait le faire.
    - seulement certains indicateurs: écrire son propre script
    - tracer une session spécifque: utiliser la trace SQL avec:
    ALTER SESSION SET sql_trace=true;
    L'exécution d'un script peut-être planifiée dans Oracle avec DBMS_JOB ou par le système avec avec le cron sous Unix ou comme tâche planifiée sous Windows.

  6. #6
    Membre confirmé Avatar de pascal_T
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    95
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 95
    Par défaut
    En fait le problème est que je ne vois ce qui peut provoquer cette augmentation de PGA. Sachant qu'il y a 2 types d'utilisateur:

    -des utiliisateurs physiques qui font du select à 90 %
    -des programmes qui font des insert, update et touti quanti de manière automatique

    Sachant qu'en V8 je n'ai jamais eu ces soucis d'augmentation de RAM, je pense plutôt pour un programme qui pourrai avoir 1 comportement anormal du fait qu'on est en V10 désormais.

    Statpack a l'air trés bien mais, comme je suis en prod je ne voudrais pas que ça me mette le bazar. Est-ce vraiment tranparent lors de l'installation?

    Merci

Discussions similaires

  1. Compatibilité SQL Server 2005/2008 avec Windows 2003/2008
    Par fred_04510 dans le forum Administration
    Réponses: 6
    Dernier message: 22/09/2011, 08h54
  2. [LabVIEW 8.6] Compatible avec Windows 2003 server ?
    Par fredzi dans le forum LabVIEW
    Réponses: 1
    Dernier message: 22/07/2009, 20h09
  3. Réponses: 6
    Dernier message: 11/07/2008, 05h24
  4. Réponses: 5
    Dernier message: 22/05/2007, 14h27
  5. problème avec BDE delphi 3 et serveur windows 2003
    Par korntex5 dans le forum Bases de données
    Réponses: 2
    Dernier message: 07/07/2006, 22h58

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo