Behandlung von Konfigurationsproblemen in SQL Server 2005 Reporting Services IIS

Einführung

Dieser Artikel beschreibt die Behandlung von Konfigurationsproblemen in Microsoft SQL Server 2005 Reporting Services (Internetinformationsdienste).

Dieser Artikel bezieht sich hauptsächlich zu IIS 6.0-Konfigurationsproblemen unter einheitlichen Reporting Services analysieren. Dieser Artikel gilt auch für IIS 5.0 und IIS 7.0. Bestimmte Diagnoseschritte können jedoch nur für IIS 6.0 wie die Schritte zur Installation von Microsoft ASP.NET mithilfe des IIS-Managers überprüfen geschrieben werden. Dieser Artikel beschreibt außerdem einige häufige Konfigurationsprobleme mit Authentifizierung, ASP.NET und Internet Explorer.

Weitere Informationen

1 Allgemeine Ansatz

IIS-Konfigurationsproblemen werden normalerweise als Fehler Verbindung oder zum Ausführen von Berichtsserver oder Berichts-Manager angezeigt. Zur diagnose von dieser Konfigurationsprobleme müssen Sie die Architektur von Reporting Services und Reporting Services mit IIS integriert wie überprüfen. In diesem Artikel versucht IIS-Konfigurationsprobleme identifizieren, die möglicherweise Fehler in Reporting Services. Einige andere Probleme werden ebenfalls behandelt.

1.1Request übertragen

Eine HTTP-Anforderung von einem Benutzer durchläuft viele Ebenen. Wissen, welche die Anforderung fehlgeschlagen können Sie die Art des Fehlers bestimmen. Im folgenden Diagramm ist eine vereinfachte Darstellung des Datenflusses eine Anforderung:



Reporting Services installiert ein virtuelles Verzeichnis für den Berichtsserver und ein virtuelles Verzeichnis für den Berichts-Manager. Der Name des virtuellen Standardverzeichnisses für den Berichtsserver ist "Reportserver". Der Standardname für virtuelles Verzeichnis für den Berichts-Manager ist "Berichte".


In der Regel starten Sie Reporting Services Fehlerdiagnose durch Senden einer Anforderung an den Berichtsserver-Stammverzeichnis in Internet Explorer. Standardmäßig ist die URL http://< Server>/ReportServer. Funktioniert der Berichtsserver können Sie dann Internet Explorer einen Antrag auf http://< Server>/Reports. Wenn Berichtsserver Verwendung von Secure Sockets Layer (SSL) konfiguriert haben, müssen Sie zunächst sicherstellen, dass der Server nicht SSL-Modus ausgeführt werden kann. Wenn Sie eine Bereitstellung für dezentrales Skalieren konfiguriert haben, müssen Sie zunächst sicherstellen, dass Berichtsserver auf einzelne Knoten ausgeführt werden kann. Diagnose von Problemen in dieser Reihenfolge können Sie Probleme schneller zu isolieren.

1.2Common Symptome

Dieser Abschnitt enthält allgemeine Symptome, die auftreten, wenn Anfragen in einer bestimmten Schicht nicht. In diesem Abschnitt erfahren Sie auch, wo sich Fehlermeldungen.
1.2.1Firewall
Wenn eines Clientcomputers Berichtsserver zugreifen, überprüfen Sie die Firewall die Anforderung blockiert. Das Firewallprotokoll eine blockierte Anforderung angemeldet.

Weitere Informationen zu Firewall-Protokoll finden Sie im folgenden Artikel der Microsoft Knowledge Base:

929455 Wenn Sie einen benutzerdefinierten Speicherort für die Protokolldatei der Windows-Firewall in Windows Vista konfigurieren, kann Informationen nicht in die Protokolldatei geschrieben werden

Finden Sie auf der folgenden Microsoft-Websites:
1.2.2HTTP.sys
IIS 6.0, die nicht im IIS 5.0-Isolationsmodus ausgeführt wird und IIS 7.0 verwenden HTTP-Kernelmodustreiber (HTTP.sys) HTTP-Netzwerk-e/a ausführen. Der HTTP-Dienst wird automatisch gestartet. Sie haben keine manuelle Konfiguration. Wenn Reporting Services für die Verwendung von SSL konfiguriert ist, müssen Sie sicherstellen, dass der HTTP-SSL-Dienst gestartet wird.

HTTP.sys-Prozess kann einen Fehler an den Client zurück, auch wenn IIS nicht beteiligt ist. Dies kann auftreten, wenn die URL ungültig ist oder die Identität des IIS-Website nicht ordnungsgemäß konfiguriert ist. Die Fehler werden im Fehlerprotokoll HTTP.sys protokolliert.

Weitere Informationen über HTTP Fehlerprotokolldateien finden Sie auf der folgenden Microsoft-Website:Weitere Informationen über Fehler der HTTP-API Anmelden klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

820729 Fehler beim Anmelden HTTP-API

1.2.3IIS und Application pools
Bevor Sie die IIS-Konfiguration überprüfen, müssen Sie sicherstellen, dass der IIS-Verwaltungsdienst und der Anwendungspool ausgeführt werden. Außerdem müssen Sie sicherstellen, dass die Websiteidentität korrekt ist. Achten Sie Website-Identität ist die Website, Report Services hostet, nicht-Standardwebsite oder wenn Sie nicht "Alle nicht zugewiesen" für die Website-ID angeben. Sollten Sie Berichtsserver und Berichts-Manager auf mehreren Websites konfiguriert werden, Berichtsserver und Berichts-Manager auf der Website konfigurieren. Sollten Sie weitere Reporting Services derselben Website freigeben, Report Services virtuelle Verzeichnisse auf einer neuen Website konfigurieren. Haben Sie Drittanbieter-ISAPI-Erweiterung oder Filter, versuchen Sie, die ISAPI-Erweiterung oder Filter entfernen.

