Methoden zur Behandlung von Berichtsproblemen
Neu: 17. November 2008
Im ersten Schritt bei der Problembehandlung für einen Bericht muss festgestellt werden, welche Komponenten betroffen sind. Wenn Sie z. B. auf dem Berichtsserver einen Bericht anzeigen, erfolgt dies mit dem HTML-Renderer im Berichts-Manager. Wenn Sie den Bericht als lokale Vorschau anzeigen, erfolgt dies im Berichts-Viewer-Steuerelement in Business Intelligence Development Studio. Wenn Sie einen Bericht anzeigen, der in Excel exportiert wurde, verwenden Sie zum Öffnen der exportierten Datei die Excel-Instanz auf dem lokalen Clientcomputer. Um diese Probleme verstehen und beheben zu können, muss zunächst festgestellt werden, welche Komponenten beteiligt sind. Sammeln Sie möglichst viele Informationen über die Komponente oder den Prozess. Verwenden Sie die Informationen unter diesem Thema, um zu verstehen, wie Berichtsprobleme behandelt werden.
Unter den folgenden Links finden Sie weitere Informationen zu bestimmten Themen:
- Tipps zur Diagnose von Timeoutfehlern und Fehlern aufgrund von unzureichendem Arbeitsspeicher. Lesen Sie hierzu den Artikel How to diagnose issues when running reports in the report server unter blogs.msdn.com.
- Implementieren von Reporting Services in verschiedenen Architekturen, um Leistungs- und Skalierbarkeitsprobleme zu lösen. Lesen Sie das Dokument Planning for Scalability and Performance with Reporting Services auf der msdn-Webseite.
- Optimieren des Berichtsentwurfs für eine Verbesserung der Berichtsleistung. Siehe Problembehandlung für die Berichtsleistung.
- Verstehen von Berichtskomponenten und der Reporting Services-Architektur. Siehe Reporting Services-Komponenten (Übersicht).
Technik: Überwachen von Berichtsservern
Sie können mithilfe von System- und Datenbanktools die Berichtsserveraktivitäten überwachen. Außerdem können Sie die Ablaufverfolgungsprotokolldateien des Berichtsservers anzeigen oder das Ausführungsprotokoll des Berichtsservers nach ausführlichen Informationen zu bestimmten Berichten abfragen. Wenn Sie Systemmonitor verwenden, können Sie Leistungsindikatoren für den Berichtsserver-Webdienst und den Windows-Dienst hinzufügen, um Engpässe bei der bedarfsgesteuerten oder geplanten Verarbeitung zu erkennen.
Weitere Informationen finden Sie unter Überwachen der Leistung des Berichtsservers.
Technik: Anzeigen der Berichtsserverprotokolle
Reporting Services zeichnet viele interne und externe Ereignisse in Protokolldateien auf, in denen Daten über bestimmte Berichte, Debuginformationen, HTTP-Anforderungen und -Antworten sowie Berichtsserverereignisse erfasst werden. Sie können auch Leistungsprotokolle erstellen und Leistungsindikatoren auswählen, anhand derer die zu erfassenden Daten festgelegt werden. Das Standardverzeichnis der Protokolldateien für eine Standardinstanzinstallation befindet sich unter <Laufwerk>\Programme\Microsoft SQL Server\MSSQL.N\Reporting Services\LogFiles. Weitere Informationen finden Sie unter Reporting Services-Protokolldateien.
Legen Sie mit dem Ausführungsprotokoll ausdrücklich fest, ob Berichtswartevorgänge von Datenabrufen, Berichtsverarbeitungen oder der Berichtsdarstellung ausgelöst werden sollen. Weitere Informationen finden Sie unter Berichtsserver-Ausführungsprotokoll.
Technik: Anzeigen der Aufrufliste für Berichtsverarbeitungs-Fehlermeldungen auf dem Berichtsserver
Beim Anzeigen eines veröffentlichten Berichts im Berichts-Manager wird möglicherweise eine Fehlermeldung angezeigt, die auf einen allgemeinen Verarbeitungs- oder Darstellungsfehler hinweist. Um weitere Informationen anzuzeigen, zeigen Sie die Aufrufliste an.
Um die Aufrufliste anzuzeigen, melden Sie sich am Berichtsserver als lokaler Administrator an, klicken Sie mit der rechten Maustaste auf die Seite Berichts-Manager, und klicken Sie anschließend auf Quelltext anzeigen. Die Aufrufliste enthält den ausführlichen Kontext für die Fehlermeldung.
Technik: Aktivieren von Remotefehlern auf dem Berichtsserver
Wenn Sie im Berichts-Manager einen Bericht mit einem Fehler anzeigen, wird möglicherweise folgende Fehlermeldung angezeigt: "Um weitere Informationen zu diesem Fehler zu erhalten, navigieren Sie zum Berichtsserver auf dem lokalen Servercomputer, oder aktivieren Sie Remotefehler".
Um weitere Informationen über den Fehler anzuzeigen, können Sie einen Remoteberichtsserver konfigurieren, der Kontextinformationen für die Fehlermeldung bereitstellt. Weitere Informationen finden Sie unter Vorgehensweise: Aktivieren von Remotefehlern (Reporting Services-Konfiguration).
Technik: Verwenden von SQL Server Management Studio, um Abfragen und Anmeldeinformationen zu überprüfen
SQL Server beinhaltet SQL Server Management Studio, ein Verwaltungstool für Business Intelligence-Komponenten. Verwenden Sie Management Studio, um eine Verbindung mit der Datenquelle herzustellen, ein Abfragefenster zu öffnen und komplexe Abfragen zu erstellen und zu überprüfen, bevor Sie diese in den Bericht einschließen.
Um zu testen, ob Sie unter einem anderen Sicherheitskontext auf die Datenquelle zugreifen können, führen Sie Management Studio mithilfe des Microsoft Windows-Befehls Run As aus und geben die zu prüfenden Anmeldeinformationen ein. Während Management Studio geöffnet ist, werden für Verbindungen zu Datenquellen die angegebenen Anmeldeinformationen verwendet.
Weitere Informationen finden Sie unter Transact-SQL-Abfrage in SQL Server Management Studio und Verwenden des Objekt-Explorers.
Technik: Analysieren von Problemberichten mit auf dem Client zwischengespeicherten Berichtsdaten
Wenn ein Berichtsautor in Business Intelligence Development Studio einen Bericht erstellt, werden Daten vom Erstellungsclient RDL-Datendateien zwischengespeichert, die für Berichtsvorschauen verwendet werden. Bei jeder Änderung der Abfrage wird der Cache aktualisiert. Um Berichtsprobleme zu lösen, kann es mitunter sinnvoll sein, das Aktualisieren der Berichtsdaten zu verhindern, damit die Daten während des Debuggens nicht geändert werden.
Um zu steuern ob in BI Development Studio nur zwischengespeicherte Daten verwendet werden, können Sie die Eigenschaft ForceCache in der Anwendungskonfigurationsdatei devenv.exe.config einrichten. In der Standardeinstellung befindet sich die Konfigurationsdatei in folgendem Verzeichnis: <drive>:Programme\Microsoft Visual Studio 8\Common7\IDE. Um zu verhindern, dass die Daten durch Abfragen aktualisiert werden, legen Sie ForceCache auf 1 fest. Der folgende Code stellt die Zwischenspeicherkonfiguration als XML-Fragment dar:
...
<system.diagnostics>
<switches>
<add name=
"Microsoft.ReportDesigner.ReportPreviewStore.ForceCache" value="1"
/>
</switches>
</system.diagnostics>
...
Solange ForceCache auf 1 festgelegt ist, werden nur zwischengespeicherte Berichtsdaten verwendet. Stellen Sie sicher, dass dieser Abschnitt nach dem Debuggen des Berichts entfernt wird.
Siehe auch
Konzepte
Reporting Services-Protokolldateien
Andere Ressourcen
Reporting Services (Fehler und Ereignisse)
Problembehandlung bei Reporting Services