SQL Server Extended Events-Ziele

Ziel "Gruppieren von Ereignissen"

Das Ziel Gruppieren von Ereignissen fasst Ereignisse eines bestimmten Ereignistyps auf Grundlage von Ereignisdaten zu Buckets zusammen. Bei einem Bucket handelt es sich um eine Gruppierung von Ereignissen, die auf Grundlage einer bestimmten Ereignisspalte oder Aktion gezählt werden. Mithilfe des Ziels Gruppieren von Ereignissen können Sie Leistungsprobleme diagnostizieren. Durch Identifizieren der am häufigsten eintretenden Ereignisse können Sie relevante Bereiche ausmachen, die auf mögliche Ursachen eines Leistungsproblems hindeuten.

In der folgenden Tabelle werden die verfügbaren Optionen zum Konfigurieren des Ziels Gruppieren von Ereignissen beschrieben.

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'

Im folgenden Beispiel wird das Erfassen von Daten mit dem Ziel Gruppieren von Ereignissen auf abstrakter Ebene veranschaulicht. In diesem Beispiel soll das Ziel Gruppieren von Ereignissen zum Zählen der Anzahl der eingetretenen Wartevorgänge je Wartevorgangstyp verwendet werden. Dazu geben Sie beim Definieren des Ziels Gruppieren von Ereignissen die folgenden Optionen an:

• filtering_event_name = 'wait_info'

• source = 'wait_type'

• source_type = 0 (da "wait_type" eine Ereignisspalte ist)

Im Beispielszenario werden die folgenden Daten für die wait_type-Quelle aufgezeichnet:

Die wait_type-Werte werden in drei Buckets mit den folgenden Werten und der jeweiligen Slotanzahl kategorisiert:

Weitere Informationen zum Ziel Gruppieren von Ereignissen finden Sie unter Vorgehensweise: Überwachen der Systemaktivität mit Extended Events.

Das Ziel Gruppieren von Ereignissen behält nur Ereignisdaten für die angegebene Quelle bei. In manchen Fällen können die Ereignisdaten zu lang sein. Dann werden sie abgeschnitten. Wenn Ereignisdaten abgeschnitten werden, wird die Anzahl von Bytes aufgezeichnet und als XML-Ausgabe angezeigt.

Das Ziel zum Gruppieren von Ereignissen serialisiert Daten zu einem aufrufenden Programm oder einer Prozedur im XML-Format.

Hinweis
Die Ausgabe der Gruppierung von Ereignissen entspricht keinem Schema.

Im folgenden Beispiel wird das Ausgabeformat des Ziels zum Gruppieren von Ereignissen veranschaulicht.

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

Ziel "Ereignispaarbildung"

Das Ziel Ereignispaarbildung ordnet zwei Ereignisse mithilfe mindestens einer Datenspalte in jedem Ereignis einander zu. Viele Ereignisse sind einander paarweise zugeordnet, z. B. die Anforderungen zur Einrichtung und Aufhebung einer Sperre. Nachdem eine Ereignissequenz paarweise zugeordnet wurde, werden beide Ereignisse verworfen. Das Verwerfen übereinstimmender Sätze ermöglicht ein problemloses Erkennen von eingerichteten Sperren, die noch nicht aufgehoben wurden.

Beim Verwenden von Filtern auf Ereignisebene können mithilfe des Ziels Ereignispaarbildung nur die Ereignisse aufgezeichnet werden, die nicht den voreingestellten Kriterien entsprechen.

Beim Verwenden des Ziels Ereignispaarbildung haben Sie die Möglichkeit, zwei Ereignisse, die einander zugeordnet werden, sowie eine Sequenz von Spalten auszuwählen, für die die Zuordnung ausgeführt wird. Alle Spalten in dieser Sequenz müssen den gleichen Typ aufweisen.

In der folgenden Tabelle werden die verfügbaren Optionen für das Konfigurieren der Ereignispaarbildung beschrieben.

Alle einem Ereignis zugeordneten Daten werden aufgezeichnet und für zukünftige paarweise Zuordnungen gespeichert. Außerdem werden von Aktionen hinzugefügte Daten gesammelt. Die aufgezeichneten Ereignisdaten werden im Arbeitsspeicher gespeichert und verfügen somit über eine feste Begrenzung. Diese Begrenzung basiert auf Systemkapazität und -aktivität. Statt die maximale Arbeitsspeichermenge als Parameter zu verwenden, wird der verwendete Arbeitsspeicher auf Grundlage der verfügbaren Systemressourcen festgelegt. Wenn keine verfügbar sind, werden nicht paarweise zugeordnete Ereignisse, die behalten wurden, gelöscht. Wenn ein Ereignis nicht paarweise zugeordnet wurde und gelöscht wird, wird das übereinstimmende Ereignis als nicht paarweise zugeordnetes Ereignis angezeigt.