Wenn mehrere Konfigurationsprobleme mit IIS auftreten, können Sie IIS installieren. Wenn Sie dies tun, müssen Sie ASP.NET und Report Services virtuelle Verzeichnisse neu konfigurieren.

Weitere Informationen zu IIS-Protokolldatei klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

324091 wie: anzeigen und Berichte von Protokolldateien

Finden Sie auf der folgenden Microsoft-Website:
1.2.4ASP.NET
Fehlermeldung in Internet Explorer kann angeben, dass in ASP.NET ein Problem auftritt. Wenn Sie bereits IIS oder ASP.NET auf dem Computer deinstalliert haben, müssen Sie ASP.NET Konfigurationen überprüfen. Sie können die meisten Probleme mit ASP.NET beheben aspnet_regiis.exe Datei ASP.NET in IIS registrieren. Weitere Informationen über ASP.NET Validierung finden Sie in Abschnitt 4 dieses Artikels.

Eine einfache ASPX-Seite können Überprüfung des IIS und ASP.NET ausführen. Gehen Sie hierzu folgendermaßen vor:
  1. Erstellen Sie ein neues virtuelles Verzeichnis auf der Website, der virtuellen Verzeichnisse von Reporting Services hostet.
  2. Leseberechtigung und Ausführungsberechtigung des virtuellen Verzeichnisses.
  3. Bereitstellen einer einfachen ASPX-Seite auf das virtuelle Verzeichnis.
Lösen Sie die ASPX-Seite in Internet Explorer durchsuchen können, zuerst dieses Problem. Das Problem kann auftreten, in ASP.NET oder Ebenen vor die Anforderung ASP.NET.
Virtuelle Verzeichnisse für 1.2.5Report
Virtuelle Verzeichnisse von Reporting Services nicht mit Reporting Services Windows Management Instrumentation (WMI) Anbieter oder Reporting Services-Konfigurationstool konfiguriert wurden, befolgen Sie die Anleitung in Abschnitt 4.1 die virtuellen Verzeichnisse überprüft. Wenn mehrere Konfigurationsprobleme auftreten, können Sie die virtuellen Verzeichnisse mithilfe von WMI oder mit Reporting Services-Konfigurationstool erneut erstellen.

Beheben von Problemen, zuerst überprüfen und korrigieren das virtuelle Verzeichnis des Berichtsservers. Dann können Sie Arbeit Berichtsserver untersuchen und beheben das virtuelle Verzeichnis. Wenn Berichtmanager Berichtsserver kommunizieren kann, wird der Fehler in der Regel in den Reporting Services-Protokolldateien protokolliert.

Weitere Informationen zu Reporting Services-Ablaufverfolgungsprotokolle finden Sie auf der folgenden MSDN-Website:Folgendes ist z. B. diesen Fehler:
w3wp! Ui! 1! 8 / 2008-5-10: 20:56:: e Fehler: HTTP-Statuscode 500-->

--Details--

System.NET.WebException:: Fehler bei der Anforderung mit < Fehler >

am Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
am Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Wenn das virtuelle Verzeichnis des Berichtsservers arbeiten, aber das virtuelle Verzeichnis des Berichts-Manager nicht funktioniert, überprüfen Sie den Berichts-Manager verwendet für die Kommunikation mit dem Berichtsserver URL.

Weitere Informationen finden Sie auf der folgenden Website:Klicken Sie für weitere Informationen auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

922656 -Fehlermeldung wenn Sie versuchen, den Bericht-Manager in SQL Server 2005 Reporting Services zu öffnen: "Fehler bei der Anforderung mit HTTP-Status 400: Ungültige Anforderung" oder "Verbindung mit dem Berichtsserver ist fehlgeschlagen"

2Web Site-Konfigurationsprobleme

2.1Web site-Identität

Wenn eine Fehlermeldung darauf hinweist, dass Internet Explorer Berichtsserver oder Berichts-Manager zugreifen können, muss die websiteeinstellungen für Reporting Services validieren Es folgen einige Fehlermeldungen, die auftreten können.

Im Berichts-Manager wird die folgende Fehlermeldung angezeigt:
Die Verbindung mit dem Berichtsserver ist fehlgeschlagen. Überprüfen Sie die Verbindung Informationen und kompatible Version der Berichtsserver wird.
In Internet Explorer erhalten Sie folgende Fehlermeldung:
Fehler: Server oder DNS kann nicht gefunden werden.
In Internet Explorer erhalten Sie folgende Fehlermeldung:
HTTP 400 Fehlerhafte Anfrage
Stellen Sie sicher, dass die IP-Adresse oder den Hostnamen im URL verwendet löst den Computer und die Website, der virtuellen Verzeichnisse von Reporting Services hostet. Wenn die virtuellen Verzeichnisse auf verschiedenen Websites gehostet werden, überprüfen Sie die Websitekonfiguration für Berichtsserver und Berichts-Manager.

Wenn die URL eine IP-Adresse angegeben wird, überprüfen Sie Folgendes:
  • Stellen Sie sicher, dass der Computer die IP-Adresse aufgelöst wird, die die virtuellen Verzeichnisse von Reporting Services hostet. Den Befehl ipconfig.exe können die Netzwerkschnittstellen eines Computers aufgelistet.
  • Stellen Sie sicher, dass Websites, Server Reporting Services Alle nicht zugewiesenen Einstellung oder die IP-Adresse, die im Bereich Identifizierung der Website angegeben.
