Comme vous le savez peut-être grâce à un article précédent sur ce blog, ou si vous me suivez sur Twitter (BPeaslandDBA), j'aime Lighty pour Oracle, un produit d'Orachrome. J'adore ce produit et la facilité avec laquelle il est possible d'obtenir des informations de diagnostic sur les performances. Je connais très bien Oracle Enterprise Manager et j'utilise EM12c tout le temps lorsque je reçois des appels concernant les mauvaises performances de la base de données. Mais j'espère maintenant que Lighty deviendra un autre outil dans mon arsenal.
Je ne m'attends pas à ce que Lighty remplace Enterprise Manager. EM12c fait bien plus que ce que Lighty peut faire, c'est-à-dire surveiller et alerter, et diverses tâches d'administration de base de données. Je vais donc garder EM12c merci beaucoup. Mais je m'appuierai davantage sur Lightly pour la partie de mon travail que Lighty fait vraiment bien, fournir des informations pour aider aux efforts de réglage des performances. Lighty ne sert qu'à ajuster les performances et parce qu'il a un objectif singulier, il fait très bien le travail.
Je vais essayer de montrer quelques points saillants de la raison pour laquelle je pense que Lighty est un excellent outil à utiliser. Je vais contraster avec EM12c. Pour commencer, dans EM12c, je vais dans Performance -> Performance Home et je vois un écran similaire au suivant.
Tout de suite, je peux voir que j'ai un conflit de ressources CPU. L'écran principal de Lighty ressemble à ceci.
Nous avons donc des informations très similaires. Et c'est là que les différences s'arrêtent pour moi… dès le début. Dans EM12c, je suis obligé de prendre une décision, dois-je explorer l'utilisation du processeur ou l'une des classes d'attente comme les E/S utilisateur ? Étant donné que ce qui précède montre une contention CPU, dans EM12c, je clique sur la partie CPU du graphique pour explorer. À ce stade de EM12c, je ne considère que l'utilisation du processeur pour mon analyse. Comme nous le verrons plus tard, Lighty ne m'oblige pas à faire ce choix si je ne le souhaite pas. Vous trouverez ci-dessous mon tableau de EM12c.
Le tableau ci-dessus est très courant pour moi dans ma base de données Oracle RAC. Le graphique ci-dessus montre l'utilisation du processeur pour trois instances de ma base de données en cluster. Lequel domine l'utilisation du processeur ? Eh bien, ils ont tous l'air assez égaux. Pourtant, EM12c m'oblige à choisir une instance pour l'analyse. Je ne peux pas examiner les 3 instances sur un seul écran. Une grande partie de mon travail concerne le réglage des performances d'Oracle RAC et les limitations d'EM12c me dérangent ici. Je dois choisir une classe d'attente ou un processeur, puis choisir une instance avant de pouvoir obtenir des informations sur les principales instructions SQL ou les meilleures sessions. Si j'explore assez loin dans EM12c, je peux obtenir un écran comme celui-ci.
Je suis enfin arrivé quelque part ! Je peux voir les principales instructions SQL et les meilleures sessions. Remarquez la partie en surbrillance. Ceci est un détail pour une fenêtre de 5 minutes. La fenêtre de cinq minutes est représentée par la case grisée dans le tableau d'utilisation du processeur ci-dessous pour l'instance.
Dans EM12c, je peux faire glisser la zone ombrée vers une heure différente et les informations sur le SQL supérieur et les sessions supérieures changeront pour correspondre. Mais je ne peux pas changer cela en un intervalle de 10 minutes ou une autre période de temps. Je suis bloqué à 5 minutes.
Maintenant, comparons cela à Lighty. Nous avons déjà vu le tableau des performances, tout comme EM12. Sous ce graphique de performances dans Lighty se trouve un volet de détails sur les principales instructions SQL. Je n'ai pas eu à cliquer sur quoi que ce soit pour obtenir les meilleures instructions SQL.
Tout de suite, je vois une différence entre Lighty et EM12c. Mes principales instructions SQL ne sont pas uniquement limitées au processeur ou à une classe d'attente spécifique. Si je souhaite restreindre les informations, je peux choisir dans une zone de menu au-dessus du graphique de performances.
J'ai généralement sélectionné Tout, mais je peux choisir de ne voir que le processeur si je le souhaite. Lighty ne me limite pas comme le fait EM12c, sauf si je fais le choix de sous-ensembler les informations.
Remarquez dans le top SQL que l'on me présente une chronologie des événements pour ce SQL. Par exemple, nous pouvons voir que la première instruction SQL de la liste utilise beaucoup de CPU. Les autres instructions SQL de la liste démarrent et arrêtent leur utilisation du processeur, affichées en vert clair. Les E/S utilisateur sont simultanément affichées ici en bleu. Si je développe une instruction SQL, je peux obtenir une ventilation de cette instruction SQL.
En cliquant simplement sur le signe Plus à côté de l'instruction SQL, je peux voir que cette instruction a deux plans d'exécution différents et que l'un d'eux consomme 93,92 % de l'utilisation totale du processeur. Si j'étends ce plan, je peux voir où il passe son temps, ventilé par événement d'attente.
Alors récapitulons cela. J'ai lancé Lighty et on m'a immédiatement présenté mes principales instructions SQL et en un seul clic, je sais que la première a un plan d'exécution gourmand en CPU. C'est super simple et rapide à mon avis. EM12c rend plus difficile l'accès à ces informations et EM12c ne me montrera pas quand une instruction SQL a commencé à consommer du CPU et quand elle s'est arrêtée comme les graphiques fournis par Lighty.
Si je clique sur une instruction SQL, un peu comme je le ferais dans EM12c, Lighty me montrera des statistiques sur le SQL spécifique. Si je clique sur l'onglet Utilisation, je peux voir toutes les sessions qui ont exécuté cette instruction. Notez que le graphique affiche une chronologie du moment où cette session a consommé cette ressource pour cette instruction SQL. EM12c ne me montrera pas ce niveau de détail.
Avec ce qui précède, je peux facilement voir qu'il s'agit de plusieurs sessions exécutant la même instruction à des moments différents.
Rappelez-vous que EM12c m'a fait choisir une instance pour cette base de données Oracle RAC ? Dans Lighty, je n'ai pas à faire ce choix. Mais je peux assez facilement. Lighty est conscient du RAC et a détecté les multiples instances. Par défaut, j'ai toutes les instances choisies. Un simple menu déroulant me permet de sélectionner l'un d'entre eux et les informations à l'écran s'ajustent automatiquement à cette instance.
Rappelez-vous dans EM12c où cette fenêtre ombragée représentait une période de 5 minutes. Dans Lighty, les détails SQL et de session concernent l'ensemble du graphique. Si vous souhaitez une fenêtre de 5 minutes, vous pouvez choisir l'option 5 minutes au-dessus du graphique. Par défaut, une fenêtre de 60 minutes est choisie.
Et je peux également choisir d'autres options, y compris une plage de dates/heures personnalisées. Dans EM12c, le graphique est pour 1 heure et je ne peux pas le changer.
EM12c a son ASH Analytics pour me permettre de regarder les performances dans le passé. Mais j'ai toujours eu des problèmes avec ça. Avec ASH Analytics (qui me permet d'afficher l'historique des sessions actives), je peux changer cette fenêtre grise pour qu'elle soit autre que 5 minutes. Mais pour moi, EM12c ne renvoie tout simplement jamais les données. J'ai peut-être un problème avec mon environnement EM12c. Mais Lightly fonctionne immédiatement avec des données ASH historiques. Disons que j'ai reçu un appel concernant un problème de performances survenu entre 8h00 et 9h00 ce matin. Je choisis simplement une plage horaire personnalisée.
Dans EM12c, je suis obligé d'aller sur une autre page Web, Performance -> ASH Analytics.
Jusqu'à présent, vous vous êtes probablement accroché à l'idée que je pense que Lighty est un moyen rapide et facile d'obtenir une grande partie des mêmes informations que celles que j'obtiens d'EM12c. Et vous auriez raison ! Voici un autre domaine que j'aime chez Lighty. Si je vais dans Fenêtre -> Surveillance de plusieurs bases de données, je peux voir des graphiques de nombreuses mesures de performances différentes pour plusieurs bases de données. Voici un exemple. 
En un coup d'œil, je peux surveiller plusieurs bases de données sur un seul écran. EM12c ne me laisse pas faire ça. Je peux voir que la base de données à l'extrême droite est assez inactive tandis que la base de données au milieu est assez durement touchée. En faisant défiler la page, j'obtiens des graphiques pour de nombreuses statistiques :
- Analyses
- Appels utilisateur
- Transactions
- Lire et écrire
- Latence du disque
- Débit d'E/S disque
- Taux de transfert du cache global
- Taux de génération de rétablissement
- Trafic réseau
Dans EM12c, je devrais visiter trop de pages pour obtenir les mêmes informations que Lighty me donne sur une seule page.
Tous mes exemples reposent sur les mêmes packs de diagnostic et de réglage que j'ai sous licence. Si vous ne les possédez pas, Lighty fournit des fonctionnalités similaires avec Statspack et leur version de L-ASH (Lighty ASH).
Dans l'ensemble, je pense que Lighty est un excellent outil pour le DBA qui est responsable du réglage des performances. Le coût est également très raisonnable. Plus j'utilise l'outil, plus j'apprécie la rapidité avec laquelle je peux obtenir des informations. Je peux activer ou désactiver les choses en deux clics maximum pour pouvoir facilement accéder à la cause première de mes problèmes de performances. J'encourage tous les administrateurs de base de données Oracle à télécharger la version d'évaluation et à voir si ce produit leur convient. Lighty peut être trouvé ici :http://www.orachrome.com/en/index.html
