Fehlerbehebung einer Installation von Reporting Services

Wenn Sie Reporting Services aufgrund von Fehlern während der Einrichtung nicht installieren können, verwenden Sie die Anweisungen in diesem Artikel, um die Bedingungen zu adressieren, die am wahrscheinlichsten Installationsfehler verursachen.

Informationen zu weiteren Fehlern und Problemen zu Reporting Services finden Sie unter Beheben von SSRS-Problemen und -Fehlern.

Lesen Sie die Online-Release-Notes, falls das Problem, auf das Sie stoßen, in den Release Notes beschrieben wird.

Überprüfen Sie die Setup-Protokolle

Einrichtungsfehler werden in Logdateien < im Laufwerk>:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log-Ordner festgehalten. Jedes Mal, wenn du Setup ausführst, wird ein Unterordner erstellt. Der Name des Unterordners entspricht der Uhrzeit und dem Datum, zu der Sie Setup ausgeführt haben. Für Anweisungen, wie man die Setup-Logdateien ansieht, siehe View and Read SQL Server Setup Log Files.

• Die Logdateien enthalten eine Sammlung von Dateien.

• Öffnen Sie die Datei *_summary.txt, um Produkt-, Komponenten- und Instanzinformationen anzuzeigen.

• Öffnen Sie die Datei *_errorlog.txt, um die während der Einrichtung generierten Fehlerinformationen anzuzeigen.

• Öffne die *_RS_*_ComponentUpdateSetup.log, um Reporting Services Einrichtungsinformationen anzusehen.

Überprüfen der Voraussetzungen

Das Setup prüft die Voraussetzungen automatisch. Wenn du jedoch Probleme bei der Installation behebst, ist es hilfreich zu wissen, welche Anforderungen vom Setup überprüft werden.

• Die Kontoanforderungen für die Ausführung von Setup umfassen die Mitgliedschaft in der lokalen Administratorengruppe. Die Einrichtung benötigt die Berechtigung, um Dateien hinzuzufügen, Registry-Einstellungen, lokale Sicherheitsgruppen zu erstellen und Berechtigungen festzulegen. Wenn du eine Standardkonfiguration installierst, muss Setup die Berechtigung haben, eine Berichtsserver-Datenbank auf der SQL Server-Instanz zu erstellen, auf der du installierst.

• Das Betriebssystem muss HTTP.SYS 1.1 unterstützen.

• Der HTTP-Dienst muss aktiviert und ausgeführt sein.

• Distributed Transaction Coordinator (DTC) muss laufen, wenn Sie auch einen SQL Server-Agent-Dienst installieren.

• Authz.dll muss im System32-Ordner vorhanden sein.

Das Setup prüft nicht mehr auf Internetinformationsdienste (IIS) oder ASP.NET. Reporting Services erfordert MDAC 2.0 und die Microsoft .NET Framework Version 2.0; Das Setup wird diese installieren, falls sie noch nicht installiert sind.

Probleme mit den nativen Modus-Installationen beheben

Leistungszähler sind nach dem Upgrade auf Windows Vista oder Windows Server 2008 nicht sichtbar

Wenn Sie das Betriebssystem auf Windows Vista oder Windows Server 2008 auf einem Computer aktualisieren, der Reporting Services ausführt, werden nach dem Upgrade keine Leistungszähler für Reporting Services mehr festgelegt.

Um die Leistungszähler der Reporting Services wiederherzustellen

1. Löschen Sie die folgenden Registrierungsschlüssel:

   • HKLM\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service

   • HKLM\SYSTEM\CurrentControlSet\Services\MSRS 2016 Windows Service

2. Öffnen Sie ein Befehlsfenster und tippen Sie den folgenden Befehl an die Eingabeaufforderung ein:

   • Führen Sie <\InstallUtil.exe im .NET 4.0 Framework-Verzeichnis für >\ReportingServicesLibrary.dll im <Bin-Verzeichnis des Berichtsservers> aus

     Note

     Ersetzen Sie < das .NET 4.0 Framework-Verzeichnis> durch den physischen Pfad der .NET Framework 4.0-Dateien und ersetzen < Sie das Report Server Bin-Verzeichnis> durch den physischen Pfad der Report Server Bin-Dateien.

3. Starte den Reporting Services-Dienst neu.

Um zu überprüfen, ob die Schritte funktioniert haben, öffnen Sie einen Webbrowser und navigieren Sie zur URL des Webportals oder zur URL des Report Server. Öffne dann den Leistungsmonitor, um zu überprüfen, ob die Zähler funktionieren.

Um die Performance-Registry-Schlüssel erneut hinzuzufügen, indem Sie den Registry Editor verwenden

1. Öffnen Sie den Registrierungs-Editor:

   1. Klicken Sie auf "Start" und dann auf "Ausführen".

   2. Geben Sie im Dialogfeld „Ausführen“ im Feld Öffnenregedit ein.

2. Im Register-Editor wählen Sie den folgenden Registrierungsschlüssel aus: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance

3. Klicke mit der rechten Maustaste auf den Knoten Performance, zeige auf Neu und klicke auf Mehrfachzeichenfolgenwert.

4. Gib Zähler Namen ein und drücke dann ENTER.