Wenn die URL durch einen Hostnamen angegeben wird, überprüfen Sie Folgendes:
  • Stellen Sie sicher, dass Reporting Services-Computer der Hostnamen aufgelöst wird. Den Befehl ping.exe können Sie den Hostnamen, die IP-Adresse auflösen. Stellen Sie sicher, dass der Computer die IP-Adresse aufgelöst wird, die die virtuellen Verzeichnisse von Reporting Services hostet.
  • Stellen Sie sicher, dass die Website Alle nicht zugewiesenen Einstellung für die Websiteidentifikation verwendet oder die Website einen Hostheader angibt, der den Host-Header in der Anforderung entspricht. Der Hostheader die Anforderung verwendet wird in der Regel den Servernamen in der URL angegeben wird. In einem Szenario mit Netzwerklastenausgleich (Network Load Balancing, NLB) ist der Host-Header normalerweise den virtuellen Namen. Der Hostheader kann auch in der Datei Hosts definiert werden.
In IIS 5.0 und IIS 6.0 werden Identitäten Website im Bereich Websiteidentifikation der Registerkarte Website die Seite Eigenschaften definiert. In IIS 7.0 definieren Sie die Identität der Website auf den Link Bindungen im Bereich Bearbeiten . Weitere Informationen zur Definition von Websiteidentitäten finden Sie auf folgenden Websites.

Hinweis IIS 5.0 verwendet eine Schnittstelle, die IIS 6.0 definieren Websiteidentitäten ähnelt.Sie müssen auch sicherstellen, dass Berichtmanager Berichtsserver Zugriff auf korrekte URL verwendet. Weitere Informationen finden Sie auf der folgenden Microsoft-Websites:

2.2Issues treten nach der Neuinstallation von IIS

Wenn Sie IIS installiert haben, müssen Sie ASP.NET Berichtsserver virtuellen Verzeichnisse konfigurieren und Manager virtuelle Verzeichnisse.
Informationen zu IIS-installation
Weitere Informationen zum Installieren von IIS 6.0 finden Sie auf der folgenden Microsoft-Website:Weitere Informationen zum Deinstallieren von IIS 6.0 finden Sie auf der folgenden Microsoft-Website:Weitere Informationen zum Installieren von IIS 7.0 finden Sie auf der folgenden Microsoft-Website:Weitere Informationen zur Installation und Verwendung von IIS 5.0 finden im folgenden Artikel der Microsoft Knowledge Base:

266115 -Ressourcen für die Installation und Verwendung von IIS 5.0

Informationen zum virtuellen Verzeichnisse von Reporting Services neu erstellen
Weitere Informationen finden Sie auf der folgenden Microsoft-Websites:

2.3Issues mit ISAPI-Filtern

Drittanbieter-ISAPI-Filter können für virtuelle Verzeichnisse für Berichtsserver beeinträchtigen. Sollten Sie Drittanbieter-ISAPI-Filter vorhanden sind, zum Entfernen der Filter von der Website, der virtuellen Verzeichnisse der Reporting Services hostet. Oder verschieben Sie virtuelle Verzeichnisse von Reporting Services eine neue Website.

3Authentication Probleme

3.1You müssen Anmeldeinformationen in Internet Explorer auf Reporting Services eingeben.

Wenn Reporting Services die integrierte Windows-Authentifizierung konfiguriert ist, wird Internet Explorer in der Regel nicht konfiguriert zur Eingabe von Anmeldeinformationen. Um festzustellen, ob Internet Explorer immer zur Eingabe von Anmeldeinformationen konfiguriert ist, gehen Sie folgendermaßen vor:
  1. Öffnen Sie Internet Explorer.
  2. Klicken Sie im Menü Extras auf Internetoptionen.
  3. Wählen Sie auf der Registerkarte Sicherheit die Zone gilt für die URL, mit dem Berichtsserver zugreifen. Wenn Sie einen NetBIOS-Namen auf Berichtsserver verwenden, wählen Sie die Zone Lokales Intranet ein.
  4. Klicken Sie auf Stufe anpassen.
  5. Klicken Sie im Bereich Authentifizierung im Dialogfeld Sicherheit auf Automatisches Anmelden nur in der Intranetzone im Bereich Anmelden . Ist der URL in der Intranetzone, können Sie die Automatische Anmeldung mit aktuellem Benutzernamen und Kennwortklicken.

3.2You Fehlermeldung HTTP 401 nach der Eingabe von Anmeldeinformationen in Internet Explorer

Wenn Sie nach Wiederholte Aufforderung von Internet Explorer Erhalt eine HTTP 401-Fehlermeldung erhalten, ist ein Authentifizierungsfehler aufgetreten. Z. B. Installation Report Services im einheitlichen Modus können Sie Anmeldeinformationen dreimal aufgefordert werden bevor Sie in Internet Explorer eine HTTP 401-Fehlermeldung erhalten. Wenn dieses Problem auftritt, werden das IIS-Protokoll "HTTP 401" als Antwort auf IIS Um dieses Problem zu beheben, überprüfen Sie Folgendes:
  • Stellen Sie sicher, dass Sie den richtigen Benutzernamen und das Kennwort eingegeben haben.
  • Führen Sie die Schritte in Abschnitt 3.1. Stellen Sie sicher, dass Sie keine anonyme Anmeldung in der Sicherheitsvorlage für die Zone angeben.
