Behandlung von IIS-Konfiguration-Problemen in SQL Server 2005 Reporting Services

Artikel-ID: 958998 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Maschinell übersetzter ArtikelHinweis: Dies ist ein maschinell übersetzter Artikel.
Alles erweitern | Alles schließen

Auf dieser Seite

EINFÜHRUNG

Dieser Artikel beschreibt die IIS-Konfigurationsprobleme in Microsoft SQL Server 2005 Reporting Services beheben können.

In diesem Artikel wird hauptsächlich in Ihnen helfen, Probleme bei der IIS 6.0-Konfiguration unter Reporting Services im einheitlichen Modus diagnostizieren geschrieben. Dieser Artikel gilt auch in der Regel auf IIS 5.0 und IIS 7.0. Bestimmte Diagnose Schritte können jedoch nur für IIS 6.0, wie z. B. die Schritte zur Installation von Microsoft ASP.NET mithilfe von IIS-Manager überprüfen geschrieben werden. Dieser Artikel beschreibt außerdem einige häufige Konfiguration Probleme mit Authentifizierung, ASP.NET und Internet Explorer.
Zum Anfang | Ihr Feedback an uns

Weitere Informationen

1 Allgemeinen Ansatz

IIS-Konfigurationsprobleme werden normalerweise als Fehler Verbindung mit oder zum Ausführen von Berichtsserver oder Berichts-Manager angezeigt. Um mit um dieser Konfigurationsprobleme erfolgreich zu diagnostizieren, müssen Sie überprüfen die Architektur von Reporting Services und die Möglichkeit, dass Reporting Services mit IIS integriert ist. In diesem Artikel versucht, die IIS-Konfigurationsprobleme identifizieren, die Fehler in Reporting Services verursachen. Einige nicht-IIS-Probleme werden ebenfalls beschrieben.

Fordern Sie 1.1 Fluss an

Eine HTTP-Anforderung von einem Benutzer durchläuft viele Ebenen. Wissen, welche Ebene Fehler bei der Anforderung helfen Ihnen, die Art des Fehlers zu bestimmen. Im folgende Diagramm ist ein vereinfachtes Diagramm des Datenflusses eine Anforderung:

Bild minimierenBild vergrößern


Reporting Services installiert ein virtuelles Verzeichnis für Berichtsserver und ein virtuelles Verzeichnis für Berichts-Manager. Der Standardname des virtuellen Verzeichnisses für den Berichtsserver ist ? Reportserver eingeben. Der Standardname für virtuelles Verzeichnis für Berichts-Manager ist ? Berichte eingeben.

In der Regel starten Sie Reporting Services Probleme diagnostizieren, durch Senden einer Anforderung an das Berichtsserver-Stammverzeichnis in Internet Explorer. Standardmäßig ist der URL http://<server> / Reportserver . Wenn Berichtsserver arbeitet, dann können Internet Explorer Sie eine Anforderung an http://<server> / meldet . Wenn Bericht Server für SSL (Secure Sockets Layer) konfiguriert haben, müssen Sie zuerst sicherstellen, dass der Server im nicht-SSL-Modus ausgeführt werden kann. Wenn Sie eine scale-out Bereitstellung konfiguriert haben, müssen Sie zuerst sicherstellen, Berichtsserver auf einzelne Knoten ausgeführt werden kann. Diagnostizieren von Problemen in dieser Reihenfolge hilft Ihnen, die Probleme schneller zu isolieren.

1.2 Häufige Symptome

Dieser Abschnitt enthält allgemeine Symptome, die auftreten, wenn Anforderungen in einer bestimmten Ebene fehl. In diesem Abschnitt erfahren außerdem, wo Sie nach Fehlermeldungen suchen.
1.2.1 Firewall
Wenn Sie Berichtsserver von einem remote-Client-Computer zuzugreifen, stellen Sie sicher, dass die Firewall die Anforderung nicht blockiert. Blockierte Anforderung wird in das Firewallprotokoll protokolliert.