5. Wiederholen Sie diesen Vorgang, um den Registrierungsschlüssel Counter Types in diesem Knoten hinzuzufügen.

6. Navigieren Sie zum folgenden Registrierungsschlüssel: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance

7. Rechtsklicke auf den Performance-Knoten, zeige auf Neu und wähle Multi-String-Wert.

8. Gib Zähler Namen ein und drücke dann ENTER.

9. Wiederholen Sie den Vorgang, um den Registrierungsschlüssel Counter Types in diesem Knoten hinzuzufügen.

Nachdem du die 64-Bit-Instanz repariert oder die Registryschlüssel manuell wieder hinzugefügt hast, kannst du mit Leistungsmonitor die Reporting Services Performance Objects konfigurieren, die du überwachen möchtest.

Die Konfigurationseigenschaften von ReportServerExternalURL und PassThroughCookies sind nach einem Upgrade von SQL Server 2005 nicht mehr konfiguriert

Wenn Sie von SQL Server 2005 (9.x) auf SQL Server 2016 (13.x) Reporting Services oder später (SSRS) aktualisieren, werden die Konfigurationseigenschaften ReportServerExternalURL und PassThroughCookies nicht durch den Upgrade-Prozess konfiguriert. ReportServerExternalURL ist eine optionale Eigenschaft und sollte nur dann gesetzt werden, wenn Sie SharePoint 2.0 Web Parts verwenden und möchten, dass Benutzer einen Bericht abrufen und in einem neuen Browserfenster öffnen können. Weitere Informationen zu ReportServerExternalURL finden Sie unter URLs in Configuration Files (Report Server Konfigurations-Manager). PassThroughCookies ist nur erforderlich, wenn die benutzerdefinierte Authentifizierungsmethode verwendet wird. Weitere Informationen zu PassThroughCookies finden Sie unter Konfigurieren des Webportals zum Weitergeben benutzerdefinierter Authentifizierungscookies.

Standardmäßig existieren diese Eigenschaften nicht in der SQL Server 2016 (13.x) Reporting Services or later (SSRS)-Konfiguration. Wenn Sie diese Eigenschaften in SQL Server 2005 (9.x) konfiguriert haben und weiterhin die von ihnen bereitgestellte Funktionalität benötigen, müssen Sie sie nach dem Upgrade-Prozess manuell zurRSReportServer.config-Datei hinzufügen. Weitere Informationen finden Sie unter Modify a Reporting Services Configuration File (RSreportserver.config).

401-Unautorisierter Fehler bei Verwendung von Windows-Authentifizierung nach einem Upgrade von SQL Server 2005 auf SQL Server 2016

Wenn Sie von SQL Server 2005 (9.x) Reporting Services auf SQL Server 2016 (13.x) Reporting Services oder später (SSRS) upgraden und die NTLM-Authentifizierung mit einem integrierten Konto für das Report Server Service-Konto verwenden, könnten Sie beim Zugriff auf den Report Server oder das Webportal auf einen 401-Unautorisierten Fehler stoßen Nach dem Upgrade.

Sie sehen diese Meldung aufgrund einer Änderung in der Standardkonfiguration von SQL Server 2016 (13.x) Reporting Services or later (SSRS) für Windows-Authentifizierung. Negotiate wird konfiguriert, wenn das Report Server Service-Konto entweder Network Service oder Local System ist. NTLM ist konfiguriert, wenn das Report Server-Servicekonto nicht zu diesen eingebauten Konten gehört. Um dieses Problem nach dem Upgrade zu beheben, kannst du die RSReportServer.config-Datei bearbeiten und den AuthenticationType auf RSWindowsNTLM konfigurieren. Weitere Informationen finden Sie unter Konfigurieren der Windows-Authentifizierung für den Berichtsserver.

Das Deinstallieren einer 32-Bit-Instanz von SQL Server 2016 Reporting Services in einer Parallel-Bereitstellung mit einer 64-Bit-Instanz unterbricht die 64-Bit-Instanz

Wenn Sie eine 32-Bit-Instanz und eine 64-Bit-Instanz von SQL Server 2016 (13.x) Reporting Services oder später (SSRS) nebeneinander auf einem Computer installieren und die 32-Bit-Instanz deinstallieren, werden vier Reporting Services-Registrierungsschlüssel entfernt. Das Entfernen der Schlüssel zerstört die 64-Bit-Instanz der Reporting Services. Die Reporting Services-Registrierungsschlüssel, die beim Deinstallieren der 32-Bit-Instanz entfernt werden, sind:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Windows Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance:Counter Types HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Windows Service\Performance:Counter Types

Um dieses Problem zu beheben, kannst du die 64-Bit-Instanz reparieren. Obwohl es empfohlen wird, Reparatur zu verwenden, kannst du die Registrierungsschlüssel manuell mit dem Registry Editor wieder hinzufügen.

Weitere Ressourcen

Im Folgenden finden Sie weitere Ressourcen, die Sie zur Unterstützung bei der Problemlösung durchsehen können:

• Reporting Services SharePoint Integrationsfehlerbehebung

• Microsoft Q & A: SQL Server Reporting Services

• Hast du Feedback oder weitere Fragen? Teilen Sie Ihre Ideen für SQL.