Berichtsserverausführungsprotokoll und die ExecutionLog3-Ansicht
Das Ausführungsprotokoll des Berichtsservers enthält Informationen zu den Berichten, die auf dem Server bzw. auf mehreren Servern in einer Bereitstellung für horizontales Skalieren im einheitlichen Modus oder einer SharePoint-Farm ausgeführt werden. Anhand des Ausführungsprotokolls des Berichtsservers können Sie feststellen, wie oft ein Bericht angefordert wird, welche Ausgabeformate am meisten verwendet werden und wie viele Millisekunden Verarbeitungszeit für die einzelnen Verarbeitungsphasen aufgewendet werden. Das Protokoll enthält Informationen über die Zeit, die für die Ausführung der Datasetabfrage eines Berichts aufgewendet wurde, und die Zeit, die für die Verarbeitung der Daten aufgewendet wurde. Wenn Sie Berichtsserveradministrator sind, können Sie die Protokollinformationen überprüfen und Aufgaben mit langer Laufzeit identifizieren sowie den Berichtsautoren zu den Bereichen des Berichts (Dataset oder Verarbeitung) Vorschläge zur Verbesserung machen.
Für den SharePoint-Modus konfigurierte Berichtsserver können auch die SharePoint-ULS-Protokolle verwenden. Weitere Informationen finden Sie unter Aktivieren von Reporting Services-Ereignissen für das SharePoint-Ablaufverfolgungsprotokoll (ULS)
Anzeigen von Protokollinformationen
Die Berichtsserverausführung protokolliert Daten zur Berichtsausführung in einer internen Datenbanktabelle. Die Informationen aus der Tabelle sind in SQL Server-Sichten verfügbar.
Das Berichtsausführungsprotokoll wird in der Berichtsserver-Datenbank gespeichert, die standardmäßig ReportServergenannt wird. Die SQL-Ansichten enthalten die Ausführungsprotokollinformationen. Die Ansichten „2“ und „3“ wurden in aktuelleren Versionen hinzugefügt und enthalten neue Felder, oder sie enthalten Felder mit benutzerfreundlicheren Namen als die vorherigen Versionen. Die älteren Ansichten bleiben im Produkt, sodass es keinerlei Auswirkungen auf benutzerdefinierte Anwendungen, die von ihnen abhängen, gibt. Wenn keine Abhängigkeit von einer älteren Sicht vorliegt, z.B. ExecutionLog, wird empfohlen, die neueste Sicht, ExecutionLog3, zu verwenden.
Inhalte dieses Themas:
Konfigurationseinstellungen für einen Berichtsserver im SharePoint-Modus
Konfigurationseinstellungen für einen Berichtsserver im einheitlichen Modus
Konfigurationseinstellungen für einen Berichtsserver im SharePoint-Modus
Sie können die Berichtsausführungsprotokollierung in den Systemeinstellungen einer Reporting Services-Dienstanwendung aktivieren oder deaktivieren.
Standardmäßig werden Protokolleinträge 60 Tage gespeichert. Einträge, die diese Dauer überschreiten, werden täglich um 2:00 Uhr entfernt. Für eine länger vorhandene Installation stehen Informationen jeweils nur 60 Tage lang zur Verfügung.
Sie können keine Beschränkungen für die Anzahl der Zeilen oder die Art der protokollierten Einträge festlegen.
So aktivieren Sie die Protokollierung der Ausführung:
Klicken Sie in der SharePoint-Zentraladministration in der Gruppe Anwendungsverwaltung auf Dienstanwendungen verwalten .
Klicken Sie auf den Namen der Reporting Services-Dienstanwendung, die Sie konfigurieren möchten.
Klicken Sie auf Systemeinstellungen.
Wählen Sie Protokollierung der Ausführung aktivieren im Abschnitt Protokollierung aus.
Klicken Sie auf OK.
So aktivieren Sie die ausführliche Protokollierung:
Sie müssen das Protokollieren wie in den vorherigen Schritten beschrieben aktivieren und anschließend Folgendes durchführen:
Suchen Sie auf der Seite Systemeinstellungen Ihrer Reporting Services-Dienstanwendung den Abschnitt Benutzerdefiniert.
Ändern Sie ExecutionLogLevel in Ausführlich. Dieses Feld ist ein Texteingabefeld, und die zwei möglichen Werte sind Ausführlich und Normal.
Konfigurationseinstellungen für einen Berichtsserver im einheitlichen Modus
Sie können die Protokollierung der Berichtsausführung auf der Seite "Servereigenschaften" in SQL Server Management Studio aktivieren oder deaktivieren. EnableExecutionLogging ist eine erweiterte Eigenschaft.
Standardmäßig werden Protokolleinträge 60 Tage gespeichert. Einträge, die diese Dauer überschreiten, werden täglich um 2:00 Uhr entfernt. Für eine länger vorhandene Installation stehen Informationen jeweils nur 60 Tage lang zur Verfügung.
Sie können keine Beschränkungen für die Anzahl der Zeilen oder die Art der protokollierten Einträge festlegen.
So aktivieren Sie die Protokollierung der Ausführung:
Starten Sie SQL Server Management Studio mit Administratorprivilegien. Klicken Sie z. B. mit der rechten Maustaste auf das Management Studio-Symbol, und klicken Sie auf „Ausführen als Administrator“.
Stellen Sie eine Verbindung mit dem gewünschten Berichtsserver her.
Klicken Sie mit der rechten Maustaste auf den Servernamen, und klicken Sie auf Eigenschaften. Wenn die Option "Eigenschaften" deaktiviert ist, überprüfen Sie, dass Sie SQL Server Management Studio mit Administratorprivilegien ausgeführt haben.
Klicken Sie auf die Seite Protokollierung .
Wählen Sie Protokollierung der Berichtsausführung aktivierenaus.
So aktivieren Sie die ausführliche Protokollierung:
Sie müssen das Protokollieren wie in den vorherigen Schritten beschrieben aktivieren und anschließend Folgendes durchführen:
Klicken Sie im Dialogfeld Servereigenschaften auf die Seite Erweitert .
Ändern Sie im Abschnitt Benutzerdefiniert den Wert für ExecutionLogLevel in Ausführlich. Dieses Feld ist ein Texteingabefeld, und die zwei möglichen Werte sind Ausführlich und Normal.
Protokollierungsfelder (ExecutionLog3)
Dieser Sicht wurde ein zusätzlicher Leitungsdiagnoseknoten in der XML-basierten Spalte AdditionalInfo hinzugefügt. Die Spalte AdditionalInfo enthält eine XML-Struktur von 1:n zusätzlichen Informationsfeldern. Folgendes ist eine Beispiel-Transact-SQL-Anweisung, um Zeilen aus der Ansicht ExecutionLog3 abzurufen. Im Beispiel wird davon ausgegangen, dass der Name der Berichtsserver-Datenbank ReportServerlautet:
Use ReportServer
select * from ExecutionLog3 order by TimeStart DESC
In der folgenden Tabelle werden die Daten beschrieben, die im Berichtsausführungsprotokoll aufgezeichnet werden
| Column | BESCHREIBUNG |
|---|---|
| InstanceName | Name der Berichtsserverinstanz, die die Anforderung verarbeitet hat. Wenn die Umgebung mehr als einen Berichtsserver hat, können Sie die zu überwachende InstanceName-Verteilung analysieren und bestimmen, ob der Netzwerklastenausgleich Anforderungen auf der anderen Seite von Berichtsservern wie erwartet verteilt. |
| ItemPath | Pfad, in dem ein Bericht oder Berichtselement gespeichert wird. |
| UserName | Benutzer-ID. |
| ExecutionID | Der interne einer Anforderung zugeordnete Bezeichner. Anforderungen für die selben Benutzersitzungen besitzen dieselbe Ausführungs-ID. |
| RequestType | Mögliche Werte: Interactive Abonnement Das Analysieren von nach RequestType=Subscription gefilterten und nach TimeStart sortierten Protokolldaten enthüllt möglicherweise Zeiträume starker Abonnementnutzung und Sie möchten vielleicht einige der Berichtsabonnements in eine andere Zeit ändern. |
| Format | Renderingformat. |
| Parameter | Parameterwerte, die für die Berichtsausführung verwendet werden. |
| ItemAction | Mögliche Werte: Rendern Sort BookMarkNavigation DocumentNavigation GetDocumentMap Findstring Ausführen RenderEdit |
| TimeStart | Anfangs- und Beendigungszeit für die Verarbeitung eines Berichts. |
| TimeEnd | |
| TimeDataRetrieval | Anzahl von Millisekunden, die zum Abrufen der Daten benötigt werden. |
| TimeProcessing | Anzahl von Millisekunden, die zum Verarbeiten des Berichts benötigt werden. |
| TimeRendering | Anzahl von Millisekunden, die zum Rendern des Berichts benötigt werden. |
| `Source` | Quelle der Berichtsausführung. Mögliche Werte: Live Cache: Gibt eine zwischengespeicherte Ausführung an, z. B. werden Datasetabfragen nicht live ausgeführt. Momentaufnahme History AdHoc: Gibt entweder einen dynamisch generierten Berichtsmodell basierenden Drillthroughbericht oder einen Report Builder Bericht an, der auf einem Client in der Vorschau angezeigt wird, der den Berichtsserver zum Verarbeiten und Rendern verwendet. Sitzung: Gibt eine Folgeanforderung innerhalb einer bereits eingerichteten Sitzung an. Beispiel: Die ursprüngliche Anforderung besteht im Anzeigen von Seite 1, die Anschlussanforderung ist das Exportieren in Excel mit dem aktuellen Sitzungsstatus. Rdce: Gibt eine Anpassungserweiterung für berichtsdefinitionen an. Eine benutzerdefinierte RDCE-Erweiterung kann eine Berichtsdefinition dynamisch anpassen, bevor sie bei der Berichtsausführung an die Verarbeitungs-Engine übergeben wird. |
| Status | Status (entweder rsSuccess oder ein Fehlercode; beim Auftreten mehrerer Fehler wird nur der erste Fehler aufgezeichnet). |
| ByteCount | Größe von gerenderten Berichten in Bytes. |
| RowCount | Anzahl der von Abfragen zurückgegebenen Zeilen. |
| AdditionalInfo | Ein XML-Eigenschaftenbehälter, der weitere Informationen zur Ausführung enthält. Der Inhalt kann für jede Zeile anders sein. |
Das AdditionalInfo-Feld
Das AdditionalInfo-Feld ist ein XML-Eigenschaftenbehälter oder eine Struktur, die weitere Informationen zur Ausführung enthält. Der Inhalt kann für jede Zeile im Protokoll anders sein.
Die folgenden Tabellen sind Beispiele für den Inhalt des Felds AddtionalInfo für die standard- und ausführliche Protokollierung:
Beispiel für die Standardprotokollierung von AddtionalInfo
<AdditionalInfo>
<ProcessingEngine>2</ProcessingEngine>
<ScalabilityTime>
<Pagination>0</Pagination>
<Processing>0</Processing>
</ScalabilityTime>
<EstimatedMemoryUsageKB>
<Pagination>0</Pagination>
<Processing>6</Processing>
</EstimatedMemoryUsageKB>
<DataExtension>
<SQL>1</SQL>
</DataExtension>
<Connections>
<Connection>
<ConnectionOpenTime>147</ConnectionOpenTime>
<DataSets>
<DataSet>
<Name>DataSet1</Name>
<RowsRead>16</RowsRead>
<TotalTimeDataRetrieval>642</TotalTimeDataRetrieval>
<ExecuteReaderTime>63</ExecuteReaderTime>
</DataSet>
<DataSet>
<Name>DataSet2</Name>
<RowsRead>3</RowsRead>
<TotalTimeDataRetrieval>157</TotalTimeDataRetrieval>
<ExecuteReaderTime>60</ExecuteReaderTime>
</DataSet>
</DataSets>
</Connection>
</Connections>
</AdditionalInfo>
Beispiel für die ausführliche Protokollierung von AdditionalInfo
<AdditionalInfo>
<ProcessingEngine>2</ProcessingEngine>
<ScalabilityTime>
<Pagination>0</Pagination>
<Processing>0</Processing>
</ScalabilityTime>
<EstimatedMemoryUsageKB>
<Pagination>0</Pagination>
<Processing>6</Processing>
</EstimatedMemoryUsageKB>
<DataExtension>
<SQL>1</SQL>
</DataExtension>
<Connections>
<Connection>
<ConnectionOpenTime>127</ConnectionOpenTime>
<DataSource>
<Name>DataSource1</Name>
<DataExtension>SQL</DataExtension>
</DataSource>
<DataSets>
<DataSet>
<Name>DataSet1</Name>
<RowsRead>16</RowsRead>
<TotalTimeDataRetrieval>655</TotalTimeDataRetrieval>
<QueryPrepareAndExecutionTime>94</QueryPrepareAndExecutionTime>
<ExecuteReaderTime>33</ExecuteReaderTime>
<DataReaderMappingTime>30</DataReaderMappingTime>
<DisposeDataReaderTime>1</DisposeDataReaderTime>
</DataSet>
<DataSet>
<Name>DataSet2</Name>
<RowsRead>3</RowsRead>
<TotalTimeDataRetrieval>16</TotalTimeDataRetrieval>
<QueryPrepareAndExecutionTime>2</QueryPrepareAndExecutionTime>
<ExecuteReaderTime>1</ExecuteReaderTime>
<DataReaderMappingTime>0</DataReaderMappingTime>
<DisposeDataReaderTime>0</DisposeDataReaderTime>
</DataSet>
</DataSets>
</Connection>
</Connections>
</AdditionalInfo>
Im Folgenden werden einige der Eigenschaften beschrieben, die im Feld AdditionalInfo angezeigt werden:
ProcessingEngine: 1=SQL Server 2005, 2=Die neue On-Demand-Verarbeitungs-Engine. Wenn eine Mehrzahl der Berichte immer noch den Wert 1 anzeigt, können Sie prüfen, wie sie umgestaltet werden sollen, damit sie die neuere und effizientere bedarfsgesteuerte Verarbeitungs-Engine verwenden.
<ProcessingEngine>2</ProcessingEngine>SkalierbarkeitTime: Die Anzahl der Millisekunden, die für skalierungsbezogene Vorgänge in der Verarbeitungs-Engine aufgewendet werden. Der Wert 0 gibt an, dass keine zusätzliche Zeit für Skalierungsoperationen aufgebracht wurde. Ein Wert 0 gibt auch an, dass die Anforderung nicht unter unzureichendem Arbeitsspeicher erfolgte.
<ScalabilityTime> <Processing>0</Processing> </ScalabilityTime>EstimatedMemoryUsageKB: Eine Schätzung der Spitzenmenge des Arbeitsspeichers (in KB), die von jeder Komponente während einer bestimmten Anforderung verbraucht wird.
<EstimatedMemoryUsageKB> <Processing>38</Processing> </EstimatedMemoryUsageKB>DataExtension: Die Typen von Datenerweiterungen oder Datenquellen, die im Bericht verwendet werden. Die Zahl ist eine Anzahl von Vorkommen der speziellen Datenquelle.
<DataExtension> <DAX>2</DAX> </DataExtension>ExternalImagesDer Wert liegt in Milisekunden. Diese Daten können bei der Diagnose von Leistungsproblemen verwendet werden. Die zum Abrufen von Bildern von einem externen Webserver benötigte Zeit verlangsamt möglicherweise die gesamte Berichtsausführung. In SQL Server 2012 hinzugefügt.
<ExternalImages> <Count>3</Count> <ByteCount>9268</ByteCount> <ResourceFetchTime>9</ResourceFetchTime> </ExternalImages>Verbindungen: Eine Struktur mit mehreren Ebenen. In SQL Server 2012 hinzugefügt.
<Connections> <Connection> <ConnectionOpenTime>127</ConnectionOpenTime> <DataSource> <Name>DataSource1</Name> <DataExtension>SQL</DataExtension> </DataSource> <DataSets> <DataSet> <Name>DataSet1</Name> <RowsRead>16</RowsRead> <TotalTimeDataRetrieval>655</TotalTimeDataRetrieval> <QueryPrepareAndExecutionTime>94</QueryPrepareAndExecutionTime> <ExecuteReaderTime>33</ExecuteReaderTime> <DataReaderMappingTime>30</DataReaderMappingTime> <DisposeDataReaderTime>1</DisposeDataReaderTime> </DataSet> <DataSet> <Name>DataSet2</Name> <RowsRead>3</RowsRead> <TotalTimeDataRetrieval>16</TotalTimeDataRetrieval> <QueryPrepareAndExecutionTime>2</QueryPrepareAndExecutionTime> <ExecuteReaderTime>1</ExecuteReaderTime> <DataReaderMappingTime>0</DataReaderMappingTime> <DisposeDataReaderTime>0</DisposeDataReaderTime> </DataSet> </DataSets> </Connection> </Connections>
Protokollierungsfelder (ExecutionLog2)
Diese Ansicht hat einige neue Felder hinzugefügt und einige andere umbenannt. Folgendes ist eine Beispiel-Transact-SQL-Anweisung, mit der Sie Zeilen aus der Ansicht ExecutionLog2 abrufen können. Im Beispiel wird davon ausgegangen, dass der Name der Berichtsserver-Datenbank ReportServerlautet:
Use ReportServer
select * from ExecutionLog2 order by TimeStart DESC
In der folgenden Tabelle werden die Daten beschrieben, die im Berichtsausführungsprotokoll aufgezeichnet werden
| Column | BESCHREIBUNG |
|---|---|
| InstanceName | Name der Berichtsserverinstanz, die die Anforderung verarbeitet hat. |
| ReportPath | Die Pfadstruktur zum Bericht. Zum Beispiel würde ein Bericht mit dem Namen „Test“, der der Stammordner im Berichts-Manager ist, den ReportPath „/test“ aufweisen. Ein Bericht mit dem Namen „Test“, der im Ordner „Samples“ im Berichts-Manager gespeichert ist, würde den ReportPath „/Samples/test/“ aufweisen. |
| UserName | Benutzer-ID. |
| ExecutionID | |
| RequestType | Anforderungstyp (Benutzer oder System). |
| Format | Renderingformat. |
| Parameter | Parameterwerte, die für die Berichtsausführung verwendet werden. |
| ReportAction | Mögliche Werte: SessionRender, Sort, BookMarkNavigation, DocumentNavigation, GetDocumentMap, Findstring |
| TimeStart | Anfangs- und Beendigungszeit für die Verarbeitung eines Berichts. |
| TimeEnd | |
| TimeDataRetrieval | Zeitaufwand (in Millisekunden) für das Abfragen der Daten, das Verarbeiten des Berichts und das Rendern des Berichts. |
| TimeProcessing | |
| TimeRendering | |
| `Source` | Quelle der Berichtsausführung (1=Live, 2=Cache, 3=Snapshot 4=History). |
| Status | Status (entweder rsSuccess oder ein Fehlercode; beim Auftreten mehrerer Fehler wird nur der erste Fehler aufgezeichnet). |
| ByteCount | Größe von gerenderten Berichten in Bytes. |
| RowCount | Anzahl der von Abfragen zurückgegebenen Zeilen. |
| AdditionalInfo | Ein XML-Eigenschaftenbehälter, der weitere Informationen zur Ausführung enthält. |
Protokollierungsfelder (ExecutionLog)
Folgendes ist eine Beispiel-Transact-SQL-Anweisung, mit der Sie Zeilen aus der Ansicht ExecutionLog abrufen können. Im Beispiel wird davon ausgegangen, dass der Name der Berichtsserver-Datenbank ReportServerlautet:
Use ReportServer
select * from ExecutionLog order by TimeStart DESC
In der folgenden Tabelle werden die Daten beschrieben, die im Berichtsausführungsprotokoll aufgezeichnet werden
| Column | BESCHREIBUNG |
|---|---|
| InstanceName | Name der Berichtsserverinstanz, die die Anforderung verarbeitet hat. |
| ReportID | Berichts-ID. |
| UserName | Benutzer-ID. |
| RequestType | Mögliche Werte: True = Eine Abonnementanforderung False = Eine interaktive Anforderung |
| Format | Renderingformat. |
| Parameter | Parameterwerte, die für die Berichtsausführung verwendet werden. |
| TimeStart | Anfangs- und Beendigungszeit für die Verarbeitung eines Berichts. |
| TimeEnd | |
| TimeDataRetrieval | Zeitaufwand (in Millisekunden) für das Abfragen der Daten, das Verarbeiten des Berichts und das Rendern des Berichts. |
| TimeProcessing | |
| TimeRendering | |
| `Source` | Quelle der Berichtsausführung. Mögliche Werte: (1=Live, 2=Cache, 3=Snapshot, 4=History, 5=Adhoc, 6=Session, 7=RDCE). |
| Status | Mögliche Werte: rsSuccess, rsProcessingAborted oder ein Fehlercode. Wenn mehrere Fehler auftreten, wird nur der erste Fehler aufgezeichnet. |
| ByteCount | Größe von gerenderten Berichten in Bytes. |
| RowCount | Anzahl der von Abfragen zurückgegebenen Zeilen. |
Weitere Informationen
Aktivieren von Reporting Services-Ereignissen für das SharePoint-Ablaufverfolgungsprotokoll (ULS)
Reporting Services Log Files and Sources (Reporting Services-Protokolldateien und -Quellen)
Fehler- und Ereignisreferenz (Reporting Services)