Sie erhalten am häufigsten HTTP 401-Fehlermeldung wenn Reporting Services die integrierte Windows-Authentifizierung konfiguriert wurde. Standardmäßig ermöglicht IIS die Negotiate-Authentifizierung und die NTLM-Authentifizierungsmethode. Internet Explorer verwendet in der Regel die Negotiate-Authentifizierung, bevor Internet Explorer die NTLM-Authentifizierungsmethode verwendet.

Wenn Sie FQDN oder eines benutzerdefinierten Hostheaders, das nicht mit den Computernamen übereinstimmt, kann kein Kontrollkästchen Loopback auftreten. Bei diesem Problem können Sie normalerweise den Reporting Services-Websites mithilfe der IP-Adresse zugreifen. Allerdings können Sie mit einem FQDN oder einen Hostnamen Websites zugreifen.

Klicken Sie für weitere Informationen auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

896861 Fehlermeldung 401.1 beim Durchsuchen einer Website, die integrierte Authentifizierung verwendet und unter IIS 5.1 oder IIS 6 gehostet wird

3.2.1 Kerberos-Authentifizierung
Wenn das ausgehandelte Authentifizierungsprotokoll Kerberos ist, erhalten Sie eine HTTP 401-Fehlermeldung aufgrund der Kerberos-Authentifizierung. Es folgen einige dieser Probleme:
  • Wenn der Anwendungspool ein Domänenkonto basiert, erhalten Sie HTTP 401-Fehlermeldung der HTTP-Dienstprinzipalnamen (SPN) nicht konfiguriert wird. Wenn dieses Problem auftritt, wird Fehlercode von Kerberos:
    KRB_ERR_APP_MODIFIED
    Auf dem Server mithilfe der folgenden URL möglicherweise:
    http://localhost/<reportserver_vdir>
    Allerdings können Sie den Server über die folgende URL zugreifen:
    http://<NetBIOS>/<reportserver_vdir>
    Zu beheben dieser Probleme zu umgehen, verwenden Sie eine der folgenden Methoden:
    • Die HTTP-SPN zur Aktivierung der Kerberos-Authentifizierung zu konfigurieren. Verwenden Sie den NetBIOS-Namen und den FQDN im URL zu Reporting Services zugreifen, müssen Sie die HTTP-SPN für den vollqualifizierten Domänennamen und den NetBIOS-Namen registrieren. Sie können keine HTTP-SPN für unterschiedlichen Konten auf demselben Computer konfigurieren. Daher führen andere Anwendungspools unter demselben Konto dieselbe HTTP-SPN verwendet. Für Weitere Informationen klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

      871179 erhalten Sie eine "HTTP 401.1 - nicht autorisiert: Zugriff aufgrund ungültiger Anmeldeinformationen verweigert" Fehlermeldung, wenn Sie versuchen auf eine Website zuzugreifen, die Teil eines IIS 6.0-Anwendungspools ist

    • Ändern der Anwendungspoolidentität NetworkServices oder LocalSystem. Diese Konten können den integrierten HOST-SPN statt HTTP-SPN.
    • Erzwingen Sie IIS akzeptieren NTLM-Authentifizierung. Weitere Informationen finden Sie auf der folgenden Microsoft-Website:
  • Fehlercode von Kerberos wird im Ereignisprotokoll angezeigt:
    KRB_ERR_RESPONSE_TOO_BIG
    Zum Beheben oder umgehen dieses Problem, gehen Sie folgendermaßen vor:
    1. Aktivieren Sie Kerberos-Protokollierung. Für Weitere Informationen klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

      262177 so Protokollierung aktivieren

    2. Überprüfen Sie das Ereignisprotokoll. Wenn den Fehlercode KRB_ERR_RESPONSE_TOO_BIG angezeigt wird, finden Sie unter den folgenden Microsoft Knowledge Base-Artikel eine Abhilfe für dieses Problem:
      244474 wie Kerberos zwingen, TCP anstelle von UDP in Windows Server 2003, Windows XP und Windows 2000 verwenden

3.2.2 Standardauthentifizierung
Wenn Reporting Services für die Verwendung der Standardauthentifizierung konfiguriert ist, wird ein Authentifizierungsfehler im Sicherheitsereignisprotokoll auf dem Server protokolliert, auf dem IIS ausgeführt wird. Zeigt die Fehlermeldung an. Lässt die lokale Sicherheitsrichtlinie nicht die Authentifizierung, müssen Sie entweder zulassen, Anmeldung Geben Sie in der lokalen Sicherheitsrichtlinie oder der Anmeldetyp in der IIS-Konfiguration ändern.

3.3You Fehlermeldung eine "Zugriff verweigert" in Internet Explorer IUSR oder anderen IIS anonyme Benutzer

Tritt diese Fehlermeldung unerwartet, bestimmen Sie, ob anonyme Sicherheit für virtuelle Verzeichnisse von Reporting Services aktiviert ist. Wenn diese Einstellung aktiviert ist, deaktivieren.

3.4Kerberos Delegation Probleme auftreten

Diese Probleme werden normalerweise als "double-Hop-Probleme bezeichnet. Kerberos-Delegierung Probleme können auftreten, wenn Folgendes zutrifft:
  • Integrierte Sicherheit für die Datenquellen konfiguriert in Ihrem Bericht.
  • Der Bericht greift auf einem remote-Server für eine Datenquelle. Der Bericht greift z. B. Analysis Services oder Microsoft SQL Server-Datenbankserver.
  • Beim Zugriff auf den Bericht erhalten Sie eine der folgenden Fehlermeldungen angezeigt:

    Fehlermeldung 1
    Fehler bei der Anmeldung für den Benutzer (null)
    Fehlermeldung 2
    Fehler bei der Anmeldung für den Benutzer "NTAUTHORITY\ANONYMOUS"
  • Wenn Sie das Sicherheitsprotokoll auf dem Server, die die Datenquelle enthält überprüfen, sehen Sie Ereignisse, die anzeigen, dass ein anonymer Anmeldung wurde.