Das Ziel Ereignispaarbildung serialisiert nicht paarweise zugeordnete Ereignisse in einem XML-Format. Dieses Format entspricht keinem Schema. Das Format enthält nur zwei Elementtypen. Das <unpaired>-Element ist das Stammelement, gefolgt von einem <event>-Element für jedes nicht zugeordnete Ereignis, das aktuell nachverfolgt wird. Das <event>-Element enthält ein Attribut mit dem Namen des nicht paarweise zugeordneten Ereignisses.

Im folgenden Beispiel wird das Ausgabeformat des Ziels Ereignispaarbildung veranschaulicht.

<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>

Ziel "Ereignisablaufverfolgung für Windows"

Bevor Sie die Ereignisablaufverfolgung für Windows (Event Tracing for Windows, ETW) als Ziel verwenden, sollten Sie über ausreichende Kenntnisse der ETW verfügen. ETW wird entweder in Verbindung mit Extended Events oder als Extended Events-Ereignisconsumer verwendet. Über die folgenden externen Links erhalten Sie erste Hintergrundinformationen zur ETW:

• Windows Events

• Verbessertes Debugging und Leistungsoptimierung mit ETW

Extended Events unterstützt die Windows XP- und die Windows Server 2003-Version von ETW. Das ETW-Ziel ist ein Singletonziel, auch wenn es mehreren Sitzungen hinzugefügt werden kann. Auch wenn ein Ereignis in vielen Sitzungen ausgelöst wird, wird das Ereignis nur einmal je aufgetretenem Ereignis an das ETW-Ziel weitergeleitet. Das Extended Events-Modul ist pro Prozess auf eine einzelne Instanz beschränkt.

Wichtig
Das SQL Server-Dienststartkonto muss Mitglied der Gruppe der Leistungsprotokollbenutzer sein, damit das ETW-Ziel funktionieren kann.

Die Konfiguration der Ereignisse in einer ETW-Sitzung wird von einem Prozess gesteuert, in dem das Extended Events-Modul gehostet ist. Das Modul steuert, welche Ereignisse ausgelöst werden und welche Bedingungen erfüllt sein müssen, damit ein Ereignis ausgelöst wird.

Nachdem ein ETW-Ziel an eine Extended Events-Sitzung gebunden wurde, in der das ETW-Ziel zum ersten Mal während der Lebenszeit eines Prozesses angefügt wird, öffnet das ETW-Ziel eine einzelne ETW-Sitzung für den SQL Server-Anbieter. Wenn bereits eine ETW-Sitzung vorhanden ist, erhält das ETW-Ziel einen Verweis auf die vorhandene Sitzung. Diese ETW-Sitzung ist für alle SQL Server-Instanzen auf einem bestimmten Computer freigegeben. Diese ETW-Sitzung empfängt alle Ereignisse von Sitzungen, die das ETW-Ziel aufweisen.

Da für ETW Anbieter erforderlich sind, damit Ereignisse verwendet werden und an ETW fließen können, sind alle Extended Events-Pakete für die Sitzung aktiviert. Wenn ein Ereignis ausgelöst wird, sendet das ETW-Ziel das Ereignis an die Sitzung, in der der Anbieter für das Ereignis aktiviert ist.

Das ETW-Ziel unterstützt die synchrone Veröffentlichung von Ereignissen in dem Thread, der das Ereignis auslöst. Das ETW-Ziel unterstützt jedoch keine asynchrone Ereignisveröffentlichung.

Das ETW-Ziel unterstützt keine Steuerung durch externe ETW-Controller, z. B. logman.exe. Für ETW-Ablaufverfolgungen muss eine Ereignissitzung mit dem ETW-Ziel erstellt werden. Weitere Informationen finden Sie unter CREATE EVENT SESSION (Transact-SQL).

Hinweis

Bei Aktivieren des ETW-Ziels wird eine ETW-Sitzung mit dem Namen XE_DEFAULT_ETW_SESSION erstellt. Wenn eine Sitzung mit dem Namen XE_DEFAULT_ETW_SESSION bereits vorhanden ist, wird diese ohne Änderung der Eigenschaften der vorhandenen Sitzung verwendet. XE_DEFAULT_ETW_SESSION wird von allen Instanzen von SQL Server gemeinsam genutzt. Nachdem Sie XE_DEFAULT_ETW_SESSION gestartet haben, müssen Sie dies mit einem ETW-Controller beenden, z. B. dem Logman-Tool. Sie können zum Beispiel den folgenden Befehl an der Eingabeaufforderung ausführen: logman stop XE_DEFAULT_ETW_SESSION -ets.

In der folgenden Tabelle werden die verfügbaren Optionen für das Konfigurieren des ETW-Ziels beschrieben.

Die Konfiguration der vorgenannten Einstellungen ist optional. Das ETW-Ziel verwendet Standardwerte für diese Einstellungen.

Das ETW-Ziel führt die folgenden Aufgaben aus:

• Erstellen der ETW-Standardsitzung.

