730 likes | 906 Views
Surveillance des performances. Maintenance proactive. SOUKAINA KHALLOUFI HOUDA ECHERRADI MERIYAM GUEDIRA FATIMA-EZZEHRA RACHDANI. Proposé par: Mr. Mustapha HANOUNE. Première partie Surveillance des performances. Problèmes d’allocation mémoire .
E N D
Surveillance des performances. • Maintenance proactive. • SOUKAINA KHALLOUFI • HOUDA ECHERRADI • MERIYAM GUEDIRA • FATIMA-EZZEHRA RACHDANI Proposé par: Mr. Mustapha HANOUNE
Première partie • Surveillance des performances
Problèmes d’allocation mémoire Conflits de périphériques d’entré/sortie Conflits de ressources DBA problèmes de code d'application Saturation du réseau
Les méthodologies de surveillance • Réactive : • réponse à un problème connu • résolution des problèmes après avoir affectés le système • Proactive: • détection de problèmes avant qu'ils se produisent • résolution des problèmes avant la production • Alertes
Mesures de performances de base de données et d'instance • Plusieurs centaines de statistique de performance différents sont disponible via: • Le dictionnaire de données • les vues dynamiques des performances • les statistiques destinés à l'optimisateur
Les statistiques destinées à l'optimiseur qui affichent la répartition des données de chaque table sont les suivantes : • Nombre de lignes • Longueur moyenne des lignes • Quantité d'espace libre allouée à la table • Nombre de lignes "chaînées"
Préambule • Mesures de performance du dictionnaire de données • Objets non valides et inutilisables • Statistiques destinées à l'optimiseur
Mesures de performance du dictionnaire de données • L'une des plus importantes mesures de performance du dictionnaire de données concerne le statut des objets. • Statut des objets: • Objet de code PL/SQL • Index • Les index de base de données et les procédures stockées doivent tous deux présenter le statut VALID pour pouvoir être utilisés.
Index Index UNUSABLE • Objet de code PL/SQL PL/SQL INVALID
Objets non valides et inutilisables • Les objets de code PL/SQL sont recompilé • Les index sont reconstruits
PL/SQL • Ne rien faire. • La plupart des objets PL/SQL sont recompilés automatiquement si nécessaire lors d'un appel. Les utilisateurs percevront simplement un léger retard dû à la recompilation des objets (dans la plupart des cas, ce retard n'est même pas perceptible). • 2. Recompiler manuellement l'objet non valide. • Les objets PL/SQL non valides peuvent être recompilés manuellement via Enterprise Manager ou par l'intermédiaire de commandes SQL : • La recompilation manuelle de packages PL/SQL nécessite deux étapes :
Les Index • Les index inutilisables sont rendus valides via leur reconstruction, qui permet de recalculer les pointeurs. La reconstruction d'un index inutilisable recrée l'index dans un nouvel emplacement, puis l'index inutilisable est supprimé. Cette opération peut être effectuée via Enterprise Manager ou par l'intermédiaire de commandes SQL.
Statistiques destinées à l'optimiseur A QUOI SERVENT LES STATISTIQUES ORACLE ? • Statistiques de l'optimiseur décrivent en détail la base de données et ses objets. • L'optimiseur de requêtes utilise ces statistiques pour choisir le meilleur plan d'exécution pour chaque instruction SQL.
Les mesures de performance collectées • Statistiques des index • Nombre de blocs de feuilles • niveaux • facteur de regroupement • Statistiques du système • Performances E / S et l'utilisation • Les performances du processeur et de l'utilisation Statistiques des tables • Nombre de lignes • Nombre de blocs • Longueur moyenne des lignes Les statistiques de colonne • Nombre de valeurs distinctes (NDV) dans la colonne • Nombre de valeurs NULL dans la colonne • La distribution des données (histogramme)
La collecte de statistiques Collecte automatique Collecte manuelle
La collecte automatique des statistiques • L'approche recommandée pour la collecte de statistiques est de permettre à Oracle de collecté automatiquement les statistiques. • Statistiques de l'optimiseur sont recueillies automatiquement avec le GATHER_STATS_JOB . • Si la base de données a été créée avec l'assistant DBCA (DatabaseCreation Assistant), les statistiques destinées à l’optimiseur sont collectées automatiquement une fois par jour
La collecte de statistiques manuellement avec « DBMS_STATS »
Automatiser la collecte des statistiques destinées à l’optimiseur • Le programmateur Oracle automatise la collecte des statistiques destinées à l’optimiseur . • Dans la page Administration, cliquez sur Jobs et créez un nouveau travail.
Programmer la collecte des statistiques destinées à l’optimiseur • Il faut programmer la collecte des statistiques destinées à l'optimiseur selon une fréquence suffisante pour permettre à l'optimiseur de prendre des décisions appropriées quant aux méthodes d'accès aux données. • la collecte de statistiques implique un travail de la part de l'instance. • Il faut éviter de programmer la collecte des statistiques pendant les heures de forte activité, afin de limiter l'impact sur les opérations normales.
Vues dynamiques des performances • Les vues dynamiques des performances fournissent un cliché de données en temps réel. • chaque accès à une vue dynamique des performances donne des résultats à jour. • Dans le cas des statistiques illustrées ci dessus, la sélection des informations avec la clause ORDER BY a entraîné l'incrémentation de la • valeur sorts (memory).
Les données dynamiques des performances ne sont pas persistantes. • Une fois l'instance arrêtée, les vues sont réinitialisées et le comptage recommence. • Cela signifie que les données de performances obtenues par l'intermédiaire des vues dynamiques des performances ne doivent pas être utilisées pour prendre des décisions de configuration tant que l'instance n'a pas fonctionné pendant un certain temps. • Les mesures dynamiques de performance ne sont généralement pas significatives en soi. Elles doivent être évaluées en termes de tendance (augmentation, diminution) ou par rapport à des données de référence
Afficher les mesures de performance : La page de détails affiche : • La dernière valeur connue • Les valeurs des repères high-water mark et low-water mark. • Le nombre moyen de lectures
Réagir aux problèmes de performance : La page Performance est divisée en trois régions principales : • Host : mesures de performance du serveur, indiquant le nombre de processus en attente et la quantité de pagination mémoire. • Active Sessions : Waiting and Working : vue d'ensemble des performances de l'instance, indiquant les mesures de performance regroupées par catégories. • Instance Throughput: informations sur les sessions en cours, la génération de fichier de journalisation (redo log) et l'activité de lecture des fichiers de données.
Conclusion: • Méthodologies de surveillance : • Réactive • . • Proactive. • Mesures de performance de base de données et d'instance. • la collecte des statistiques de performance destinées à l'optimiseur: • dictionnaire de données. • Vues dynamiques des performances. • Afficher les mesures de performance. • Réagir aux problèmes de performance.
Deuxième partie • Maintenance Proactive
Objectifs • Définir des seuils d’avertissement et d’alerte critique. • Collecter et utiliser des mesures de performance référence • Utiliser les fonctions de conseil de réglage et de diagnostic. • Utiliser ADDM (AutomaticDatabase Diagnostic Monitor). • Gérer le référentiel AWR (AutomaticWorkloadrepository).
Alertes générées par le serveur : Oracle Database 10g permit à l'administrateur de recevoir des alertes sur les problèmes via la console Enterprise Manager Database Control.
Définir des seuils : Les seuils sont des valeurs limite auxquelles sont comparées les mesures de performance surveillées. Vous pouvez également définir des seuils sur nombre des mesures de performance importantes du système de sorte qu'une alerte soit générée lorsqu'une mesure de performance surveillée dépasse ces seuils. Cette alerte vous informe alors des problèmes imminents, que vous pouvez résoudre rapidement avant même que les utilisateurs ne les remarquent.
Définir des seuils : Les seuils d'avertissement :sont généralement utilisés pour fournir une notification précoce lorsque les tendances des performances commencent à dévier des valeurs relatives à l'activité normale. En général, aucune action n'est requise pour ces avertissements, qui sont destinés à alerter le DBA afin qu'il commence à surveiller de plus près la situation. Les alertes critiques :doivent être utilisées pour indiquer des problèmes qui nécessitent une attention immédiate. Vous pouvez définir des actions de réponse automatisée qui seront exécutées si les seuils critiques sont atteints.
Définir des seuils : • Lorsque les seuils sont atteints, les alertes sont déclenchées et signalées comme suit : • Des notifications apparaissent dans la région Alerts de la page d’accueil Database Control • Envoi facultatif d’alertes par courrier électronique.
Définir des seuils : La page de propriétés Manage Metrics d’Entreprise Manager permet l’accès aux paramètres de seuil.
Préambule: • Mesures de référence • Utiliser des mesures de référence • Fonctions de conseil de réglage et de diagnostic • SQL Tuning Advisor et Access Advisor