« L’Oracle est lent. Encore! »
Les administrateurs d’Oracle Apps DBA et Oracle EBS connaissent trop bien cette expression. Bien qu’Oracle E-Business Suite soit certainement une solution ERP de premier ordre, trop d’organisations ont encore du mal à sortir EBS de la seconde vitesse.
Et c’est un peu surprenant étant donné qu’Oracle a lancé le produit en 2001!
Mais le plus souvent, la lenteur chronique des performances d’Oracle EBS peut être attribuée à une seule cause principale : le code SQL inefficace.
Oui, il peut sembler étrange d’attribuer la mauvaise performance d’un système d’entreprise majeur à quelque chose d’aussi banal que le SQL mal programmé, mais la vérité est que des programmes SQL inefficaces peuvent finir par consommer presque toutes les ressources système disponibles comme le processeur, la mémoire et les sorties de disque. Pire encore, à mesure que les ressources du système se font de plus en plus rares, les programmes doivent attendre d’y accéder, ce qui aggrave les retards.
Imaginez plusieurs avions sortants alignés pour décoller sur un tarmac bondé, et cela vous donne une bonne visualisation d’un délai de file d’attente Oracle EBS.
La première réaction face à la performance ERP lente est de lancer du matériel ou d’autres ressources système sur le problème. Mais avec Oracle E-Business Suite, cette approche fonctionne rarement, car les programmes inefficaces consomment les ressources système à un rythme exponentiellement supérieur à celui de leurs homologues efficaces.
Dans cette optique, il est facile de comprendre pourquoi corriger un programme inefficace profite à l’ensemble du système, car ce programme inefficace n’est plus là pour surconsommer les ressources nécessaires aux utilisateurs finaux et aux autres programmes.
Ça semble assez simple. Mais trouver quelques lignes de code SQL inefficace dans une solution E-Business Suite qui contient des milliers de lignes de code, c’est littéralement comme chercher une aiguille dans une botte de foin. Et ne serait-ce pas bien si les administrateurs EBS d’Oracle avaient l’équivalent d’un aimant puissant pour tirer cette aiguille d’une botte de foin?
Heureusement, cet aimant existe, et il s’appelle Syntax EnterpriseCare®.
Syntax Le® moniteur EnterpriseCare Top-IO en un coup d’œil
Comme mentionné plus haut, la partie la plus difficile pour corriger un SQL inefficace est de le trouver. SyntaxLe Top-IO Monitor détecte automatiquement le SQL inefficace afin qu’il puisse être réparé. Chaque heure, notre moniteur Top-IO examine automatiquement toute l’activité SQL et l’efficacité au niveau de l’identifiant SQL.
Cette information est accessible aux clients via le Syntax Centre client où les clients consultent des informations SQL détaillées, peuvent voir d’où provient le SQL problématique et retracer son impact sur la performance du système. Lorsque le moniteur Top-IO détecte une instruction SQL inefficace, notre solution de surveillance crée automatiquement un incident ServiceNow et un Syntax Le DBA passe à l’action. Pour les problèmes liés au code amorcé, le DBA ouvrira un SR avec My Oracle Support. Pour les problèmes de code personnalisé « CEMLI », le Syntax L’équipe travaillera directement avec le client.
Simplifiez SQL et offrez la performance robuste que votre entreprise mérite
Quelle différence la simplification de SQL peut-elle faire? Eh bien, chez Bluescope Buildings North America, faire des Cost Rollups prenait une semaine complète. Après avoir déménagé à la Syntax Enterprise Cloud, BBNA ont réduit ces temps d’exécution à un jour et demi et EnterpriseCare a été un outil clé qui a facilité cette amélioration.
Pour en savoir plus sur Syntax EnterpriseCare®, cliquez ici. Pour en savoir plus sur l’expérience de Bluescope Building , cliquez ici ou, pour offrir une performance robuste de la suite Oracle E-Business à votre organisation, contactez-nous dès aujourd’hui et nous planifierons une rencontre individuelle avec l’un de nos spécialistes.