Cibles des Événements étendus SQL Server

Cible de création de compartiments d'événements

Une cible de création de compartiments d'événements regroupe les occurrences d'un type d'événement spécifique en fonction de données d'événement. Un « compartiment » est un regroupement d'événements comptés en fonction d'une colonne d'événement ou d'une action. Vous pouvez utiliser la cible de création de compartiments d'événements pour résoudre les problèmes de performance. En identifiant les événements qui se produisent le plus souvent, vous pouvez trouver des « zones réactives » qui indiquent la cause probable d'un problème de performance.

Le tableau suivant décrit les options pouvant être utilisées pour configurer la cible de création de compartiments d'événements.

SELECT p.name, se.event_name
FROM sys.dm_xe_session_events se
JOIN sys.dm_xe_packages p
ON se_event_package_guid = p.guid
ORDER BY p.name, se.event_name

SELECT name FROM sys.dm_xe_object_columns
WHERE object_name = '<eventname>'
AND column_type != 'readonly'

L'exemple suivant montre globalement comment la cible de création de compartiments d'événements collecte les données. Dans cet exemple, vous utilisez la cible de création de compartiments d'événements pour compter le nombre d'attentes de chaque type d'attente. Pour ce faire, spécifiez les options suivantes lorsque vous définissez la cible de création de compartiments d'événements :

• filtering_event_name = 'wait_info'

• source = 'wait_type'