• Registrieren aller Extended Events-Pakete bei ETW. So kann sichergestellt werden, dass Ereignisse nicht von ETW gelöscht werden.

• Verwalten des Ereignisflusses zu ETW. Das ETW-Ziel erstellt ein ETW-Ereignis mit Extended Events-Daten und sendet es an die zugehörige ETW-Sitzung. Wenn das Ereignis die Puffergröße überschreitet oder die Daten für ein ETW-Ereignis zu groß sind, teilt ETW das Ereignis in Fragmente.

• Ständiges Beibehalten der Aktivierung von Extended Events-Paketen.

Die folgenden Standarddateispeicherorte werden von ETW verwendet:

• Die ETW-Ausgabedatei befindet sich im Ordner %TEMP%\XEEtw.etl.

  Wichtig
  Der Dateipfad kann nicht geändert werden, nachdem die erste Sitzung gestartet wurde.

• Die MOF (Managed Object Format)-Dateien befinden sich im Ordner <Installationspfad>\Microsoft SQL Server\Shared. Weitere Informationen finden Sie unter Managed Object Format auf der MSDN-Website.

Ereignisdateiziel

Das Ereignisdateiziel ist ein asynchrones Ziel, das vollständige Puffer auf Datenträger schreibt. Das Dateiziel erstellt zwei Dateitypen: Protokoll und Metadaten. In der Metadatendatei wird der Ereignisinhalt aus der Zielausgabeprotokolldatei beschrieben. Dadurch ist eine ordnungsgemäße Analyse aller Ereignisse in der Protokolldatei sowie die Analyse der Aktionsdaten, die einem Ereignis zugeordnet sind, möglich.

Um dieses Ziel zu verwenden, müssen Sie den Speicherortnamen der Protokolldatei und der Metadatendatei angeben. Andere Konfigurationsoptionen, z. B. Dateigröße und Zunahmeeigenschaften, sind optional.

In der folgenden Tabelle werden die verfügbaren Optionen zum Konfigurieren des Ereignisdateiziels beschrieben.

Wenn ein Dateiziel zum ersten Mal erstellt wird, wird an den Dateinamen 0 und ein langer ganzzahliger Wert angefügt. Der ganzzahlige Wert entspricht der Anzahl von Millisekunden zwischen dem 1. Januar 1600 und dem Datum sowie der Uhrzeit der Dateierstellung. Nachfolgende Rolloverdateien verwenden ebenfalls dieses Format. Anhand des langen ganzzahligen Werts können Sie die neueste Datei ermitteln. Das folgende Beispiel veranschaulicht, wie Dateien in einem Szenario benannt werden, in dem die Option für den Dateinamen als C:\OutputFiles\MyOutput.xel angegeben wird:

• Erste erstellte Datei: C:\OutputFiles\MyOutput_0_128500310259380000.xel

• Erste Rolloverdatei: C:\OutputFiles\MyOutput_0_128505831770890000.xel

• Zweite Rolloverdatei: C:\OutputFiles\MyOutput_0_132410772966237000.xel

Synchrones Ereigniszählerziel

Das synchrone Ereigniszählerziel zählt alle Ereignisse, die während einer Extended Events-Sitzung ausgelöst werden. Mithilfe des synchronen Ereigniszählerziels erhalten Sie Informationen über Merkmale der Arbeitsauslastung ohne den Aufwand einer vollständigen Ereignisauflistung. Dieses Ziel verfügt nicht über anpassbare Parameter.

Im folgenden Beispiel wird die Ausgabe des synchronen Ereigniszählerziels veranschaulicht.

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

Ringpufferziel

Das Ringpufferziel speichert kurzzeitig Ereignisdaten im Arbeitsspeicher. Dieses Ziel kann Ereignisse in einem von zwei Modi verwalten.

• Bei dem ersten Modus handelt es sich um eine strikte FIFO-Reihenfolge (First-In-First-Out), bei der das älteste Ereignis verworfen wird, wenn der gesamte dem Ziel zugeordnete Arbeitsspeicher verwendet wurde. In diesem Modus (dem Standardmodus) wird die Option "occurrence_number" auf 0 festgelegt.

• Der zweite Modus ist eine FIFO-Reihenfolge pro Ereignis, bei der eine festgelegte Anzahl von Ereignissen jedes Typs aufbewahrt wird. In diesem Modus werden die ältesten Ereignisse des jeweiligen Typs verworfen, wenn der gesamte dem Ziel zugeordnete Arbeitsspeicher verwendet wurde. Sie können die Option "occurrence_number" so konfigurieren, dass die Anzahl der für jeden Typ beizubehaltenden Ereignisse angegeben wird.

In der folgenden Tabelle werden die verfügbaren Optionen für das Konfigurieren des Ringpufferziels beschrieben.

Das folgende Beispiel veranschaulicht die Ausgabe des Ringpufferziels.

<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>

Siehe auch

Konzepte