NTLM-Authentifizierungsschema kann nicht double-Hop Operationen. Wenn Sie Negotiate Authentifizierungsanbieter die Website oder das virtuelle Verzeichnis von Reporting Services entfernt, müssen Sie den Authentifizierungsanbieter Negotiate erneut hinzufügen.

Weitere Informationen finden Sie auf folgenden Microsoft-Websites oder KB-Artikel:für Weitere Informationen klicken Sie auf die folgenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base:

215383 zum Konfigurieren von IIS das Kerberos-Protokoll und das NTLM-Protokoll für Netzwerkauthentifizierung zu unterstützen

Probleme mit 326985 Behandlung von Kerberos in IIS

917409 zum Konfigurieren von SQL Server 2005 Analysis Services Kerberos-Authentifizierung

319723 Verwendung von Kerberos-Authentifizierung in SQL Server

909801 wie Sie sicherstellen können, dass Sie Kerberos-Authentifizierung verwenden, wenn Sie eine Remoteverbindung mit einer Instanz von SQL Server 2005 erstellen

Weitere Informationen finden Sie auf der folgenden Microsoft-Websites:Wenn Sie Kerberos-Authentifizierung vermeiden möchten, können Sie eine der folgenden Methoden:
  • Konfigurieren Sie gespeicherte Anmeldeinformationen für die Datenquelle.
  • Konfigurieren Sie Reporting Services für die Standardauthentifizierung verwenden. Die Standardmethode für die Anmeldung ist die NetworkClearText -Methode. Diese Methode können Sie einen zusätzlichen Abschnitt vom Berichtsserver zu.

Probleme bei der 4ASP.NET

4.1General Fehler

ASP.NET Konfigurationsprobleme haben verschiedene Symptome. Beispielsweise kann eine der folgenden auftreten:
  • HTTP 404-Fehlermeldung erhalten.
  • Sie erhalten die folgende Fehlermeldung angezeigt:
    Resource Microsoft.ReportingServices.UI.GlobalApp konnte nicht geladen werden.
  • Sie können andere Ausnahme von ASP.NET Fehlermeldungen.
ASP.NET Konfigurationsprobleme möglicherweise von einer Version von Microsoft.NET Framework installieren oder deinstallieren. Gehen Sie wie folgt vor, um diese Probleme zu beheben:
  • Im IIS-Manager mit der rechten Maustaste des Knotens Websites und klicken Sie dann auf Eigenschaften. Im Fenster Eigenschaften von Websites auf die Registerkarte ASP.NET , und stellen Sie sicher, dass die ASP.NET Version 2.0.50727.
  • Im IIS-Manager mit der rechten Maustaste des Knotens Websites und klicken Sie dann auf Eigenschaften. Klicken Sie im Fenster Eigenschaften von Websites auf die Registerkarte ISAPIFilters suchen, und klicken Sie auf den Filter ASP.NET_2.0.50727.0 . Ob das ausführbare Datei einen gültigen Pfad für ASP.NET Filter-Datei enthält.

    Hinweis Der Filter ist in IIS 5.1 nicht vorhanden.

    Hinweis In IIS 7.0 sehen Sie den Filter ISAPI-Filter auf der Eigenschaftenseite der Website klicken.
  • Im IIS-Manager suchen Maustaste das virtuelle Verzeichnis für den Berichtsserver, und klicken Sie dann auf Eigenschaften. Klicken Sie im Dialogfeld klicken Sie auf der Registerkarte Virtuelles Verzeichnis , und klicken Sie auf Konfiguration. Überprüfen Sie, ob der Anwendung Extensions Bereich leer ist. Überprüfen Sie, ob der Bereich Platzhalter Applikation wird einem Platzhalterzeichen zugeordnet ist. Wählen Sie die Platzhalter-Zuordnung und klicken Sie dann auf Bearbeiten. Stellen Sie sicher, dass das Ausführen den richtigen Pfad für die Datei aspnet_isapi.dll enthält. Stellen Sie sicher, dass das Kontrollkästchen verifizieren, dass Datei existiert nicht aktiviert ist.
  • Im IIS-Manager suchen Maustaste das virtuelle Verzeichnis für den Berichts-Manager, und klicken Sie dann auf Eigenschaften. Klicken Sie im Dialogfeld klicken Sie auf der Registerkarte Virtuelles Verzeichnis , und klicken Sie auf Konfiguration. Überprüfen Sie, ob die Anwendung Extensions Standard-Zuordnung enthält. Dies ist eine Liste der Zuordnungen für gängige ASP.NET Dateitypen wie ASPX und asax. Regenerieren die Zuordnung, verwenden den folgenden Befehl zum Erstellen des richtigen Skripts zugeordnet ist:
    Aspnet_regiis.exe – s < Pfad im Berichts-Manager->
    Hinweis In IIS 7.0 sind die Zuordnung unter dem Symbol Handlerzuordnungen .
  • IIS Web Server Extensions stellen Sie sicher, dass ASP.NET 2.0.50727 aktiviert ist.
Wenn die Validierung fehlschlägt, können Sie ASP.NET zur Lösung des Problems registrieren. Verwenden Sie hierzu eine der folgenden Methoden:
  • Wenn Sie eine 32-Bit-Version von Reporting Services auf einem 32-Bit-Betriebssystem oder ein 64-Bit-Betriebssystem ausführen, führen Sie folgenden Befehl ein:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i – aktivieren
  • Wenn Sie eine 64-Bit-Version von Reporting Services auf einem 64-Bit-Betriebssystem ausführen, führen Sie folgenden Befehl ein:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i – aktivieren