• source_type = 0 (car wait_type est une colonne d'événement)

Dans ce scénario d'exemple, les données suivantes sont enregistrées pour la source wait_type.

Les valeurs de type d'attente sont catégorisées en compartiments, avec les valeurs et nombres d'emplacements suivants :

Pour plus d'informations sur la syntaxe de la cible de création de compartiments d'événements, consultez Procédure : surveiller l'activité système à l'aide d'événements étendus.

La cible de création de compartiments conserve seulement les données d'événement pour la source spécifiée. Dans certains cas, les données d'événement peuvent être trop volumineuses pour être conservées complètement, auxquels cas les données sont tronquées. Lorsque des données d'événement sont tronquées, le nombre d'octets est enregistré et affiché comme sortie XML.

La cible de création de compartiments applique en série les données à un programme ou une procédure d'appel dans le format XML.

L'exemple suivant illustre le format de sortie de la cible de création de compartiments.

<Slots truncated = "0" buckets=[count]>
    <Slot count=[count] trunc=[truncated bytes]>
        <value>
        </value>
    </Slot>
</Slots>

Cible d'appariement d'événements

La cible d'appariement d'événements correspond à deux événements qui utilisent une ou plusieurs colonnes de données qui sont présentes dans chaque événement. De nombreux événements se présentent sous forme de paires, tels que les acquisitions et les libérations de verrous. Une fois qu'une séquence d'événement a été couplée, les deux événements sont ignorés. Ignorer des jeux correspondants permet de détecter facilement les acquisitions de verrous qui n'ont pas été libérées.

Grâce aux filtres au niveau des événements, la cible d'appariement peut être utilisée pour capturer uniquement les événements qui ne correspondent pas aux critères prédéfinis.

Lorsque vous utilisez la cible d'appariement d'événements, vous êtes autorisé à choisir deux événements à associer, ainsi qu'une séquence de colonnes sur lesquelles s'effectuera la correspondance. Toutes les colonnes dans cette séquence doivent être du même type.

Le tableau suivant décrit les options disponibles pour configurer l'appariement d'événements.

Toutes les données associées à un événement sont capturées et stockées pour un appariement futur. De plus, les données ajoutées par les actions sont également collectées. Les données d'événement collectées sont stockées en mémoire et, comme telles, ont une limite finie. Cette limite est basée sur la capacité et l'activité du système. Plutôt que prendre la quantité maximale de mémoire à utiliser comme paramètre, la quantité de mémoire utilisée sera basée sur les ressources système disponibles. Lorsque celles-ci ne sont pas disponibles, les événements non couplés qui ont été conservés seront supprimés. Si un événement n'a pas été couplé et est supprimé, l'événement correspondant apparaîtra comme un événement non couplé.

La cible d'appariement applique en série des événements non couplés à un format XML. Ce format n'est conforme à aucun schéma. Le format contient uniquement deux types d'éléments. L'élément <unpaired> est la racine, suivi par un élément <event> pour chaque événement non couplé qui fait actuellement l'objet d'un suivi. L'élément <event> contient un attribut qui contient le nom de l'événement non couplé.

L'exemple suivant illustre le format de sortie de la cible d'appariement.

<unpaired truncated = "0" matchedCount = "[matched count]" memoryPressureDroppedCount = " [lost count]">
    <event name  = "[event name]" package = "[package]" id= "[event ID value]" version = "[event version]">
    <data name = "[column name]"> 
    <type name = "[column type]" package = "[type package]" /> 
    <value>[column value]</value>
    <text value>[text value]</text>>
        </data>
    </event>
</unpaired>

Cible du suivi d'événements pour Windows

Avant d'utiliser le suivi d'événements pour Windows (ETW) comme cible, il est recommandé de posséder une connaissance pratique du Suivi d'événements pour Windows. Le suivi ETW est utilisé conjointement avec les Événements étendus ou en tant que consommateur d'événements des Événements étendus. Les liens externes suivants fournissent un point de départ pour obtenir des informations générales sur le suivi ETW :

• Événements Windows

• Améliorer le débogage et le réglage des performances à l'aide du suivi ETW

Les événements étendus prennent en charge la version Windows XP et Windows Server 2003 d'ETW. La cible du suivi ETW est une cible singleton, bien qu'elle puisse être ajoutée à plusieurs sessions. Si un événement est déclenché sur plusieurs sessions, l'événement sera propagé uniquement à la cible ETW une fois par occurrence de l'événement. Le moteur des Événements étendus est limité à une seule instance par processus.

La configuration des événements présents dans une session ETW est contrôlée par le processus qui héberge le moteur des Événements étendus. Le moteur contrôle quels événements déclencher et quelles conditions doivent être respectées pour qu'un événement se déclenche.

Après avoir créé une liaison à une session Événements étendus, ce qui joint la cible ETW pour la première fois pendant la durée de vie d'un processus, la cible ETW ouvre une session ETW unique sur le fournisseur SQL Server. Si une session ETW existe déjà, la cible ETW obtient une référence à la session existante. Cette session ETW est partagée sur toutes les instances de SQL Server sur un ordinateur donné. Cette session ETW reçoit tous les événements à partir des sessions qui possèdent la cible ETW.

Comme ETW a besoin de fournisseurs pour pouvoir consommer des événements et les transmettre en aval au suivi ETW, tous les packages des Événements étendus sont activés sur la session. Lorsqu'un événement est déclenché, la cible ETW envoie l'événement à la session sur laquelle le fournisseur pour l'événement est activé.

La cible ETW prend en charge la publication synchrone d'événements sur le thread qui déclenche l'événement. Cependant, la cible ETW ne prend pas en charge la publication asynchrone d'événements.

La cible ETW ne prend pas en charge le contrôle à partir de contrôleurs ETW externes tels que logman.exe. Pour produire des traces ETW, une session d'événements doit être créée avec la cible ETW. Pour plus d'informations, consultez CREATE EVENT SESSION (Transact-SQL).

Le tableau suivant décrit les options disponibles pour configurer la cible ETW.

La configuration des paramètres précédents est facultative. La cible ETW utilise les valeurs par défaut de ces paramètres.

La cible ETW est chargée des opérations suivantes :

• Création de la session ETW par défaut.

• Enregistrement de tous les packages des Événements étendus auprès d'ETW. Cela garantit que les événements ne seront pas supprimés par ETW.

• Gestion de l'envoi du flux d'événements à ETW. La cible ETW crée un événement ETW avec les données des Événements étendus et l'envoie à la session ETW appropriée. Si l'événement est plus grand que la taille de la mémoire tampon ou si les données ne peuvent pas s'ajuster dans un événement ETW, le suivi ETW fractionne l'événement en fragments.

• Conservation des packages des Événements étendus activés à tout instant.

Les emplacements de fichier par défaut suivants sont utilisés par ETW :

• Le fichier de sortie ETW se trouve dans %TEMP%\XEEtw.etl.

  Important

  Le chemin d'accès ne peut pas être modifié une fois la première session démarrée.

• Les fichiers MOF (Managed Object Format) se trouvent dans le dossier <votre dossier d'installation>\Microsoft SQL Server\Shared. Pour plus d'informations, consultez Format d'objet managé sur MSDN (en anglais).

Cible de fichier d'événements

La cible de fichier d'événements est une cible asynchrone qui écrit des mémoires tampon complètes sur disque. La cible de fichier crée deux types de fichiers, journal et métadonnées. Le fichier de métadonnées décrit le contenu des événements présents dans le fichier journal de sortie cible. Cela permet une analyse correcte de tous les événements dans le fichier journal, ainsi que l'analyse des données d'action associées à un événement.

Pour utiliser cette cible, vous devez spécifier les noms des emplacements du fichier journal et du fichier de métadonnées. Les autres options de configuration, telles que la taille de fichier et les caractéristiques de croissance, sont facultatives.

Le tableau ci-dessous décrit les options disponibles pour configurer la cible de fichier d'événements.

La première fois qu'une cible de fichier est créée, le nom de fichier que vous spécifiez est ajouté avec 0 et une valeur d'entier long. La valeur entière est calculée en tant que nombre de millisecondes écoulées entre le 1er janvier 1600 et la date et l'heure de création du fichier. Les fichiers de substitution suivants utilisent également ce format. En examinant la valeur de l'entier long, vous pouvez déterminer le fichier le plus actuel. L'exemple suivant illustre comment les fichiers sont nommés dans un scénario où vous spécifiez l'option de nom de fichier comme C:\OutputFiles\MyOutput.xel :

• premier fichier créé - C:\OutputFiles\MyOutput_0_128500310259380000.xel

• premier fichier de substitution - C:\OutputFiles\MyOutput_0_128505831770890000.xel

• deuxième fichier de substitution - C:\OutputFiles\MyOutput_0_132410772966237000.xel

Cible de compteur d'événements synchrone

La cible de compteur d'événements synchrone compte tous les événements qui se déclenchent au cours d'une session Événements étendus. Elle vous permet d'obtenir des informations sur les caractéristiques de charge de travail sans ajouter la surcharge de la collecte d'événements complète. Cette cible n'a aucun paramètre personnalisable.

L'exemple suivant illustre la sortie de la cible de compteur d'événements synchrone.

<CounterTarget truncated = "0">
  <Packages>
    <Package name = "[package name]">
      <Event name = "[event name]" count = "[number]" />
    </Package>
  </Packages>
</CounterTarget>

Cible de mémoire tampon en anneau

La cible de mémoire tampon en anneau maintient brièvement les données d'événements en mémoire. Cette cible peut gérer des événements dans deux modes différents.

• Le premier mode est le mode FIFO strict (premier entré, premier sorti), où l'événement le plus ancien est supprimé lorsque toute la mémoire allouée à la cible est utilisée. Dans ce mode (par défaut), l'option occurrence_number a la valeur 0.

• Le deuxième mode est le mode FIFO par événement, où un nombre spécifié d'événements de chaque type est conservé. Dans ce mode, les événements les plus anciens de chaque type sont supprimés lorsque toute la mémoire allouée à la cible est utilisée. Vous pouvez configurer l'option occurrence_number pour spécifier le nombre d'événements de chaque type à conserver.

Le tableau suivant décrit les options disponibles pour configurer la cible de mémoire tampon en anneau.

L'exemple suivant illustre la sortie de la cible de mémoire tampon en anneau.

<RingBufferTarget eventsPerSec="" processingTime="" totalEventsProcessed="" eventCount="" droppedCount="" memoryUsed="">
 <event name="" package="" id="" version="" timestamp="">
    <data name="">
      <type name="" package="" />
      <value></value>
      <text></text>
    </data>
    <action name="" package="">
      <type name="" package="" />
      <value></value>
      <text></text>
    </action>
  </event>
</RingBufferTarget>

Voir aussi

Concepts