none
Ralentissement BD Oracle sur serveur physique et VM pour la partie applicative avec Hyper V

    Discussion générale

  • Bonjour à tous,

    Je rencontre des problèmes de performance en utilisant une VM (hyper v) et un serveur physique de base de données Orcale.

    Le problème qui se pose est le suivant :

    - En testant mon infra physique (IIS/.Net, Tomcat, Core et une base de données Oracle) les temps de réponse sont acceptables et pas de lenteurs au niveau de la base de données Oracle.

    - En faisant le même test avec une VM (hyper V) et en gardant la méme BD de données Oracle sur un serveur physique les temps de traitement au niveau de la base de données sont multipliés par 7. les temps d'exécutions des requétes est nettement supérieur...

    Avez-vous rencontré ce genre de probléme? et quelle est la démarche à suivre pour investiguer et résoudre ce probléme...?

    Merci à vous pour vos retours.

    dimanche 4 février 2018 17:59

Toutes les réponses

  • Bonjour,

    Avez vous augmenter les ressources de la machines virtuelle (RAM,CPU)

    Est ce que la machine virtuelle a la même capacité (RAM,CPU) hardware que la machine physique?

    Notez bien que si vous installer votre application sur une machine physique, toutes les ressources hardware (RAM,CPU,Disque,carte réseau..) seront utilisées que par l'OS sur lequel l'application est installée.

    Par contre dans un environnement virtuel ,les ressources du serveur physique est partagé par les machines virtuelles et l'OS de l'hypervisuer.

    Pour votre problème , je vous recommande de commencer d'augmenter la RAM et la CPU de la machine virtuelle si le problème de performance n'est pas résolu ou les ressources sur l'hypervisuer sont limitées , il vaut mieux d'installer cette application gourmande en terme de ressource hardawre sur une machine physique.

    Je connais un client , après un test de comparaison de performances entre une machine virtuelle et machine physique , il a décider son serveur SQL sur un serveur physique.  


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/

    dimanche 4 février 2018 22:43
    Modérateur
  • Attention avec les bases ORACLE : si vous décidez de les virtualiser, vous devrez adapter la configuration de votre SGBD. Ensuite, lorsque l'on parle de performance sur une base de données, pensez à valider la configuration hardware de l'hyperviseur : les I/O disques sont importants.

    Quelle est la config de l'hyperviseur ? Quel type de disque et sur quel type de RAID le cas échéant ?

    lundi 5 février 2018 12:11
  • Bonjour à vous, merci pour vos retours.

    Nous avons augmenté les ressources RAM et CPU mais ça n'a pas corrigé le probléme.

    Sur une infra physique l'application tourne bien sans lenteurs. Nous rencontrons des lenteurs (temps d'exécution des requétes est multiplié par 9) dés qu'on bascule sur un environnement virtuelle tout en gardant la base de données Oracle sur un serveur physique.

    Je n'ai pas d'informations concernant la config de l'hyperviseur, ni le type de RAID (c'est une autre équipe qui se charge de la virtualisation).

    J'ai suggéré la vérification de la config de l'hyperviseur ainsi qu'un test reseau entre la vm et la bd!

    lundi 5 février 2018 16:22
  • Bonjour,

    Quelques conseils pour améliorer la performance de la VM:

    • Pour la VM, utiliser des disque fixe ou passthrough
    • Augmenter aussi la RAM et CPU

    Si la VM reste toujours moins performante que la machine physique, à mon avis il vaut mieux de garder le serveur Oracle dans une machine physique.


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/

    mardi 6 février 2018 16:26
    Modérateur
  • La BdD est sur une machine physique, c'est la communication réseau qui est lente entre la VM et la BdD ;) Il faut regarder la configuration de vos interfaces sur les hyperviseurs et voir pour la tuné (TCP OFFLOAD, etc)
    mardi 6 février 2018 20:31
  • Bonjour à vous,

    Merci à tous pour vos retours. Des actions sont en cours pour vérifier les config de l'hyperviseur et la partie réseau entre la vm et la bdd.

    Je vous tiendrai informé si on trouve d'où vient le probléme ;).

    jeudi 8 février 2018 10:38