ASP.NET 1 kann nicht ausgeführt werden. X und 2.0 von ASP.NET im gleichen IIS-Arbeitsprozess. Wenn Sie IIS 6.0 oder IIS 7.0 verwenden, stellen Sie sicher, dass Anwendungspools, der die Berichtsserver-Anwendung hostet ASP.NET 1 kein host. X -Programmen. Wenn Sie IIS 5.0 verwenden oder wenn Sie IIS 6.0 im IIS 5.0-Isolationsmodus verwenden müssen laufen Sie nicht Anwendung, die ASP.NET 1 erforderlich. x.

4.2You die Fehlermeldung "die aktuelle Identität (NT-AUTORITÄT\NETZWERKDIENST) hat keinen Schreibzugriff auf 'Dateien < Pfad > \v2.0.50727\Temporary ASP.NET'"

Eine ungültige Konfiguration ASP.NET Fehler. Um das Problem zu beheben, Schreibzugriff gewähren und Schreibberechtigungen für den Ordner Temporary ASP.NET Files, den die Fehlermeldung angibt.

5SSL Probleme

5.1Problems treten mit Clientzertifikaten

Wenn Sie Clientzertifikate für die virtuellen Verzeichnisse konfiguriert, können Berichtmanager Berichtsserver nicht authentifizieren. Dieses Problem tritt auf, weil Bericht-Manager ist nicht beim Berichtsserver über HTTP-Anfragen Berichtmanager kommuniziert Clientzertifikate übergeben. Konfigurieren von IIS für die Option Clientzertifikate verlangen kann nicht Berichtmanager verwendet werden. Um dieses Problem zu umgehen, können Sie die Clientzertifikate verlangen für das virtuelle Verzeichnis des Berichtsservers Kontrollkästchen.

5.2 Sie erhalten eine Fehlermeldung "Connection zwangsweise geschlossen" oder Fehler, die eine SSL-Verbindungsfehler

In Internet Explorer wird eine der folgenden Fehlermeldungen angezeigt:

Fehlermeldung 1
Verbindung erzwingen geschlossen
Fehlermeldung 2
Die zugrunde liegende Verbindung wurde geschlossen
Fehlermeldung 3
Vertrauensstellung für den sicheren SSL/TLS-Kanal konnte nicht hergestellt werden.
Fehlermeldung 4
HTTP-Statuscode 500-->
Wenn Sie diese Fehlermeldungen erhalten, ein SSL-Verbindungsfehler aufgetreten. SSL-Verbindungsfehlern entstehen in der Regel durch das Zertifikat, die in IIS installiert ist. Um dieses Problem zu beheben, führen Sie folgende Schritte aus:
  • Stellen Sie sicher, dass das Zertifikat dem Hostnamen oder der Host-Header in der URL, mit dem Berichts-Manager oder den Berichtsserver zugreifen.
  • Stellen Sie sicher, dass das Zertifikat ausgestellt wurde, den Hostnamen oder der Host-Header in der URL, der Berichts-Manager auf Berichtsserver verwendet.

    Hinweis Diese URL kann durch das ReportServerUrl -Element in der Datei ' rswebapplication.config ' definiert werden. Wenn diese URL nicht definiert ist, ist der Hostname des URL den Hostnamen der Client Zugriff auf den Bericht-Manager verwendet. Da der Hostname variieren kann, verwenden Sie verschiedene URLs, Berichts-Manager zugreifen, wird empfohlen, Sie ReportServerUrl Element explizit definieren, mit den richtigen Hostnamen. Weitere Informationen finden Sie auf der folgenden MSDN-Website:
  • Stellen Sie sicher, dass die Zertifikatvertrauenskette gültig ist. Also stellen Sie sicher, dass das Zertifikat oder den Aussteller des Zertifikats vertrauenswürdig ist.

5.3Problems treten in die HTTP-Kommunikation zwischen Berichtsserver und Berichts-Manager

Die HTTP-Kommunikation zwischen Berichts-Manager und den Berichtsserver kann auftreten. Wenn die SSL-Konfiguration ungültig ist, kann Internet Explorer erfolgreich Berichtmanager beantworten. Jedoch kann nicht Berichtmanager Berichtsserver kommunizieren. Wenn dieses Problem auftritt, zeigt Berichtmanager ordnungsgemäß Bilder auf der Berichts-Manager-Startseite. Berichts-Manager zeigt Fehler im Bereich, in dem erwarteten Ordner und Berichte.


Um diese Probleme zu diagnostizieren, die.NET Framework-Protokollierung verwendet. Zum Aktivieren der.NET Framework, fügen Sie den folgenden Code zur Web.config-Datei, die im Berichts-Manager-Ordner:
<system.diagnostics>         <trace autoflush="true" />
<sources>
<source name="System.Net" maxdatasize="1024">
<listeners>
<add name="MyTraceFile"/>
</listeners>
</source>
<source name="System.Net.Sockets" maxdatasize="1024">
<listeners>
<add name="MyTraceFile"/>
</listeners>
</source>
</sources>
<sharedListeners>
<add
name="MyTraceFile"
type="System.Diagnostics.TextWriterTraceListener"
initializeData="d:\tmp\System.Net.trace.log"
/>
</sharedListeners>
<switches>
<add name="System.Net" value="Verbose" />
<add name="System.Net.Sockets" value="Verbose" />
</switches>
</system.diagnostics>

