Comment interpréter la sortie de statspack dans Oracle 12c

Le rapport que vous obtenez de exécutant Oracle 12c STATSPACK sortie sera probablement plus de 50 pages, en format texte, et sauvegardé dans le répertoire où vous étiez lorsque vous avez créé le rapport. Croyez-le ou non, il ya plus d'informations là-bas que la plupart des gens vont utiliser. Cependant, la compréhension de quelques sections clés peut vous donner une longueur d'avance sur l'utilisation des résultats.

Voici quelques-unes des sections clés vous devriez vous concentrer sur quand on regarde la sortie du rapport:

• La première page: Cette section contient toutes les informations pertinentes sur l'état de la base de données pour lesquels la période d'instantané applique. Il contient la longueur de temps entre les instantanés, le nombre d'utilisateurs connectés, les tailles de composants de mémoire, et les noms de base de données et d'instance.

  Il comprend également certains paramètres de haut niveau tels que les pourcentages d'efficacité de la mémoire de l'instance, le nombre de lectures physiques et écrit, et SQL informations de l'analyse. Cette section vous donne un bon aperçu de ce qui se passait quand les clichés ont été pris dans le cas où vous êtes juste l'interprète du rapport et n'a pas été impliqué dans la prise des clichés.

• 
  
  
  
  

  Top 5 des épreuves chronométrées: Cette section est un de nos favoris. Il se résume à la base de données où passait la plupart de son temps et met l'information en cinq seaux. Si vous voyez des seaux qui consomment la part du lion du temps, il peut vous mener sur le premier chemin pour le réglage ciblé.

  Par exemple, si IO ou CPU étaient de l'ordre de 90 pour cent, vous voudrez peut-être regarder la section SQL, les sections de fichier, ou les sections de mémoire de réglage et de commencer à chercher des articles à air qui correspondent à ces seaux.

• Sections SQL: Les sections SQL décomposent les instructions SQL haut par la CPU, le temps écoulé, IO physique, tampon obtient, lit, exécutions, analyse, et de la mémoire partageable. Ces sections peuvent aider à identifier les problèmes SQL qui est responsable de l'utilisation lourde des ressources au cours de la période de rupture.

  Un administrateur de base de données ou développeur de l'application peuvent aussi regarder pour SQL spécifique pour identifier qui fait partie de l'application. Vous pouvez alors attaquer et régler le SQL.

• Tablespace et Datafile IO Stats: Trouver ce tablespaces et des fichiers de données comprennent la plupart de vos lectures et écritures peut vous aider à identifier les fichiers et les appareils chauds (très utilisés) qui peuvent bénéficier de l'entrelacement ou d'autres ajustements de stockage. Vous pouvez également utiliser cette information pour décider si certains tablespaces peuvent bénéficier de plus de séparation d'objets qui peuvent être simultanément se accessible.

• Mémoire sections consultatives: Les sections consultatives de mémoire contiennent auto-évaluation d'Oracle des différents pools de mémoire pour des choses comme la piscine partagée, cache tampon, et PGA. En regardant les résultats d'Oracle est venu avec, vous pouvez augmenter les zones de mémoire et tuner des choses tels que IO, d'analyse ou de tri.

• Section Init paramètre: Cette section énumère les paramètres d'initialisation qui ont été fixés à des valeurs non-défaut pendant la période de rapport. Vous pouvez chercher quelque chose qui représente une anomalie ou une valeur qui peut expliquer certaines caractéristiques de rendement. Lorsque vous comparez les différents rapports au fil du temps, cette section peut aussi aider à identifier les paramètres de configuration d'instance qui ont pu avoir lieu.

  Par exemple, si vous avez un rapport d'il ya une semaine lorsque la performance était bonne et un rapport à partir d'aujourd'hui où la performance était pauvre, une bonne façon de commencer serait de comparer les paramètres d'initialisation. Trouver une différence est ce qu'on appellerait “ faible fruits mûrs ” ou “ une proie facile ” comme une cause potentielle de mauvaise performance.