Weitere Informationen zum Suchen des Firewallprotokolls finden Sie im folgenden Artikel der Microsoft Knowledge Base:
929455
(http://support.microsoft.com/kb/929455/ )
Wenn Sie einen benutzerdefinierten Speicherort für die Windows-Firewall-Protokolldatei in Windows Vista konfigurieren, kann Informationen nicht in die Protokolldatei geschrieben werden
Sie können auch den folgenden Websites von Microsoft besuchen:
http://technet.microsoft.com/en-us/library/cc736373.aspx
(http://technet.microsoft.com/en-us/library/cc736373.aspx)
http://technet.microsoft.com/en-us/library/cc758040.aspx
(http://technet.microsoft.com/en-us/library/cc758040.aspx)
1.2.2 HTTP.sys
IIS 6.0, die nicht im IIS 5.0-Isolationsmodus ausgeführt wird und IIS 7.0 verwenden, den HTTP-Kernel-Modus-Treiber (http.sys) um HTTP-Netzwerk Input/Output durchzuführen. Der HTTP-Dienst wird automatisch gestartet. Sie haben keinen manuellen Konfiguration durchführen. Wenn Reporting Services zur Verwendung von SSL konfiguriert ist, müssen Sie sicherstellen, dass der HTTP-SSL-Dienst gestartet wird.

Der HTTP.sys-Prozess kann einen Fehler an den Client zurückgeben, auch wenn IIS nicht beteiligt ist. Dies kann auftreten, wenn der URL ungültig ist oder wenn die IIS-Site-Identität nicht korrekt konfiguriert ist. Die Fehler werden im Fehlerprotokoll HTTP.sys protokolliert.

Weitere Informationen zu der HTTP.sys-Fehlerprotokolldateien der folgenden Microsoft-Website:
http://technet.microsoft.com/en-us/library/cc786081.aspx
(http://technet.microsoft.com/en-us/library/cc786081.aspx)
Weitere Informationen über die Fehlerprotokollierung in der HTTP-API finden Sie im folgenden Artikel der Microsoft Knowledge Base:
820729
(http://support.microsoft.com/kb/820729/ )
Fehlerprotokollierung in HTTP-API
Z. IIS und Anwendungspools
Bevor Sie die IIS-Konfiguration überprüfen, müssen Sie sicherstellen, dass der IIS-Verwaltungsdienst und der Anwendungspool ausgeführt werden. Darüber hinaus müssen Sie sicherstellen, dass die Websiteidentität korrekt ist. Achten Sie mit der Identität Website wenn, Report Services befindet-Website nicht die Standard-Website ist, oder Sie keinen ? keine zugewiesen eingeben für die Website-Identität angeben. Wenn Sie auf andere Websites Berichtsserver und Berichts-Manager konfiguriert haben, versuchen Sie, Berichtsserver und Berichts-Manager auf der gleichen Website zu konfigurieren. Wenn andere Anwendungen der gleichen Website mit Reporting Services gemeinsam verwenden, versuchen Sie, die Report Services virtuellen Verzeichnisse auf einer neuen Website zu konfigurieren. Drittanbieter-ISAPI-Erweiterungen oder Filter haben versuchen Sie, die Drittanbieter-ISAPI-Erweiterungen oder Filter zu entfernen.

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

Weitere Informationen zum Speicherort IIS-Protokolldatei finden Sie im folgenden Artikel der Microsoft Knowledge Base:
324091
(http://support.microsoft.com/kb/324091/ )
HOW TO: Einsehen und Berichte von Protokolldateien
Sie können auch die folgenden Microsoft-Website:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true
(http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true)
1.2.4 ASP.NET
Eine Fehlermeldung in Internet Explorer kann darauf hinweisen, dass ein Problem in ASP.NET auftritt. Wenn Sie zuvor IIS oder ASP.NET auf dem Computer deinstalliert haben, müssen Sie die ASP.NET-Konfigurationseinstellungen überprüfen. Sie können die meisten ASP.NET Konfigurationsprobleme beheben, indem die Datei aspnet_regiis.exe zu ASP.NET in IIS registrieren. Weitere Informationen zur Überprüfung von ASP.NET finden Sie in Abschnitt 4 dieses Artikels.

Eine einfache ASPX-Seite können Sie eine Funktionsüberprüfung für die Konfiguration von IIS und ASP.NET ausführen. Gehen Sie hierzu folgendermaßen vor:
  1. Erstellen Sie ein neues virtuelles Verzeichnis auf der Website, die die virtuellen Verzeichnisse von Reporting Services hostet.
  2. Leseberechtigung gewähren, und Berechtigungen für das virtuelle Verzeichnis ausführen.
  3. Bereitstellen einer einfachen ASPX-Seite für das virtuelle Verzeichnis.
Wenn Sie die ASPX-Seite in Internet Explorer nicht durchsuchen, lösen Sie zuerst dieses Problem. Das Problem kann auftreten in ASP.NET oder in einer der Schichten, bevor die Anforderung ASP.NET erreicht.
1.2.5 Bericht Server virtuelle Verzeichnisse
Wenn virtuelle Verzeichnisse von Reporting Services nicht mithilfe der Reporting Services (WMI)-Anbieter oder des Reporting Services-Konfigurationstools konfiguriert wurden, müssen Sie die Anweisungen in Abschnitt 4.1, die Einstellungen der virtuellen Verzeichnisse zu überprüfen folgen. Wenn mehrere Konfigurationsprobleme auftreten, können Sie die virtuellen Verzeichnisse neu, indem mithilfe von WMI oder verwenden das Reporting Services-Konfigurationstool erstellen.

Um Probleme zu beheben, Sie zuerst überprüfen Sie und beheben Sie das virtuelle Verzeichnis des Berichtsservers. Wenn Berichtsserver ausgeführt wird, können Sie dann untersuchen und beheben das virtuelle Verzeichnis Berichtmanager. Wenn Bericht-Manager mit der Berichtsserver kommunizieren kann, wird der Fehler in der Regel in den Reporting Services-Protokolldateien protokolliert.

Weitere Informationen zu Reporting Services-Ablaufverfolgungsprotokolle der folgenden MSDN-Website:
http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx)
Der folgende Code ist ein typisches Beispiel für diese Fehler:
w3wp! Ui! 1! 8 /5/2008 10: 20: 56:: e Fehler: HTTP-Statuscode--> 500

-------Details--------

System.NET.WebException: Die Anforderung ist mit < fehler >
am Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
am Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Wenn das virtuelle Verzeichnis des Berichtsservers ist funktionsfähig, aber das virtuelle Verzeichnis Berichts-Manager nicht funktioniert, überprüfen Sie den URL, Berichts-Manager für die Kommunikation mit Berichtsserver verwendet.

Weitere Informationen finden Sie auf den Website:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx)
Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
922656
(http://support.microsoft.com/kb/922656/ )
Fehlermeldung, wenn Sie den Bericht-Manager in SQL Server 2005 Reporting Services zu öffnen versuchen: "Fehler bei die Anforderung mit HTTP-Status 400: Ungültige Anforderung"oder"Fehler beim ein zum Berichtsserver Herstellen einer Verbindung"

2-Website-Konfigurationsprobleme

2.1 Website Identität Probleme

Wenn ein Fehlermeldung angibt, dass Internet Explorer Berichtsserver oder Berichts-Manager erreichen kann, müssen Sie die Websiteeinstellungen für Reporting Services überprüfen. Im folgenden sind einige Fehlermeldungen, die möglicherweise angezeigt.

Im Berichts-Manager erhalten Sie folgende Fehlermeldung:
Der Versuch, eine Verbindung mit dem Berichtsserver herstellen 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 Ungültige Anforderung
Stellen Sie sicher, dass die IP-Adresse oder der Host Name, der im URL verwendet wird aufgelöst, am Computer und die Website, die die virtuellen Verzeichnisse von Reporting Services hostet. Wenn die virtuellen Verzeichnisse auf verschiedenen Websites gehostet werden, überprüfen Sie die Website-Konfiguration für Berichtsserver und Berichts-Manager.

Wenn der URL durch eine IP-Adresse angegeben ist, überprüfen Sie Folgendes:
  • Stellen Sie sicher, dass die IP-Adresse auf dem Computer aufgelöst wird, die die virtuellen Verzeichnisse von Reporting Services hostet. Den Befehl ipconfig.exe können Sie die Netzwerkschnittstellen eines Computers auflisten.
  • Stellen Sie sicher, dass die Websites, Host Reporting Services All Unassigned Einstellung verwenden oder die IP-, die Sie in das Fenster Identifikation der Website angegebenen Adresse.
Wenn der URL durch einen Host angegeben ist, überprüfen Sie Folgendes:
  • Stellen Sie sicher, dass der Host-Name mit dem Reporting Services-Computer aufgelöst wird. Den Befehl ping.exe können Host in der IP-Adresse aufgelöst werden. Stellen Sie sicher, dass die IP-Adresse auf dem Computer aufgelöst wird, die die virtuellen Verzeichnisse von Reporting Services hostet.
  • Stellen Sie sicher, dass die Website die Einstellung Keine zugewiesen für die Identifikation der Website verwendet, oder, dass der-Website einen Host-Header gibt, der Host-Header in der Anforderung entspricht. Der Host-Header, den die Anforderung verwendet ist i. d. r. den Namen des Servers, der in der URL angegeben ist. In einem Szenario mit Netzwerklastenausgleich (NLB) ist der Host-Header in der Regel den Namen des virtuellen Knotens. Die Host-Kopfzeile kann auch in der Datei Hosts definiert werden.
In IIS 5.0 und IIS 6.0 sind in den Websiteidentifikation Bereich der Seite Eigenschaften die Registerkarte Website die Websiteidentitäten definiert. In IIS 7.0 können Sie die Website-Identitäten definieren, indem auf den Link Bindungen im Bereich Site bearbeiten . Weitere Informationen wie Websiteidentitäten definiert sind finden Sie auf folgenden Websites.

Hinweis: IIS 5.0 verwendet eine Schnittstelle, die IIS 6.0 zum Definieren von Websiteidentitäten ähnelt.
http://technet.microsoft.com/en-us/library/cc771911.aspx
(http://technet.microsoft.com/en-us/library/cc771911.aspx)


http://technet.microsoft.com/en-us/library/cc754348.aspx
(http://technet.microsoft.com/en-us/library/cc754348.aspx)


http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#Sites
(http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#Sites)
Sie müssen auch sicherstellen, dass Berichtmanager richtigen URL, verwendet um Berichtsserver zugreifen. Weitere Informationen finden Sie auf der folgenden Microsoft-Websites:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx)


http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx)

2.2-Probleme, die nach der Neuinstallation von IIS auftreten

Wenn Sie IIS neu installiert haben, müssen Sie ASP.NET, virtuelle Verzeichnisse für Berichtsserver, konfigurieren und Bericht-Manager die virtuellen Verzeichnisse.
Informationen zur IIS-installation
Weitere Informationen zum Installieren von IIS 6.0 die folgenden Microsoft-Website:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true
(http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true)
Weitere Informationen zum Deinstallieren von IIS 6.0 die folgenden Microsoft-Website:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true
(http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true)
Weitere Informationen zum Installieren von IIS 7.0 die folgende Microsoft-Website:
http://technet.microsoft.com/en-us/library/cc732624.aspx
(http://technet.microsoft.com/en-us/library/cc732624.aspx)
Weitere Informationen zum Installieren und Verwenden von IIS 5.0 finden Sie im folgenden Artikel der Microsoft Knowledge Base:
266115
(http://support.microsoft.com/kb/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:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx)


http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx)

2.3 Probleme mit ISAPI-Filter

Drittanbieter-ISAPI-Filter können auf virtuelle Verzeichnisse Berichtsserver Probleme verursachen. Wenn der Drittanbieter-ISAPI-Filter vorhanden sind, versuchen Sie, die Filter aus der Website zu entfernen, die virtuellen Verzeichnisse von Reporting Services hostet. Oder verschieben Sie virtuelle Verzeichnisse von Reporting Services zu einer neuen Website.

3-Authentifizierungsprobleme

3.1 Sie müssen Anmeldeinformationen im Internet Explorer auf Reporting Services eingeben.

Wenn Reporting Services für die integrierten Windows-Authentifizierung konfiguriert ist, ist Internet Explorer normalerweise so nicht konfiguriert, dass Anmeldeinformationen aufgefordert. Um festzustellen, ob Internet Explorer konfiguriert ist, immer zur Eingabe der Anmeldeinformationen, 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, die für den URL gelten, die für den Berichtsserver Zugriff auf verwendet wird. Wählen Sie beispielsweise, wenn Sie einen NetBIOS-Namen verwenden, um Berichtsserver zugreifen, aus die lokalen Intranetzone .
  4. Klicken Sie auf Stufe anpassen.
  5. Klicken Sie im Bereich Der Benutzerauthentifizierung im Dialogfeld Sicherheitseinstellungen auf Automatisches Anmelden nur in der Intranetzone im Bereich Anmelden . Wenn der URL in der Intranetzone ist, können Sie Automatische Anmeldung mit aktuellem Benutzernamen und Kennwort klicken.

Erhalten 3.2 Sie ein HTTP 401-Fehlermeldung, nachdem Sie in Internet Explorer Anmeldeinformationen eingeben

Wenn Sie eine HTTP 401-Fehlermeldung, erhalten Nachdem Sie wiederholte Eingabeaufforderungen von Internet Explorer erhalten haben, ist ein Authentifizierungsfehler aufgetreten. Z. B. Wenn Sie Report Services im einheitlichen Modus installieren, können Sie Anmeldeinformationen für dreimal aufgefordert werden bevor Sie eine HTTP 401-Fehlermeldung in Internet Explorer erhalten. Wenn dieses Problem auftritt, zeigt der IIS-Protokolldatei "HTTP 401" als IIS-Antwort. Überprüfen Sie Folgendes um dieses Problem zu beheben:
  • Stellen Sie sicher, dass Sie den richtigen Benutzernamen und Kennwort eingegeben.
  • Führen Sie die Schritte im Abschnitt 3.1 dieses Artikels. Stellen Sie sicher, dass nicht Anonymous-Anmeldung in den Sicherheitseinstellungen für die Zone markiert sind.
Am häufigsten erhalten Sie eine HTTP 401-Fehlermeldung, wenn Sie Reporting Services für die integrierten Windows-Authentifizierung konfiguriert haben. Standardmäßig ermöglicht IIS die Negotiate-Authentifizierung-Methode und die NTLM-Authentifizierungsmethode. Internet Explorer verwendet normalerweise die Authentifizierungsmethode verhandeln, bevor Internet Explorer die NTLM-Authentifizierungsmethode verwendet.

Wenn Sie FQDN- oder einen benutzerdefinierten Host-Header, der die Computername nicht übereinstimmt, kann ein Loopback Kontrollkästchen Problem auftreten. Wenn dieses Problem auftritt, können Sie i. d. r. die Reporting Services-Websites mithilfe der IP-Adresse zugreifen. Allerdings können Sie die Websites nicht zugreifen, mithilfe eines FQDN oder ein Host.

Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
896861
(http://support.microsoft.com/kb/896861/ )
Fehlermeldung 401.1 beim Browsen einer Website, die integrierte Authentifizierung verwendet und IIS 5.1 oder IIS 6 gehostet wird
3.2.1 Kerberos-Authentifizierung
Wenn das ausgehandelte Authentifizierungsprotokoll Kerberos ist, erhalten Sie möglicherweise eine HTTP 401-Fehlermeldung aufgrund der Probleme mit Kerberos-Authentifizierung. Es folgen einige dieser Probleme:
  • Wenn Ihr Anwendungspool auf ein Domänenkonto basiert, erhalten Sie ein HTTP 401-Fehlermeldung, wenn der HTTP-Dienstprinzipalnamen (SPN) nicht konfiguriert ist. Wenn dieses Problem auftritt, wird sinngemäß den folgenden Kerberos-Fehlercode:
    KRB_ERR_APP_MODIFIED
    Sie können den Server mithilfe den folgenden URL zugreifen können:
    http://localhost/ <reportserver_vdir>
    Sie können jedoch den Server nicht zugreifen, mithilfe den folgenden URL:
    http:// <NetBIOS> / <reportserver_vdir>
    Verwenden Sie eine der folgenden Methoden, um zu beheben, oder diese Probleme umgehen:
    • Konfigurieren der HTTP-SPN Aktivierung der Kerberos-Authentifizierung. Wenn Sie den NetBIOS-Namen und den FQDN im URL, verwenden um Reporting Services zugreifen, muss der HTTP-SPN für beide den NetBIOS-Namen und den vollqualifizierten Domänennamen registriert werden. Sie können die HTTP-SPN für die anderen Konten nicht auf demselben Computer konfigurieren. Daher müssen verschiedenen Anwendungspools unter dem Konto mit demselben HTTP-SPN ausgeführt. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
      871179
      (http://support.microsoft.com/kb/871179/ )
      Sie erhalten eine "HTTP-Fehler 401.1 - nicht autorisiert: Zugriff wurde aufgrund ungültiger Anmeldeinformationen verweigert" Fehlermeldung, wenn Sie versuchen, auf ein Web site zuzugreifen, die Teil eines Anwendungspools IIS 6.0 ist
    • Ändern Sie die Identität des Anwendungspools zu NetworkServices oder LocalSystem. Diese Konten können den integrierten HOST-SPN anstelle von HTTP-SPN verwenden.
    • Erzwingen Sie IIS, um nur die NTLM-Authentifizierung akzeptieren. Weitere Informationen der folgenden Microsoft-Website:
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true
      (http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true)
  • Sie erhalten den folgenden Fehlercode von Kerberos in das Ereignisprotokoll:
    KRB_ERR_RESPONSE_TOO_BIG
    Um zu beheben oder dieses Problem zu umgehen, gehen Sie folgendermaßen vor:
    1. Aktivieren Sie die Kerberos-Protokollierung. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
      262177
      (http://support.microsoft.com/kb/262177/ )
      Zum Aktivieren von Kerberos-Ereignisprotokollierung
    2. Überprüfen Sie das Protokoll. Wenn den KRB_ERR_RESPONSE_TOO_BIG-Fehlercode angezeigt wird, finden Sie im folgenden Knowledge Base-Artikel für eine Abhilfe für dieses Problem:
      244474
      (http://support.microsoft.com/kb/244474/ )
      Wie Sie TCP anstelle von UDP in Windows Server 2003, Windows XP und Windows 2000 verwenden Kerberos zwingen
3.2.2-Standardauthentifizierung
Wenn Reporting Services zum Verwenden der Standardauthentifizierung konfiguriert ist, wird ein Authentifizierungsfehler im Sicherheitsereignisprotokoll auf dem Server protokolliert, der IIS ausgeführt wird. Anzeigen der Fehlermeldung. Wenn die lokale Sicherheitsrichtlinie die Authentifizierung nicht zulässt, müssen Sie entweder die Anmeldung zulassen Geben Sie in der lokalen Sicherheitsrichtlinie oder der Anmeldetyp innerhalb der IIS-Konfiguration ändern.

3.3 Sie erhalten eine "Zugriff verweigert" Fehlermeldung in Internet Explorer für die IUSR- oder für einen anderen IIS anonyme Benutzer

Wenn dieses Fehlermeldung unerwartet auftritt, bestimmen Sie, ob anonyme Sicherheit auf virtuelle Verzeichnisse von Reporting Services aktiviert ist. Ist diese Einstellung aktiviert ist, deaktivieren.

3.4 Kerberos-Delegierung Probleme auftreten

Diese Probleme werden normalerweise als ? doppelter Hop eingeben Probleme bezeichnet. Probleme mit Kerberos-Delegierung können auftreten, wenn folgende Bedingungen erfüllt sind:
  • Integrierten Sicherheit für die Datenquellen werden in Ihrem Bericht konfiguriert.
  • Ihr Bericht greift für eine Datenquelle einen Remoteserver. Wenn z. B. der Bericht greift auf das Analysis Services oder einer Microsoft SQL Server-Datenbank.
  • Wenn Sie den Bericht zugreifen, erhalten 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 im Sicherheitsprotokoll der Ereignisanzeige auf dem Server, die die Datenquelle hostet überprüfen, sehen Sie Ereignisse, die ein anonymer Benutzer anmelden wurde.
Eine NTLM-Authentifizierungsschema kann keine double-Hop Operationen ausführen. Wenn Sie den Authentifizierungsanbieter Aushandeln von der Website oder aus dem virtuellen Verzeichnis von Reporting Services entfernt haben, müssen Sie den Negotiate-Authentifizierungsanbieter erneut hinzufügen.

Weitere Informationen finden Sie die folgenden Websites von Microsoft oder KB-Artikeln:Weitere Informationen finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
215383
(http://support.microsoft.com/kb/215383/ )
Zum Konfigurieren von IIS, um sowohl das Kerberos-Protokoll als auch die NTLM-Protokoll für Netzwerkauthentifizierung zu unterstützen
326985
(http://support.microsoft.com/kb/326985/ )
Problembehandlung für Kerberos in IIS
917409
(http://support.microsoft.com/kb/917409/ )
Zum Konfigurieren von SQL Server 2005 Analysis Services für die Kerberos-Authentifizierung
319723
(http://support.microsoft.com/kb/319723/ )
Verwendung von Kerberos-Authentifizierung in SQL Server
909801
(http://support.microsoft.com/kb/909801/ )
Wie Sie sicher, dass Sie die Kerberos-Authentifizierung verwenden Wenn Sie eine Remoteverbindung zu einer SQL Server 2005-Instanz erstellen
Weitere Informationen finden Sie auf der folgenden Microsoft-Websites:
http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en
(http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en)


http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspx
(http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspx)
Wenn Sie Kerberos-Authentifizierung vermeiden möchten, können Sie eine der folgenden Methoden verwenden:
  • Konfigurieren Sie gespeicherte Anmeldeinformationen für die Datenquelle.
  • Konfigurieren Sie Reporting Services für die Standardauthentifizierung verwenden. Die Standard-Anmeldemethode ist die NetworkClearText -Methode. Diese Methode ermöglicht eine zusätzliche Hop vom Berichtsserver können.

4 ASP.NET-Konfigurationsprobleme

4.1 Allgemeine Fehler

ASP.NET Konfigurationsprobleme haben verschiedene Symptome. Beispielsweise kann eine der folgenden auftreten:
  • Sie erhalten eine HTTP 404-Fehlermeldung.
  • Die folgende Fehlermeldung wird angezeigt:
    Microsoft.ReportingServices.UI.GlobalApp-Ressource konnte nicht geladen werden.
  • Sie erhalten weitere Fehlermeldungen Ausnahme von ASP.NET.
Durch Deinstallieren oder installieren eine Version von Microsoft .NET Framework möglicherweise Konfigurationsprobleme ASP.NET verursacht werden. Zur Behebung dieser Probleme folgendermaßen Sie vor:
  • Klicken Sie in IIS-Manager mit der rechten Maustaste auf den Knoten Websites , und klicken Sie dann auf Eigenschaften . Klicken Sie auf die Registerkarte ASP.NET , und überprüfen Sie, ob die ASP.NET-Version 2.0.50727 ist, im Fenster Eigenschaften von Websites.
  • Klicken Sie in IIS-Manager mit der rechten Maustaste auf den Knoten Websites , und klicken Sie dann auf Eigenschaften . Klicken Sie im Fenster Eigenschaften von Websites auf die Registerkarte, ISAPIFilters und suchen, und klicken Sie dann auf den ASP.NET_2.0.50727.0 -Filter. Sicher, dass das Feld ausführbare Datei gültiger Pfad für die ASP.NET Filter DLL-Datei enthält.

    Hinweis: Der Filter ist in IIS 5.1 nicht vorhanden.

    Hinweis: In IIS 7.0 können Sie den Filter durch Klicken auf das ISAPI-Filter -Symbol auf der Eigenschaftenseite der Website sehen.
  • Suchen Sie in IIS-Manager, und klicken Sie mit der rechten Maustaste auf das virtuelle Verzeichnis für den Berichtsserver und klicken Sie dann auf Eigenschaften . Klicken Sie im Dialogfeld klicken Sie auf die Registerkarte Virtuelles Verzeichnis , und klicken Sie dann auf Konfiguration . Sicher, dass der Anwendungserweiterungen Bereich leer ist. Prüfen Sie, ob Platzhalter Anwendung Zuordnungen Bereich eine einzelne Platzhalterzeichen-Zuordnung verfügt. Wählen Sie die Platzhalterzuordnung, und klicken Sie dann auf Bearbeiten . Sicher, dass das Feld 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.
  • Suchen Sie in IIS-Manager, und klicken Sie mit der rechten Maustaste auf das virtuelle Verzeichnis für Berichts-Manager und klicken Sie dann auf Eigenschaften . Klicken Sie im Dialogfeld klicken Sie auf die Registerkarte Virtuelles Verzeichnis , und klicken Sie dann auf Konfiguration . Überprüfen Sie, ob im Bereich Anwendungserweiterungen die Standardzuordnungen enthält. Dies ist eine Liste der Zuordnungen für gängige ASP.NET-Dateitypen wie ASPX und asax. Verwenden Sie die Standardzuordnung neu generieren, den folgenden Befehl zum Erstellen der richtigen Skriptzuordnungen:
    <report manager path>
    Hinweis: In IIS 7.0 sind die Zuordnungen unter dem Symbol Handlerzuordnungen .
  • Stellen Sie in den IIS-Server-Erweiterungen sicher, dass ASP.NET 2.0.50727 aktiviert ist.
Wenn die Validierung fehlschlägt, können Sie ASP.NET zur Behebung 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 auf einem 64-Bit-Betriebssystem ausführen, führen Sie den folgenden Befehl an einer Eingabeaufforderung aus:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i ?enable
  • Wenn Sie eine 64-Bit-Version von Reporting Services auf einem 64-Bit-Betriebssystem ausführen, führen Sie den folgenden Befehl an einer Eingabeaufforderung aus:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i ?enable
Sie können ASP.NET 1 nicht ausführen. X und ASP.NET 2.0 in der gleichen IIS-Arbeitsprozess. Wenn Sie IIS 6.0 oder IIS 7.0 verwenden, stellen Sie sicher, dass der Anwendungspool, der die Berichtsserver-Anwendung hostet nicht Host ASP.NET 1. X Anwendungen. Wenn Sie IIS 5.0 verwenden, oder wenn Sie IIS 6.0 im IIS 5.0-Isolationsmodus verwenden, sicherstellen, dass keine Anwendungen ausgeführt werden, die in ASP.NET 1. X .

<path>4.2 Sie erhalten eine Fehlermeldung "die aktuelle Identität (NT-AUTORITÄT\NETZWERKDIENST) nicht über die Write access"\v2.0.50727\Temporary <pfad> ASP.NET Files""

Der Fehler wird durch eine ungültige ASP.NET-Konfiguration verursacht. Um das Problem zu beheben, Schreibzugriff gewähren, und Berechtigungen in den Temporary ASP.NET Files Ordner, die das Fehlermeldung gibt ausführen.

5 SSL-Problemen

5.1-Problemen mit Clientzertifikaten

Wenn Sie Clientzertifikate für die virtuellen Verzeichnisse konfiguriert, kann Bericht-Manager auf dem Berichtsserver nicht authentifizieren. Dieses Problem rührt Berichtmanager nicht konzipiert ist, Clientzertifikate beim Berichtsserver über HTTP-Anforderungen Berichtmanager kommuniziert übergeben. Wenn Sie IIS für die Option Clientzertifikate verlangen Aktivierung konfigurieren, können nicht Sie daher Berichtmanager verwenden. Um dieses Problem zu umgehen, können Sie das Kontrollkästchen Clientzertifikate verlangen , für das virtuelle Verzeichnis des Berichtsservers deaktivieren.

5.2 Sie erhalten eine Fehlermeldung ? Verbindung zwangsweise geschlossen eingeben oder Fehler, die eine SSL-Verbindungsfehler

In Internet Explorer erhalten Sie eine der folgenden Fehlermeldungen angezeigt:

Fehlermeldung 1
Verbindung zwangsweise geschlossen
Fehlermeldung 2
Die zugrunde liegende Verbindung wurde geschlossen
Fehlermeldung 3
Konnte keine Vertrauensstellung für den sicheren SSL-TLS-Kanal hergestellt werden.
Fehlermeldung 4
HTTP-Statuscode--> 500
Wenn Sie diese Fehlermeldungen erhalten, möglicherweise eine SSL-Verbindungsfehler einen ist aufgetreten. SSL-Verbindungsfehlern sind normalerweise durch das Zertifikat verursacht, die in IIS installiert ist. Um dieses Problem zu beheben, folgendermaßen Sie vor:
  • Stellen Sie sicher, dass das Zertifikat ausgestellt wird, auf den Namen Host oder dem Host-Header in der URL, mit dem Berichts-Manager oder Berichtsserver zugreifen.
  • Stellen Sie sicher, dass das Zertifikat ausgestellt wird, um den Namen Host oder der Host-Header in der URL, die Berichts-Manager, verwendet um Berichtsserver zuzugreifen.

    Hinweis: Dieser URL kann durch das ReportServerUrl -Element in der Datei RsWebApplication.config definiert werden. Wenn dieser URL nicht definiert ist, ist der Host-Name dieses URLs der Host-Name, der Client, verwendet auf den Berichts-Manager zugreifen. Da der Namen Host variieren kann, wenn Sie verschiedene URLs, verwenden um Bericht-Manager zugreifen, empfehlen wir, dass Sie explizit das ReportServerUrl -Element, definieren indem den richtigen Host Namen. Weitere Informationen der folgenden MSDN-Website:
    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx
    (http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx)
  • Stellen Sie sicher, dass die Zertifikatvertrauenskette gültig ist. Stellen Sie sicher, dass das Zertifikat oder den Aussteller des Zertifikats vertrauenswürdig ist.

5.3 Probleme auftreten, in der HTTP-Kommunikation zwischen den Berichtsserver und Berichts-Manager

Ein Problem kann in der HTTP-Kommunikation zwischen Berichtmanager und Berichtsserver auftreten. Wenn die SSL-Konfiguration ungültig ist, können Berichtmanager erfolgreich zu Internet Explorer reagieren. Allerdings kann Berichtmanager mit Berichtsserver nicht kommunizieren. Wenn dieses Problem auftritt, zeigt der Bericht-Manager korrekt die Bilder auf der Berichts-Manager-Startseite. Berichts-Manager zeigt jedoch einen Fehler in den Bereich, in dem Sie Ordner und Berichtselemente finden Sie erwarten.

Verwenden Sie um diese Probleme zu diagnostizieren, die .NET Framework-Ablaufverfolgung. To enable the .NET Framework tracing, add the following code to the Web.config file that is in the Report Manager folder: 
<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>
nehmen wir beispielsweise an, der Serverheader Host ? Beispiel1 eingeben. Jedoch wird Ihr Zertifikat an ? Beispiel2 eingeben ausgegeben. Wenn Sie die Berichts-Manager-Startseite auf den URL http://example1/reports zugreifen, wird eine Warnmeldung angezeigt, 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 sein, ein Popupmenü oder eine Nachricht, die in Internet Explorer angezeigt wird. Oder, wenn Sie Warnungen vor ignorieren ausgewählt haben, nicht möglicherweise eine Warnung in Internet Explorer.

Im Berichts-Manager erhalten Sie folgende Fehlermeldung:
Die zugrunde liegende Verbindung wurde geschlossen: Vertrauensstellung für den sicheren SSL-TLS-Kanal konnte nicht hergestellt.
Anschließend fügen Sie diesen XML-Code hinzu die Datei Web.config unter dem Berichts-Manager-Verzeichnis.

Hinweis: Sie müssen möglicherweise Zusammenführen ausführen, wenn die Datei Web.config bereits die <system.diagnostics> enthält Element oder die <switches>-Element.

Wenn Sie dieselbe Fehlermeldung erhalten, Anzeigen der Protokolldatei, die Sie in der XML-Code angegeben. Ist in diesem Beispiel wird die Protokolldatei am folgenden Speicherort:
D:\tmp\System.Net.Trace.log
Im unteren Bereich des Protokolls Sie following:
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 aufgetretenen die Art des Zertifikats Problem angibt.

6 Dezentrales Skalieren und Last ausgeglichen Probleme

6.1 Fehlermeldung HTTP 401 zeitweise

Der double-Hop ausstellen, die Lastenausgleich führt möglicherweise zeitweise HTTP 401-Fehler verursachen. Mit Lastenausgleich möglicherweise eine HTTP-Anforderung, die auf demselben Computer gesendet wird auf dem virtuellen Server und dann auf einen anderen Knoten weitergeleitet werden. Dieses Problem tritt nur zeitweise. Wenn die Anforderung an demselben Knoten weitergeleitet wird, ist die Anforderung erfolgreich.

Wenden Sie eines der folgenden Verfahren an, um dieses Problem zu umgehen:
  • Ändern Sie die Hosts-Datei auf jedem Knoten, so dass Anforderungen, die auf dem virtuellen Knoten zur lokalen Host wechseln. Sie können z. B. Anforderungen umleiten, die für den virtuellen Knoten, um eine IP-Adresse 127.0.0.1 bestimmt sind. Dieser Vorgang verhindert doppelte Hop durch beschränken die Anforderungen von Berichtmanager Berichtsserver auf dem gleichen Computer.
  • Wenn Sie eine systemeigene Reporting Services-Installation verfügen, konfigurieren Sie das <reportserverurl>-Tag "Localhost" anstelle von dem virtuellen Server verwenden.

7 Windows Vista und Windows Server 2008-Probleme

Wenn Sie Reporting Services in Windows Vista oder Windows Server 2008 installieren, überprüfen Sie sorgfältig die folgenden Knowledge Base-Artikeln und MSDN-Website:
934164
(http://support.microsoft.com/kb/934164/ )
Installieren von SQL Server 2005 Reporting Services auf einem Vista-computer
938245
(http://support.microsoft.com/kb/938245/ )
Wie Sie installieren und Konfigurieren von SQL Server 2005 Reporting Services auf einem Computer, auf dem Windows Server 2008 ausgeführt wird
http://msdn2.microsoft.com/en-us/library/bb677367.aspx
(http://msdn2.microsoft.com/en-us/library/bb677367.aspx)

Während der Installation erhalten Sie eine Fehlermeldung ? IIS ist entweder nicht installiert oder nicht konfiguriert für Serverinstallationen Komponente eingeben

Wenn Sie versuchen, Reporting Services auf Windows Vista oder Windows Server 2008 installieren, wird die folgenden Fehlermeldung, selbst wenn IIS bereits installiert ist:
IIS ist entweder nicht installiert oder nicht konfiguriert für Serverinstallationen Komponente
Dieses Problem, da das IIS 6.0 Management Compatibility-Feature nicht installiert ist. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
949455
(http://support.microsoft.com/kb/949455/ )
Installation von System Center Operations Manager 2007-Berichterstattung schlägt auf einem Windows Server 2008-Computer, wenn IIS 6.0 Management Compatibility nicht installiert ist

8-Startseite-Umleitung

Wenn Sie IIS verwenden, können Sie Berichts-Manager als die Standard-Startseite für den Webserver verwenden. Beispielsweise kann Anforderungen von den http://<server> URL zu der http://<server> / meldet URL. Informationen zum Konfigurieren der Umleitung der Berichts-Manager-Startseite finden Sie unter der folgenden MSDN-Website im Abschnitt "Ordnerumleitung in der Berichtmanager Virtual Directory":
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx)
Hinweis: Berichts-Manager kann nicht direkt auf der Stammebene Website konfiguriert werden. Stattdessen müssen Sie die Umleitung Berichtmanager als die Standard-Startseite für den Webserver festlegen konfigurieren.

9 Export-Probleme

9.1 Ein Export Timeout auftritt

Beim Exportieren eines Berichts von Internet Explorer bleibt das Download-Dialogfeld geöffnet, bis ein Timeout ausgegeben wird. Dieses Problem kann auftreten, wenn Sie einige Konten jedoch keine anderen Konten arbeiten. Dieses Problem kann auftreten, wenn Sie die Option Ausführen als verwenden, um Internet Explorer starten, damit Sie Internet Explorer über ein anderes Konto als das Anmeldekonto ausführen können.

Dieses Problem kann durch eine falsche Konfiguration von Internet Explorer verursacht werden, besonders, wenn der Bericht klein, ist, sodass das Timeout aufgrund der vielen Datenübertragungen nicht auftritt. Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:
  1. Klicken Sie in Internet Explorer im Menü Extras auf Optionen .
  2. Klicken Sie im Dialogfeld Internetoptionen klicken Sie auf die Registerkarte Erweitert , und suchen Sie dann HTTP 1.1-Einstellungen .
  3. Deaktivieren Sie das Kontrollkästchen HTTP 1.1 verwenden und das Kontrollkästchen HTTP 1.1 über Proxyverbindungen verwenden .
  4. Aktivieren Sie das Kontrollkästchen HTTP 1.1 verwenden und das Kontrollkästchen HTTP 1.1 über Proxyverbindungen verwenden .
  5. Starten Sie Internet Explorer neu.

10 64-Bit-Probleme

10.1 Sie erhalten eine Fehlermeldung "Es wurde versucht, eine 64-bit Assembly auf einer 32-bit Plattform zu laden"

Wenn Sie versuchen, Arbeitsprozesse 32-Bit- und 64-Bit-Arbeitsprozesse nebeneinander in IIS 6.0 ausführen, wird folgende Fehlermeldung:
Versucht, eine 64-Bit-Assembly auf einer 32-Bit-Plattform zu laden
Weitere Informationen finden Sie auf den Website:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true
(http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true)

10.2 Probleme auftreten, wenn IIS und Reporting Services im 64-Bit-Modus sind, aber IIS ausgeführt ist 32-Bit-Modus

Weitere Informationen finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
894435
(http://support.microsoft.com/kb/894435/ )
Wie Sie zwischen den 32-Bit-Versionen von ASP.NET 1.1 und der 64-Bit-Version von ASP.NET 2.0 unter einer 64-Bit-Version von Windows wechseln
934162
(http://support.microsoft.com/kb/934162/ )
Wie Sie eine 32-Bit-Version von SQL Server 2005 Reporting Services auf einem Computer installieren, auf dem eine 64-Bit-Version von Windows ausgeführt wird

11 IIS und Konfigurationsprobleme virtuelles Verzeichnis

11.1 Die Konfiguration ist ungültig für die virtuellen Verzeichnisse Berichtsserver oder für die virtuellen Verzeichnisse Berichtmanager

Eine der folgenden Fehlermeldungen wird angezeigt:

Fehlermeldung 1
HTTP-503-Dienst nicht verfügbar
Fehlermeldung 2
HTTP 403.14 - verboten (Directory Auflistung verweigert)
Fehlermeldung 2
Verzeichnis-Auflistung verweigert
Fehlermeldung 2
Dienst nicht verfügbar
Diese Fehlermeldungen anzuzeigen, dass die Konfiguration der Berichtsserver virtuellen Verzeichnisse oder der virtuellen Verzeichnisse Berichtmanager ungültig ist. Um dieses Problem zu beheben, erstellen Sie die virtuellen Verzeichnisse Berichtsserver und Berichts-Manager virtuellen Verzeichnisse neu. Gehen Sie hierzu folgendermaßen vor:
  1. Verwenden Sie IIS-Manager, um die vorhandenen virtuellen Verzeichnisse in IIS zu entfernen.
  2. Verwenden Sie die Reporting Services-Konfigurationstool oder den Reporting Services-WMI-Anbieter, um neuer virtueller Verzeichnisse zu erstellen.
Weitere Informationen finden Sie auf der folgenden Microsoft-Websites:
http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx
(http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx)


http://technet.microsoft.com/en-us/library/ms181174(SQL.90).aspx
(http://technet.microsoft.com/en-us/library/ms181174(SQL.90).aspx)


http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx)


http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx)

12 Bereitstellen von Reporting Services und Windows SharePoint Services nebeneinander

Weitere Informationen zum Bereitstellen von Reporting Services und Windows SharePoint Services nebeneinander der folgenden MSDN-Website:
http://msdn.microsoft.com/en-us/library/ms159697.aspx
(http://msdn.microsoft.com/en-us/library/ms159697.aspx)

13 Report Builder-Probleme

13.1 Fehlermeldung HTTP 401 beim Starten von Berichts-Generator

Wenn Berichtsserver zur Authentifizierung verwendet, müssen Sie die anonyme Authentifizierung für Berichts-Generator konfigurieren. Berichts-Generator ist eine ClickOnce-Anwendung. ClickOnce-Anwendungen können die Authentifizierung nicht verarbeiten. Weitere Informationen der folgenden MSDN-Website:
http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx
(http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx)

14 Web.config-Datei analysieren Probleme

14.1 Sie erhalten eine System.NullReferenceException Fehlermeldung von Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr-Methode

Dieses Problem kann auftreten, wenn Reporting Services die Datei Web.config nicht analysieren kann. Um dieses Problem zu beheben, gehen Sie folgendermaßen vor:
  • Stellen Sie sicher, dass die Web.config-Datei, die in dem folgenden Ordner ist, keinen Namespace ist:
    %Programme%\Microsoft SQL Server\ < Instanzname > \Reporting Services\ReportServer
    Wenn die Datei Web.config einen Namespace verfügt, entfernen Sie den Namespace.

    Hinweis: Editors, die Sie zum Ändern der Datei verwendet, kann einen Namespace hinzuzufügen. Bestimmen, wenn diese aufgetreten ist, suchen Sie nach dem Xmlns-Attribut in der ersten Zeile der Datei.
  • Überprüfen, ob der <authentication>-Knoten enthält die Mode -Attribut. Wenn das Attribut nicht vorhanden ist, fügen Sie das Mode -Attribut auf den Knoten <authentication> hinzu. Geben Sie einen Wert entsprechende Attribut an.

    Beispielsweise wenn Sie integrierte Windows-Authentifizierung verwenden, ist der Authenticate-Modus wahrscheinlich ? Windows eingeben. festlegen Weitere Informationen über ASP.NET Authentifizierungsmodi finden Sie unter den folgenden MSDN-Websites:
    http://msdn.microsoft.com/en-us/library/aa291347.aspx
    (http://msdn.microsoft.com/en-us/library/aa291347.aspx)


    http://msdn.microsoft.com/en-us/library/532aee0e.aspx
    (http://msdn.microsoft.com/en-us/library/532aee0e.aspx)
Zum Anfang | Ihr Feedback an uns

Eigenschaften

Artikel-ID: 958998 - Geändert am: Mittwoch, 4. Februar 2009 - Version: 1.2
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2005 Reporting Services
Keywords: 
kbmt kbsql2005rs kbexpertiseadvanced kbsurveynew kbinfo KB958998 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 958998
(http://support.microsoft.com/kb/958998/en-us/ )
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
Zum Anfang | Ihr Feedback an uns

Ihr Feedback an uns

 
Zum AnfangZum Anfang