Angenommen Sie, der Server Hostheader "example1" ist. Jedoch wird Ihr Zertifikat an "example2" ausgegeben. Wenn Sie den Berichts-Manager-Startseite mit http://example1/reports URL zugreifen, erhalten Sie eine Warnung, die angibt, dass das Zertifikat ungültig ist. Daher ist die Zertifikatkonfiguration ungültig.

Hinweis Je nach der Version von Internet Explorer, die Sie verwenden, kann die Warnung eine Popup-Meldung oder eine Meldung, die in Internet Explorer angezeigt wird. Oder wenn Sie Warnung bevor Sie ignorieren möchten, Sie erhalten eine Warnung in Internet Explorer.

Im Berichts-Manager wird die folgende Fehlermeldung angezeigt:
Die zugrunde liegende Verbindung wurde geschlossen: Vertrauensstellung für den sicheren SSL/TLS-Kanal konnte nicht hergestellt werden.
Dann fügen Sie diesen XML-Code in die Datei Web.config im Berichts-Manager-Verzeichnis.

Hinweis Möglicherweise Zusammenführung ausführen, wenn die Datei Web.config bereits das Element < system.diagnostics > oder < Switches > -Element enthält.

Wenn Sie die gleiche Fehlermeldung zeigen Sie an, die in den XML-Code angegeben. In diesem Beispiel wird die Datei an folgendem Speicherort:
D:\tmp\System.Net.trace.log
Am Ende der Protokolldatei angezeigt:
System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate has errors:System.Net Information: 0 : [3316] SecureChannel#63605042 - Certificate name mismatch.
System.Net Information: 0 : [3316] SecureChannel#63605042 - A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.

System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate was verified as invalid by the user.
System.Net.Sockets Verbose: 0 : [3316] Socket#23836999::Dispose()
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609:: - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609::EndGetResponse - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.

Beachten Sie, dass die Fehlermeldung die Art von Zertifikatsproblem aufgetretenen angibt.

6Scale Out und Load balanced Probleme

6.1You Fehlermeldung HTTP 401 zeitweise

Double-Hop-Problem, das Lastenausgleich stellt Mai zeitweise HTTP 401-Fehler verursachen. Mit Netzwerklastenausgleich kann eine HTTP-Anforderung, die an demselben Computer auf den virtuellen Server und dann auf einen anderen Knoten weitergeleitet werden. Dieses Problem tritt nur zeitweise auf. Wenn die Anforderung in den gleichen Knoten weitergeleitet wird, ist die Anforderung erfolgreich.

Um dieses Problem zu umgehen, verwenden Sie eine der folgenden Methoden:
  • Ändern der Datei Hosts auf jedem Knoten, Anfragen, die auf dem virtuellen Knoten für den lokalen Host gelangen. Beispielsweise können Sie Anfragen umleiten, die für den virtuellen Knoten einer IP-Adresse 127.0.0.1 bestimmt sind. Dieser Vorgang verhindert double-Hop durch Einschränken der Anfragen Berichts-Manager auf Berichtsserver auf demselben Computer.
  • Haben Sie eine systemeigene Reporting Services-Installation konfigurieren < ReportServerUrl >-Tag, um "Localhost" anstelle des virtuellen Servers verwenden.

7 WindowsVista und Windows Server 2008-Probleme

Wenn Sie Reporting Services in Windows Vista oder Windows Server 2008 installieren, überprüfen Sie die folgenden Knowledge Base-Artikeln und MSDN-Website vorsichtig:
934164 wie SQL Server 2005 Reporting Services auf einem Windows Vista-Computer installieren

938245 installieren und Konfigurieren von SQL Server 2005 Reporting Services auf einem Computer, der Windows Server 2008 ausgeführt wird

Sie Fehlermeldung eine "IIS ist nicht installiert oder nicht für die Installation von Komponenten konfiguriert" während der Installation

Beim Installieren von Reporting Services unter Windows Vista oder Windows Server 2008 erhalten Sie folgende Fehlermeldung, wenn IIS bereits installiert ist:
IIS ist entweder nicht installiert oder nicht konfiguriert für die Installation von Komponenten
Dieses Problem tritt auf, weil die IIS 6.0-Verwaltungskompatibilität Funktion nicht installiert ist. Für Weitere Informationen klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

949455 Reporting System Center Operations Manager 2007-Installation schlägt auf einem Windows Server 2008-Computer IIS 6.0-Verwaltungskompatibilität nicht installiert ist

8Home Seite Umleitung

Wenn Sie IIS verwenden, können Berichts-Manager als Standard-Startseite für den Webserver Sie. Sie möchten z. B. Anfragen von http://< Server > URL http://< Server>/Reports URL umleiten. Informationen zum Konfigurieren der Umleitung der Berichts-Manager-Startseite finden Sie im Abschnitt "Umleitung auf der Berichts-Manager Virtual Directory" von der folgenden MSDN-Website:Hinweis Berichts-Manager kann nicht direkt auf der Stammebene Website konfiguriert werden. Stattdessen müssen Sie die Umleitung zum Berichts-Manager für den Webserver als Standard-Startseite festlegen konfigurieren.

9Export Probleme

9.1An Export-Timeout

Beim Exportieren eines Berichts von Internet Explorer bleibt das Download-Dialogfeld geöffnet, bis ein Timeout gemeldet wird. Dieses Problem kann auftreten, wenn Sie einige Konten, aber keine anderen Konten verwenden. Dieses Problem kann auftreten, wenn Sie die Option Ausführen als verwenden, um Internet Explorer starten, sodass Internet Explorer von einem Konto als Anmeldekonto ausgeführt werden kann.

