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 :

[Oracle 9.2i] Architecture multiprocesseur SMP


Sujet :

Administration Oracle

  1. #1
    Futur Membre du Club
    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    8
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 8
    Points : 6
    Points
    6
    Par défaut [Oracle 9.2i] Architecture multiprocesseur SMP
    Bonjour,

    Suite à l'évolution matérielle d'un serveur dédié BD, je m'interroge sur le fonctionnement d'Oracle sur système multiprocesseur. Je m'explique :

    Nous avons récemment ajouté un processeur au système, initialement mono processeur, ainsi que de la mémoire vive. Configuration actuelle : 2 CPU P4 HT 3Ghz + 4 Go de mémoire, 3 disques Ultra SCSI 360.
    Sans réinstallation, Windows 2000 et Oracle (cpu_count) semblent avoir reconnu la totalité des processeurs.

    Lorsque la machine était en monoprocesseur, pour une requete X, aucune saturation mémoire ou disque n'était constatée. La requête totalisait 6 minutes de temps, en travaillant sur des dizaines de millions d'enregistrements. L'ajout d'un processeur ne semble pas accélerer la requête X, qui compte toujours 6 minutes avec cette nouvelle ressource.

    Ma question étant la suivante : Quel pourrait être le goulot d'étranglement de cette machine, au vu des ressources disponibles, ou de la configuration Oracle ? Ma question est certes vaste, mais j'aurais besoin de quelques pistes de reflexion pour commencer à élaguer mon champ d'action ...

  2. #2
    Membre expert
    Avatar de LeoAnderson
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    2 938
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 2 938
    Points : 3 199
    Points
    3 199
    Par défaut
    avoir un processeur de plus, c'est bien.

    encore faut-il que les gros traitement puissent être parallélisés en plusieurs threads sur plusieurs CPU....

  3. #3
    Futur Membre du Club
    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    8
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 8
    Points : 6
    Points
    6
    Par défaut
    J'ai tenté de modifier certains paramètres comme "parallel_threads_per_cpu" et d'autres de la catégorie Executions parallèles, mais aucun changement en terme de temps de réponse.

    Lorsqu'une ou plusieurs sessions sont ouvertes, Oracle ne devrait il pas justement gérer le parallèlisme via plusieurs Thread ?

  4. #4
    Membre expert
    Avatar de LeoAnderson
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    2 938
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 2 938
    Points : 3 199
    Points
    3 199
    Par défaut
    Le problème est que la requête X (qu'il serait peut-être bon d'avoir !) n'est pas scindable en plusieurs threads.
    après, pour les autres, traitements et les différentes sessions, oui, les différents CPU seront utilisés

    mais avant tout : vous avez une licence standard ou enterprise ?

  5. #5
    Futur Membre du Club
    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    8
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 8
    Points : 6
    Points
    6
    Par défaut
    La requete X n'est de toute facon pas modifiable, c'est une requete PL/SQL contenant 3 curseurs.

    Par contre, j'ai effectivement herité d'une edition standard, ce qui peut être change pas mal de choses ...

  6. #6
    Membre averti Avatar de Wurlitzer
    Profil pro
    Inscrit en
    Avril 2006
    Messages
    469
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2006
    Messages : 469
    Points : 408
    Points
    408
    Par défaut
    Si on veut simplifier énormément le debat, avoir plus de processeur n'apporte rien pour l'execution d'une requete unique sauf si on joue avec le paraléllisme natif Oracle en changeant le degree de parallelisme utilisé pour les tables utilisé.

    http://www.oracle.com/technology/ora...ay/o35dba.html Un petit Google m'a permis de trouver le lien suivant qui a l'air de parler de tout cela.

    Mais attention au effet de bord...

    Sinon, sur une requete unique j'ai souvent eu plus d'optimisation au niveau des plan d'execution voir des disques que que au niveau de la CPU

    Avoir plus de CPU me sert en général a pourvoir traiter plus de requete de plus d'utilisateur en meme temps plutot que plus vite une requete donnée

Discussions similaires

  1. Architecture ORACLE / schémas
    Par sabchris dans le forum Administration
    Réponses: 6
    Dernier message: 01/04/2008, 10h29
  2. [Oracle 10g] Architecture OFA
    Par Thamior dans le forum Administration
    Réponses: 6
    Dernier message: 24/07/2007, 08h06
  3. Php oracle architecture 3 tiers
    Par musmus dans le forum Serveurs (Apache, IIS,...)
    Réponses: 4
    Dernier message: 04/01/2007, 10h57
  4. Réponses: 4
    Dernier message: 22/09/2006, 12h33
  5. connexion oracle - choix d'architecture et langage
    Par ludvo dans le forum Général Conception Web
    Réponses: 8
    Dernier message: 13/09/2005, 21h33

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