AWR - Virtualisation performances

**tropiko** · 29/11/2013, 12h55

Bonjour les Experts Tuninig ,

Notre serveur AIX de base de données Oracle 11g est devenu virtualisé depuis cette semaine.

Sans toucher à la base , nous avons constaté des régressions au niveau des perfs de l'instance Oracle => Temps multipliés par 4.

Au niveau AWR je constate dans la section "Host CPU (CPUs: 10 Cores: 2 Sockets: ) : %idle=51%

pendant la période de dégradation générale (presque toutes les requêtes).

Est-ce que cela prouve que mon serveur n'était pas surchargé durant la période en question ?
existe-il une subtilité quand on est en virtualisé ?

La virtualisation se base sur un échange de resources entre serveurs d'un même châssis au besoin :
Comment puis-je vérifier (en mode virtualisé) que l'instance possédait toutes les ressources nécessaires (cpu, io, mémoire) pendant cette période ?

NB : Selon l'AWR , pas de problème IO : OK
Les Top 5 sont OK.
Licence D OK.

Merci de votre aide !

**orafrance** · 02/12/2013, 11h37

Le plus souvent, la virtualisation dégrade les performances sur les I/O, vérifie bien que les problèmes ne viennent pas de ce coté. Éventuellement, augmente la SGA pour limiter la lecture disque au profit de la mémoire.

Après, si rien n'a changé dans la base, faut mettre les admins système dans le coup

**ojo77** · 02/12/2013, 12h19

Juste au cas où : vérifiez que le mode "économie d'énergie" de la virtualisation n'est pas en place.

**devkais** · 02/12/2013, 16h36

Envoyé par ojo77

Juste au cas où : vérifiez que le mode "économie d'énergie" de la virtualisation n'est pas en place.

Peux-tu stp donner plus de détails ?
A quel niveau puis-je vérifier ce point ?
merci

**devkais** · 02/12/2013, 16h42

Envoyé par orafrance

Le plus souvent, la virtualisation dégrade les performances sur les I/O, vérifie bien que les problèmes ne viennent pas de ce coté. Éventuellement, augmente la SGA pour limiter la lecture disque au profit de la mémoire.

La virtualisation concerne la Mémoire , la CPU et les I/O ou pas forcément tous ?

Envoyé par orafrance

Après, si rien n'a changé dans la base, faut mettre les admins système dans le coup

.

C'est fait mais les admin nous demande de modifier (sans préciser comment) le paramétrage de la base pour s'adapter à virtualisation.

Notre production rame depuis cette migration en mode virtualisé !!!

**orafrance** · 02/12/2013, 17h47

il n'y a aucun paramètre Oracle permettant de changer d'un serveur physique à virtualisé. Si tu veux un peu plus les mettre le nez dans le caca tu peux aussi leur dire que quand on virtualise, le licensing est dû sur le nombre de coeur de la machine physique supportant la virtualisation... je ne pense pas qu'ils ont payés les licences dûes

Bref... coté base de données tu n'as rien à faire à part t'assurer qu'ils t'ont bien fourni la même puissance CPU et quantité de mémoire. Tu peux essayer de voir sur la console si tu as des problèmes sur les disques et les renvoyer dans les 22

**ojo77** · 03/12/2013, 13h53

Envoyé par orafrance

il n'y a aucun paramètre Oracle permettant de changer d'un serveur physique à virtualisé.

C'est un peu réducteur, mettre en place de l'instance caging pour s'adapter au nombre de CPU effectivement disponibles pourrait tout de même être utile.

**mnitu** · 03/12/2013, 15h53

Envoyé par tropiko

...
Sans toucher à la base , nous avons constaté des régressions au niveau des perfs de l'instance Oracle => Temps multipliés par 4.

Comment est-vous arrivé à ces conclusions ?
Avez-vous un rapport AWR datant de la période d'avant pour le comparer ?

**tropiko** · 04/12/2013, 02h26

bonjour

Cette dégradation est arrivée uniquement suite migration en serveur virtualisé.
Le nombre de CPU est multiplié par 2 :
Paramètre CPU_COUNT passe de 5 à 10 en virtualisé !!!!
mais est-ce des vrais CPU ou juste du virtuel ? signification de ce dernier ?

Comment Oracle calcule le nombre de CPU/Coeurs à partir d'une instance hébergée sur un serveur VM d'IBM ?

Quelle est le rapport entre CPU de mon serveur Virtualisé et celui du serveur physique qui le supporte ? comment s'effectue l'échange de ressources CPU , RAM entre serveur Physique et serveurs virtualisés supportés ?

Par ailleurs, dans un serveur virtualisé les unités de mesure changent : on parle de tpmc ...pas forcément de CPU ...avez-vous une idée ?

Bref , pour DBA Oracle pas facile de maîtriser tout seul l'aspect virtualisation.
d'où l'aide non évidente ...des Admin système

MERCI !

**orafrance** · 04/12/2013, 10h52

Pour moi c'est un problème système, c'est au système de solutionner ce souci. Tout au plus, peux-tu trouver où ça coince. Tu parles de CPU mais es-tu bien certains que c'est ça qui dégrade les perfs ?

**tropiko** · 05/12/2013, 00h20

Envoyé par orafrance

Pour moi c'est un problème système, c'est au système de solutionner ce souci. Tout au plus, peux-tu trouver où ça coince. Tu parles de CPU mais es-tu bien certains que c'est ça qui dégrade les perfs ?

Le problème est là , je sais que la dégradation vient suite à la virtualisation mais impossible de le prouver via AWR par exemple.
Je n'ai aucun accès à la machine physique non plus pour vérifier le mécanisme de virtualisation par rapport à mon serveur virtuel hébergeant ma base Oracle

Bref , je dois monter par A+B qu'il y a un défaut de CPU ou mémoire ou I/O ou autre pour les faire réagir sinon NADA