Dieses Problem kann durch eine fehlerhafte Konfiguration der Internet Explorer verursacht werden, besonders bei kleinen so, dass das Timeout nicht durch viele Datenübertragungen. Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:
  1. Klicken Sie in Internet Explorer im Menü Extras auf Internetoptionen .
  2. Klicken Sie im Dialogfeld Internetoptionen klicken Sie auf die Registerkarte Erweitert und suchen Sie HTTP 1.1 Einstellungen.
  3. Deaktivieren Sie das Kontrollkästchen HTTP 1.1 verwenden und HTTP 1.1 über Proxyverbindungen verwenden .
  4. Aktivieren Sie das Kontrollkästchen HTTP 1.1 verwenden und HTTP 1.1 über Proxyverbindungen verwenden .
  5. Starten Sie Internet Explorer erneut.

1064 Bit-Probleme

10.1You Fehlermeldung eine "Es wurde versucht, eine 64-Bit-Assembly auf einer 32-Bit-Plattform laden"

Beim Arbeitsprozesse 32-Bit- und 64-Bit-Arbeitsprozesse Seite in IIS 6.0 ausführen, erhalten Sie folgende Fehlermeldung:
Es wurde versucht, eine 64-Bit-Assembly auf einer 32-Bit-Plattform zu laden
Weitere Informationen finden Sie auf der folgenden Website:

10.2Issues treten auf, wenn IIS und Reporting Services in 64-Bit-Modus, aber IIS ist 32-Bit-Modus

Klicken Sie für weitere Informationen auf die folgenden Artikelnummern, um die betreffenden Artikel in der Microsoft Knowledge Base anzuzeigen:

Das Wechseln zwischen 32-Bit-Versionen von ASP.NET 1.1 und der 64-Bit-Version von ASP.NET 2.0 auf eine 64-Bit-Version von Windows 894435

934162 wie eine 32-Bit-Version von SQL Server 2005 Reporting Services auf einem Computer installieren, auf dem eine 64-Bit-Version von Windows ausgeführt

11IIS und Konfigurationsprobleme virtuelles Verzeichnis

11.1 die Konfiguration ist ungültig für die virtuellen Verzeichnisse für Berichtsserver oder Berichts-Manager virtuelle Verzeichnisse

Eine der folgenden Fehlermeldungen wird angezeigt:

Fehlermeldung 1
HTTP-503 Dienst nicht verfügbar
Fehlermeldung 2
HTTP-403.14 - verboten (Verzeichniseintrag abgewiesen)
Fehlermeldung 2
Auflistung in Verzeichnis verweigert
Fehlermeldung 2
Dienst nicht verfügbar
Diese Fehlermeldungen zeigen an, dass die Konfiguration der virtuellen Verzeichnisse Berichtsserver oder Berichts-Manager virtuelle Verzeichnisse ungültig ist. Um dieses Problem zu beheben, erstellen Sie die virtuellen Verzeichnisse für Berichtsserver und Berichts-Manager virtuelle Verzeichnisse neu. Gehen Sie hierzu folgendermaßen vor:
  1. Mit IIS-Manager die vorhandenen virtuellen Verzeichnisse in IIS zu entfernen.
  2. Reporting Services-Konfigurationstool oder Reporting Services-WMI-Anbieter zum Erstellen neuer virtueller Verzeichnisse verwenden.
Weitere Informationen finden Sie auf der folgenden Microsoft-Websites:

12Deploying Reporting Services und Windows SharePoint Services nebeneinander

Weitere Informationen zum Bereitstellen von Reporting Services und Windows SharePoint Services nebeneinander finden Sie auf der folgenden MSDN-Website:

13Report-Generator Probleme

13.1You Fehlermeldung HTTP 401 beim Starten von Berichts-Generator

Wenn Berichtsserver Standardauthentifizierung verwendet, müssen Sie die anonyme Authentifizierung für Berichts-Generator konfigurieren. Berichts-Generator ist eine ClickOnce-Anwendung. ClickOnce-Anwendung können die Standardauthentifizierung nicht verarbeiten. Weitere Informationen finden Sie auf der folgenden MSDN-Website:

14Web.config Datei Probleme analysieren

14.1You Fehlermeldung System.NullReferenceException aus der Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr-Methode

Dieses Problem kann auftreten, wenn Reporting Services die Web.config-Datei analysieren kann. Um dieses Problem zu beheben, führen Sie folgende Schritte aus:
  • Stellen Sie sicher, dass die Datei Web.config, die in folgendem Ordner ist, kein Namespace angegeben:
    %ProgramFiles%\Microsoft SQL Server\ < Instanzname > \Reporting Services\ReportServer
    Verfügt die Web.config-Datei einen Namespace, entfernen Sie den Namespace.

    Hinweis Zum Ändern der Datei verwendeten Editor kann einen Namespace hinzufügen. Um festzustellen, ob dies geschehen ist, suchen Sie das Xmlns-Attribut in der ersten Zeile der Datei.
  • Überprüfen Sie, ob der Knoten < Authentication > das Mode -Attribut enthält. Den Knoten < Authentication > Wenn das Attribut nicht vorhanden ist, fügen Sie das Mode -Attribut hinzu. Geben Sie einen entsprechenden Attributwert.

    Beispielsweise verwenden Sie integrierte Windows-Authentifizierung ist der Authenticate-Modus wahrscheinlich "Windows" fest Weitere Informationen zu ASP.NET Authentifizierungsmodi finden Sie auf der folgenden MSDN-Websites:
Eigenschaften

Artikelnummer: 958998 – Letzte Überarbeitung: 14.01.2017 – Revision: 2

Feedback