Jak řešit problémy s konfigurací služby IIS v SQL Server 2005 Reporting Services

Překlady článku Překlady článku
ID článku: 958998 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

ÚVOD

Tento článek popisuje, jak řešit problémy s konfigurací služby IIS (Internetová informační služba) v Microsoft SQL Server 2005 Reporting Services.

Tento článek je určen hlavně k diagnostice problémů při konfiguraci služby IIS 6.0 v nativním režimu služby Reporting Services. Tento článek se týká také obvykle v IIS 5.0 a IIS 7.0. Některé diagnostické kroky však může být zapsáno pouze pro službu IIS 6.0, jako je například postup ověření Microsoft ASP.ČISTÁ instalace pomocí Správce služby IIS. Tento článek také popisuje některé běžné problémy s konfigurací ověřování pomocí prostředí ASP.NET a s aplikací Internet Explorer.

Další informace

1 Obecný přístup

Problémy s konfigurací služby IIS se obvykle zobrazují jako selhání připojení k nebo spuštění serveru nebo správce sestav. Chcete-li diagnostikovat úspěšně tyto problémy s konfigurací, je nutné zkontrolovat architektura Reporting Services a způsobem, že služby Reporting Services je integrována se službou IIS. Tento článek se pokusí identifikovat běžné problémy konfigurace služby IIS, které může způsobit selhání služby Reporting Services. Některé problémy bez IIS jsou také popsány.

1.1 Žádost o toku

Požadavek HTTP od uživatele prochází mnoha vrstvami. Znalosti, které vrstvy se nezdařil požadavek vám může pomoci určit povahu poruchy. Následující diagram je zjednodušený diagram toku požadavku:

Zmenšit tento obrázekZvětšit tento obrázek
958998


Služba Reporting Services instaluje jeden virtuální adresář pro Server pro vykazování a jeden virtuální adresář pro správce sestav. Výchozí název virtuálního adresáře serveru sestav je "reportserver." Výchozí název virtuálního adresáře pro správce sestav je "sestavy".

Obvykle je spustit diagnostiku problémů služby Reporting Services odesláním požadavku do kořenového adresáře serveru sestav v aplikaci Internet Explorer. Výchozí adresa URL je http://<server></server>/ ReportServer. Pracuje Server pro vykazování, je potom můžete aplikaci Internet Explorer odeslat požadavek na http://<server></server>/ Reports. Pokud jste nakonfigurovali Server zprávu pomocí protokolu SSL (protokol SSL (Secure Sockets Layer)), je třeba se ujistit, že server lze spustit v režimu non-SSL. Pokud jste nakonfigurovali zavedení stupnice, je třeba se ujistit spuštění serveru sestav v jednotlivých uzlech. Diagnostika problémů v tomto pořadí pomáhá izolovat problémy rychleji.

1.2 Obvyklé příznaky

V této části jsou uvedeny běžné symptomy, ke kterým dojde při selhání požadavků v určité vrstvě. Tato část také poznáte kde hledat chybové zprávy.
1.2.1 Brány firewall
Pokud se k serveru ze vzdáleného klientského počítače, ověřte, že brána firewall neblokuje žádost. Blokovaný požadavek je zaznamenána v protokolu brány firewall.

Další informace o tom, jak najít protokolu brány firewall klepněte na následující číslo článku databáze Microsoft Knowledge Base:
929455Pokud konfigurujete vlastní umístění pro soubor protokolu brány Firewall systému Windows v systému Windows Vista, informace nebyly zapsány do souboru protokolu
Můžete také navštívit na následujících webech společnosti Microsoft:
http://technet.microsoft.com/en-us/library/cc736373.aspx
http://technet.microsoft.com/en-us/library/cc758040.aspx
1.2.2 HTTP.sys
Služba IIS 6.0, která není spuštěna v režimu izolace IIS 5.0 a IIS 7.0 pomocí ovladače režimu jádra protokolu HTTP (HTTP.sys) sítě HTTP vstupu a výstupu. Automaticky spuštěna služba HTTP. Není nutné provádět ruční konfigurace. Pokud je nakonfigurováno použití protokolu SSL služby Reporting Services, musíte přesvědčit, zda je spuštěna služba HTTP SSL.

Ovladač HTTP.sys proces vrátit chybu klientovi i v případě, že služba IIS není zapojen. Tato situace může nastat v případě, že adresa URL je poškozený nebo identitu serveru WWW služby IIS je nesprávně nakonfigurován. Chyby jsou zaznamenány v protokolu chyb souboru HTTP.sys.

Další informace o souborech protokolu došlo k chybě ovladače HTTP.sys navštivte následující Web společnosti Microsoft:
http://technet.microsoft.com/en-us/library/cc786081.aspx
Další informace o chybách do rozhraní API protokolu HTTP klepněte na následující číslo článku databáze Microsoft Knowledge Base:
820729Chyba při přihlašování rozhraní API protokolu HTTP
1.2.3 IIS a fondy aplikací
Než zobrazíte konfiguraci služby IIS, musíte přesvědčit, že je spuštěna služba IIS Admin a fond aplikací. Také je nutné ověřit správnost identity webového serveru. Je třeba postupovat opatrně s identitu webu na webovém serveru, který je hostitelem služby sestavy není výchozí webový server nebo nezadáte "Všechny nepřiřazené" identity webového serveru. Pokud jste nakonfigurovali Server pro vykazování a správce sestav na různých webech, zkuste nakonfigurovat Server pro vykazování a správce sestav na webu. Pokud sdílejí stejný web se službou Reporting Services, zkuste konfiguraci virtuálních adresářů služby sestavy na nový web. Máte-li rozšíření ISAPI nebo filtry třetích stran, zkuste odebrat výrobců rozšíření ISAPI nebo filtry.

Pokud více problémů s konfigurací služby IIS, je služba IIS znovu nainstalovat. Při tomto postupu je nutné překonfigurovat ASP.NET a virtuálních adresářů služby sestavy.

Další informace o umístění souboru protokolu služby IIS klepněte na následující číslo článku databáze Microsoft Knowledge Base:
324091Postup: Zobrazení a sestavy ze souborů protokolu
Můžete také navštívit následující Web společnosti Microsoft:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true
1.2.4 ASP.NET
Chybová zpráva v aplikaci Internet Explorer můžete určit, že dojde k potížím v prostředí ASP.NET. Pokud jste dříve odinstalována ASP nebo služby IIS.NET v počítači, je třeba ověřit ASP.Nastavení síťové konfigurace. Většina ASP můžete opravit.Potíže s konfigurací sítě pomocí nástroje aspnet_regiis.exe soubor znovu registrovat ASP.NET ve službě IIS. Další informace o prostředí ASP.NET ověření naleznete v části 4 tohoto článku.

Na stránce ASPX jednoduché můžete provést kontrolu vhodnosti IIS a prostředí ASP.Konfigurace sítě. Chcete-li to provést, postupujte takto:
  1. Vytvořte nový virtuální adresář na webu, který je hostitelem virtuálních adresářů služby Reporting Services.
  2. Udělit oprávnění ke čtení a spouštění oprávnění virtuálního adresáře.
  3. Stránka ASPX jednoduché nasazení do virtuálního adresáře.
Pokud stránku ASPX v aplikaci Internet Explorer nelze procházet, nejprve vyřešte tento problém. Problém může nastat v prostředí ASP.NET nebo v některém z vrstvy před žádost dosáhne ASP.NET.
1.2.5 Zprávu virtuálních adresářů serveru
Pokud virtuálních adresářů služby Reporting Services nejsou konfigurovány pomocí zprostředkovatele hlášení služby Windows Management Instrumentation (WMI) nebo nástroj Konfigurace služby Reporting Services, postupujte podle pokynů v části 4.1 a ověřte nastavení virtuálních adresářů. Pokud se vyskytnou problémy s více konfigurací, můžete znovu vytvořit virtuální adresáře pomocí služby WMI nebo pomocí nástroje Konfigurace služby Reporting Services.

Řešení problémů, nejprve ověřit a odstranit virtuální adresář serveru sestav. Pracujete serveru sestav můžete prozkoumat a odstranit virtuální adresář správce sestav. Když správce sestav nemůže komunikovat se serverem sestavy, chyba je obvykle protokolována v souborech protokolu služby Reporting Services.

Další informace o protokolování trasování služby Reporting Services naleznete na webu MSDN:
http://msdn.microsoft.com/en-us/library/ms156500 (SQL.90) .aspx
Typickým příkladem tyto chyby je:
W3wp! ui! 1! 8 /5, 2008-10: 20: 56:: e Chyba: kód stavu HTTP--> 500

-------Podrobnosti--------

System.NET.WebException: Požadavek se nezdařil<some error=""> </some>
na Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
na Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Virtuální adresář serveru sestav je funkční, ale virtuální adresář správce sestav není funkční, zkontrolujte adresu URL, Report Manager používá ke komunikaci s Server sestav.

Další informace naleznete na následujícím webu:
http://msdn.microsoft.com/en-us/library/ms159261 (SQL.90) .aspx
Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
922656Chybová zpráva při pokusu o otevření nástroj Report Manager v SQL Server 2005 Reporting Services: "požadavek se nezdařil se stavem HTTP 400: Chybný požadavek" nebo "se nepodařilo připojit k serveru"

2 Problémy s konfigurací webu

2.1 Problémy identity webu

Pokud chybová zpráva označuje, že aplikace Internet Explorer nelze doručit zprávu serveru nebo správce sestav, je třeba ověřit nastavení webového serveru pro službu Reporting Services. Následují některé chybové zprávy, které se mohou zobrazit.

V modulu Správce sestav se zobrazí následující chybová zpráva:
Pokus o připojení k serveru se nezdařilo. Zkontrolujte připojení informace a zprávy serveru je v kompatibilní verze.
V aplikaci Internet Explorer zobrazí se následující chybová zpráva:
Nelze najít server nebo došlo k chybě DNS
V aplikaci Internet Explorer zobrazí se následující chybová zpráva:
HTTP 400 Chybný požadavek
Ujistěte se, že adresa IP nebo název hostitele, který se používá v adrese URL řeší k počítači a na webu, který je hostitelem virtuálních adresářů služby Reporting Services. Je-li virtuální adresáře jsou hostovány na různých webech, zkontrolujte konfiguraci webového serveru pro Server pro vykazování a správce sestav.

Pokud je zadaná adresa URL podle adresy IP, zkontrolujte následující:
  • Ujistěte se, že převádí adresu IP počítače, který je hostitelem virtuálních adresářů služby Reporting Services. Můžete použít ipconfig.exe příkaz seznam síťových rozhraní počítače.
  • Ujistěte se, že webové servery, které jsou hostiteli služby Reporting Services použít Všechny nepřiřazené nastavení nebo adresu IP, kterou jste zadali v Identifikace serveru WWW podokno.
Pokud adresa URL je určen název hostitele, ověřte následující:
  • Ujistěte se, zda je tento název správně překládán počítač služby Reporting Services. Můžete použít ping.exe příkaz k překladu názvu hostitele na adresu IP. Zkontrolujte, že převádí adresu IP počítače, který je hostitelem virtuálních adresářů služby Reporting Services.
  • Ujistěte se, že web používá Všechny nepřiřazené nastavení pro identifikaci webového serveru, nebo zda na webovém serveru určuje hlavičku hostitele, který odpovídá hlavičky hostitele v požadavku. Záhlaví hostitele, který používá žádost je obvykle název serveru, který je zadán v adrese URL. V případě služby Vyrovnávání zatížení sítě (NLB) je název uzlu virtuální obvykle hlavičky hostitele. Hlavička hostitele je možné definovat také v souboru Hosts.
Ve službě IIS 5.0 a IIS 6.0, identity webu jsou definovány v Identifikace serveru WWW podokno Webový server na kartě Vlastnosti webového serveru stránka. Ve službě IIS 7.0, můžete definovat identity webu klepnutím Vazby propojit Úpravy webu podokno. Další informace o definici webu identit navštivte následující weby.

Poznámka: Služba IIS 5.0 používá rozhraní podobná služba IIS 6.0 k definování identity webového serveru.
http://technet.microsoft.com/en-us/library/cc771911.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
Rovněž je třeba, aby správce sestav používat správnou adresu URL pro přístup k serveru. Další informace naleznete na následujících webech společnosti Microsoft:
http://msdn.microsoft.com/en-us/library/ms159261 (SQL.90) .aspx

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

2.2 Problémy po přeinstalaci služby IIS

Je-li přeinstalaci služby IIS, budete muset překonfigurovat ASP.NET, virtuálních adresářů serveru a zprávu správci virtuální adresáře.
Informace o instalaci Internetové informační služby
Další informace o instalaci služby IIS 6.0 navštivte následující Web společnosti Microsoft:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true
Další informace o odinstalaci služby IIS 6.0 navštivte následující Web společnosti Microsoft:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true
Další informace o instalaci služby IIS 7.0 naleznete na webu společnosti Microsoft:
http://technet.microsoft.com/en-us/library/cc732624.aspx
Další informace o instalaci a použití služby IIS 5.0 klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
266115Prostředky pro instalaci a použití služby IIS 5.0
Informace o opětovném vytvoření virtuálních adresářů služby Reporting Services
Další informace naleznete na následujících webech společnosti Microsoft:
http://msdn.microsoft.com/en-us/library/ms159261 (SQL.90) .aspx

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

2.3 Potíže s filtry ISAPI

Filtry ISAPI výrobců může způsobit problémy na virtuálních adresářů serveru sestav. Pokud jsou přítomny filtry ISAPI třetích stran, zkuste odebrat filtry z webu, který je hostitelem virtuálních adresářů služby Reporting Services. Nebo virtuálních adresářů služby Reporting Services přesunout na nový web.

3 Ověřování problémy

3.1 Musíte zadat pověření v aplikaci Internet Explorer k přístupu k službě Reporting Services

Při konfiguraci služby Reporting Services použít integrované ověřování systému Windows, aplikace Internet Explorer obvykle není nakonfigurován pro zadání pověření. Chcete-li zjistit, zda je aplikace Internet Explorer nakonfigurován tak, aby se vždy dotázat na pověření, postupujte takto:
  1. Spusťte aplikaci Internet Explorer.
  2. V Nástroje nabídky, klepněte na tlačítko Možnosti Internetu.
  3. V Zabezpečení karta, vyberte zónu, která se vztahuje na adresu URL, která slouží k přístupu k serveru. Je-li přístup k serveru pomocí názvu NetBIOS, vyberte například Místní Intranet zóna.
  4. Klepněte na tlačítko Vlastní úroveň..
  5. V Ověření uživatele oblast Nastavení zabezpečení Dialogové okno, klepněte na tlačítko Automatické přihlášení pouze do zóny sítě Intranet v Přihlášení oblast. Pokud adresu URL v zóně intranet, můžete klepnout na Automatické přihlášení pod aktuálním uživatelským jménem a heslem.

3.2 Obdržíte chybovou zprávu HTTP 401 po zadání pověření v aplikaci Internet Explorer

Pokud obdržíte chybovou zprávu HTTP 401 po obdržení opakovaných výzev aplikace Internet Explorer, došlo k selhání ověření. Například pokud nainstalujete služby sestavy v nativním režimu, můžete být vyzváni k zadání pověření třikrát před v aplikaci Internet Explorer se zobrazí chybová zpráva protokolu HTTP 401. Dojde-li k tomuto problému, zobrazí protokolu služby IIS "HTTP 401" jako odpověď služby IIS. Chcete-li tento problém vyřešit, ověřte následující:
  • Ujistěte se, zda jste zadali správné uživatelské jméno a heslo.
  • Postupujte podle kroků v tomto článku v části 3.1. Ujistěte se, že jste nevybrali Anonymní přihlášení v nastavení zabezpečení zóny.
Nejčastěji obdržíte chybovou zprávu HTTP 401 Pokud jste nakonfigurovali službu Reporting Services použít integrované ověřování systému Windows. Ve výchozím nastavení služba IIS umožňuje vyjednat metodu ověřování a metodu ověřování NTLM. Aplikace Internet Explorer obvykle používá metodu ověřování Negotiate dříve, než aplikace Internet Explorer používá metodu ověřování NTLM.

Používáte-li plně kvalifikovaný název domény nebo hostitele vlastní záhlaví, která neodpovídá názvu počítače, může dojít problém kontrola zpětné smyčky. Když nastane tento problém, obvykle přístupné weby Reporting Services pomocí adresy IP. Webové servery však nelze přistupovat pomocí úplný název domény nebo název hostitele.

Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
896861Při procházení webu, který používá integrované ověřování a jehož hostitelem je služba IIS 5.1 nebo IIS 6, se zobrazí chyba 401.1
3.2.1 Ověřování pomocí protokolu Kerberos
Pokud dohodnutý protokol pro ověřování Kerberos, můžete obdržet chybovou zprávu HTTP 401 z důvodu problémů ověřování pomocí protokolu Kerberos. Zde jsou některé z těchto problémů:
  • Pokud váš fond aplikací je založena na účet domény, obdržet chybovou zprávu HTTP 401, pokud není nakonfigurováno hlavní název protokolu HTTP služby (SPN). Dojde-li k tomuto problému, zobrazí se následující kód chyby protokolu Kerberos:
    KRB_ERR_APP_MODIFIED
    Je možné, že přístup k serveru pomocí následující adresu URL:
    http://localhost/<reportserver_vdir></reportserver_vdir>
    Nelze však přístup k serveru pomocí následující adresu URL:
    http://<netbios></netbios>/<reportserver_vdir></reportserver_vdir>
    Chcete-li opravit nebo vyřešit tyto problémy, použijte jednu z následujících metod:
    • Nastavte název SPN HTTP povolit ověřování protokolem Kerberos. Pokud použijete název NetBIOS a úplný název domény v adrese URL pro přístup k službě Reporting Services, je nutné zaregistrovat název SPN HTTP pro název NetBIOS a úplný název domény. Název SPN HTTP pro různé účty nelze nakonfigurovat na stejném počítači. Proto různých fondů musí být spuštěna pod stejný účet použít stejný název SPN HTTP. Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
      871179Zobrazí "Chyba HTTP 401.1 – Neautorizováno: přístup je odepřen z důvodu neplatných pověření" chybová zpráva při pokusu o přístup na webový server, který je součástí fondu aplikací služby IIS 6.0
    • Změňte vaše identita fondu aplikací, NetworkServices nebo na účet LocalSystem. Tyto účty můžete použít předdefinované SPN hostitel namísto HTTP SPN.
    • Platnost služby IIS pro příjem pouze ověřování NTLM. Další informace naleznete na webu společnosti Microsoft:
      http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true
  • V protokolu událostí zobrazí následující kód chyby protokolu Kerberos:
    KRB_ERR_RESPONSE_TOO_BIG
    Chcete-li vyřešit tento problém vyřešit, postupujte takto:
    1. Povolte protokolování protokolu Kerberos. Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
      262177Jak povolit protokolování událostí protokolu Kerberos
    2. Zkontrolujte v protokolu. Pokud se zobrazí kód chyby KRB_ERR_RESPONSE_TOO_BIG, naleznete následujícím článku znalostní báze Microsoft Knowledge Base pro řešení tohoto problému:
      244474 Vynucení protokolu Kerberos použití protokolu TCP místo protokolu UDP v systému Windows Server 2003, Windows XP a Windows 2000
3.2.2 Základní ověřování
Služby Reporting Services je nakonfigurován pro použití základního ověřování, selhání ověření zaznamenána do protokolu událostí zabezpečení na serveru se spuštěnou službou IIS. Zobrazení zprávy o chybě. Pokud místní zásady zabezpečení neumožňuje ověřování, je třeba buď povolit toto přihlášení zadejte uvnitř místní zásady zabezpečení, nebo změňte typ přihlášení do konfigurace služby IIS.

3.3 Se zobrazí chybová zpráva "Přístup odepřen" v aplikaci Internet Explorer pro IUSR nebo jiného anonymního uživatele služby IIS

Pokud se tato chybová zpráva se zobrazí neočekávaně, zjistěte, zda je povoleno anonymní zabezpečení virtuálních adresářů služby Reporting Services. Pokud je toto nastavení povoleno, jej zakážete.

3.4 Dochází k problémům delegování Kerberos

Tyto problémy se obvykle označují jako "dvojitá hop" problémy. Kerberos delegování problémům může dojít, pokud platí následující podmínky:
  • Jste nakonfigurovali integrované zabezpečení pro zdroje dat v sestavě.
  • Sestava přistupuje k vzdálenému serveru pro zdroj dat. Například sestava přistupuje Analysis Services nebo databázový server Microsoft SQL Server.
  • Při přístupu do sestavy se zobrazí jedna z následujících chybových zpráv:

    Chybová zpráva 1
    Přihlášení se nezdařilo pro uživatele (null)
    Chybová zpráva 2
    Přihlášení uživatele "ntauthority\anonymous" se nezdařilo
  • Zaškrtnete-li protokol událostí na serveru, který je hostitelem zdroj dat, viz události, které označují, že byl přihlášení anonymní uživatel.
Schéma ověřování NTLM nelze provádět operace dvojí směrování. Pokud jste odstranili zprostředkovatele ověřování Negotiate z webového serveru nebo virtuálního adresáře služby Reporting Services, musíte znovu přidat zprostředkovatele ověřování Negotiate.

Další informace navštivte následující weby společnosti Microsoft nebo KB články:Další informace získáte klepnutím na tlačítko naleznete v následujících článcích znalostní báze společnosti Microsoft:
215383Jak konfigurovat službu IIS na podporu protokolu Kerberos a protokolu NTLM pro ověřování v síti
326985 Řešení potíží s protokolem Kerberos ve službě IIS
917409 Jak nakonfigurovat SQL Server 2005 Analysis Services na používání ověřování pomocí protokolu Kerberos
319723 Použití ověřování pomocí protokolu Kerberos v serveru SQL Server
909801 Ujistit se, že při vytvoření vzdáleného připojení k instanci serveru SQL Server 2005 používáte ověřování pomocí protokolu Kerberos
Další informace naleznete na následujících webech společnosti Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyID = 99B0F94F-E28A-4726-BFFE-2F64AE2F59A2 & displaylang = cs

http://technet.microsoft.com/en-us/library/cc281382 (SQL.100) .aspx
Chcete-li se vyhnout ověřování pomocí protokolu Kerberos, můžete použít jednu z následujících metod:
  • Konfigurace pověření pro zdroj dat.
  • Konfigurace služby Reporting Services použít základní ověřování. Výchozí způsob přihlášení je NetworkClearText Metoda. Tato metoda umožňuje provést jedno další směrování ze serveru.

4 ASP.Problémy s konfigurací sítě

4.1 Obecné chyby

PROSTŘEDÍ ASP.Problémy s konfigurací sítě mají různé příznaky. Například jeden z následujících může dojít:
  • Může se zobrazit chybová zpráva HTTP 404.
  • Můžete obdržet následující chybovou zprávu:
    Nelze načíst zdroj Microsoft.ReportingServices.UI.GlobalApp
  • Můžete obdržet další výjimky chybové zprávy ze stránky ASP.NET.
PROSTŘEDÍ ASP.Odinstalace nebo přeinstalace verze Microsoft může být způsobeno problémy s konfigurací sítě.Rozhraní .NET Framework. Chcete-li tyto potíže odstranit, postupujte takto:
  • Ve Správci služby IIS klepněte pravým tlačítkem myši Webové servery uzel a pak klepněte na tlačítko Vlastnosti. V okně Vlastnosti webové servery klepněte PROSTŘEDÍ ASP.NET kartu a pak ověřte, zda ASP.Je NET verze 2.0.50727.
  • Ve Správci služby IIS klepněte pravým tlačítkem myši Webové servery uzel a pak klepněte na tlačítko Vlastnosti. V okně Vlastnosti webové servery klepněte ISAPIFilters kartu vyhledejte a poté klepněte PROSTŘEDÍ ASP.NET_2.0.50727.0 filtr. Ověřte, zda Spustitelný soubor pole obsahuje platnou cestu pro ASP.ČISTÉ soubory DLL.

    Poznámka: Ve službě IIS 5.1 filtr neexistuje.

    Poznámka: Ve službě IIS 7.0, zobrazíte filtr klepnutím Filtry ISAPI ikona na stránce Vlastnosti webového serveru.
  • Správce služby IIS, vyhledejte a klepněte pravým tlačítkem na virtuální adresář pro Server pro vykazování a klepněte na Vlastnosti. V dialogovém okně klepněte Virtuální adresář a potom na kartu Konfigurace. Ověřte, zda Rozšíření aplikací podokno je prázdné. Ověřte, zda Mapování aplikací se zástupnými znaky podokno má jeden zástupný znak mapování. Vybrat mapování pomocí zástupných znaků a klepněte na tlačítko Upravit. Ověřte, zda Spustit pole obsahuje správnou cestu k souboru aspnet_isapi.dll. Ověřte, zda Ověřit že existenci souboru políčko není zaškrtnuto.
  • Ve Správci služby IIS vyhledejte Report Manager klepněte pravým tlačítkem na virtuální adresář a potom klepněte na tlačítko Vlastnosti. V dialogovém okně klepněte Virtuální adresář a potom na kartu Konfigurace. Ověřte, zda Rozšíření aplikací podokno obsahuje výchozí mapování. Toto je seznam mapování společné prostředí ASP.Typy souborů ČISTÉ, jako je například aspx a asax. Chcete-li obnovit výchozí mapování, použijte následující příkaz k vytvoření mapování skriptů správné:
    Nástroj Aspnet_regiis.exe –s <report manager="" path=""></report>
    Poznámka: Ve službě IIS 7.0, mapování jsou pod Mapování ikona.
  • V rozšíření webové služby IIS server Ujistěte se, že prostředí ASP.NET 2.0.50727 je povoleno.
Pokud se ověření nezdaří, můžete zaregistrovat ASP.NET řešení problému. Chcete-li to provést, použijte jednu z následujících metod:
  • Pokud používáte 32bitovou verzi služby Reporting Services na operační systém 32bitový nebo 64bitový operační systém, spusťte na příkazovém řádku následující příkaz:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i –enable
  • Pokud používáte 64bitovou verzi služby Reporting Services na 64bitový operační systém, spusťte na příkazovém řádku následující příkaz:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i –enable
Prostředí ASP nelze spustit.SÍŤ 1.x a ASP.NET 2.0 ve stejné pracovní proces služby IIS. Používáte-li službu IIS 6.0 nebo IIS 7.0, ujistěte se, že fond aplikací, který hostuje aplikace serveru není hostitelem ASP.SÍŤ 1.x aplikace. Pokud používáte službu IIS 5.0, nebo pokud používáte službu IIS 6.0 v režimu izolace IIS 5.0, ujistěte se, že není spuštěna aplikace, které vyžadují ASP.SÍŤ 1.x.

4.2 Obdržíte "aktuální identita (NT AUTHORITY\NETWORK SERVICE) nemá přístup k zápisu do"<path>\v2.0.50727\Temporary ASP.ČISTÉ soubory "chybová zpráva </path>

Chyba je způsobena neplatný ASP.Konfigurace sítě. Chcete-li tento problém vyřešit, udělte zápis a oprávnění pro dočasné ASP.Složka souborů NET označuje chybové zprávy.

5 SSL problémy

5.1 Problémy s klientskými certifikáty

Pokud jste nakonfigurovali klientských certifikátů na virtuálních adresářů služby, může správce sestav ověřování serveru sestav. Tomuto problému dochází, protože správce sestav není určen k předání klientské certifikáty při Správce sestav komunikuje se serverem zpráva požadavku protokolu HTTP. Proto při konfiguraci služby IIS umožní Vyžadovat klientské certifikáty možnost, nelze pomocí Správce sestav. Chcete-li tento problém vyřešit, můžete zrušit zaškrtnutí Vyžadovat klientské certifikáty Zaškrtávací políčko pro virtuální adresář serveru sestav.

5.2 Obdržíte chybovou zprávu "připojení vynuceně zavřeny" nebo chyby, které označují k selhání připojení SSL

V aplikaci Internet Explorer se zobrazí jedna z následujících chybových zpráv:

Chybová zpráva 1
Připojení bylo vynuceně ukončeno
Chybová zpráva 2
Nadřízené připojení bylo uzavřeno.
Chybová zpráva 3
Nelze vytvořit vztah důvěryhodnosti pro zabezpečený kanál SSL/TLS
Chybová zpráva 4
Kód stavu HTTP--> 500
Obdržíte-li tyto chybové zprávy, mohlo dojít k selhání připojení SSL. Selhání připojení SSL jsou obvykle způsobeny osvědčení, která je nainstalována služba IIS. Chcete-li tento problém vyřešit, postupujte takto:
  • Ujistěte se, že byl certifikát vydán, název hostitele nebo záhlaví hostitele do adresy URL, které umožňují přístup správce sestav nebo sestav serveru.
  • Přesvědčte se, zda je vydán certifikát do názvu hostitele nebo adresy URL správce sestav se používá pro přístup k serveru hlavičky hostitele.

    Poznámka: Tato adresa URL může definovat ReportServerUrl prvek v soubor RsWebApplication.config. Pokud je tato adresa URL není definována, název hostitele této adresy URL je název hostitele, který klient používá pro přístup správce sestav. Protože název hostitele může měnit, pokud používáte různé adresy URL pro přístup správce sestav, doporučujeme explicitně definovat ReportServerUrl prvek pomocí názvu hostitele správná. Další informace naleznete na webu MSDN:
    http://msdn.microsoft.com/en-us/library/ms155878 (SQL.90) .aspx
  • Ujistěte se, zda je platný řetězec důvěryhodnosti certifikátu. Zkontrolujte, že je důvěryhodný certifikát nebo certifikát vystavitele.

5.3 Problémy HTTP komunikaci mezi Server pro vykazování a správce sestav

Problém může nastat v HTTP komunikace mezi správce sestav a serveru. Při konfiguraci SSL je neplatný, Správce sestav lze úspěšně reagovat aplikace Internet Explorer. Správce sestav se však nemůže komunikovat s serveru sestav. Pokud k tomuto problému dochází, Správce sestav obrázky správně zobrazí na domovské stránce Správce sestav. Správce sestav však zobrazí chybu v prostoru, kde očekáváte zobrazení složek a položek v sestavě.

Chcete-li diagnostikovat problémy, použijte.NET Framework trasování. Povolení.NET Framework trasování, přidejte následující kód do souboru Web.config, který je ve složce Správce sestav:
<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>
Předpokládejme například, že záhlaví hostitele serveru je "test1". Certifikát se však vydává "priklad2". Když otevřete domovskou stránku Správce sestav pomocí http://example1/Reports Adresa URL, obdržíte upozornění, která označuje, že certifikát je neplatný. Proto konfigurace certifikátu je neplatný.

Poznámka: V závislosti na verzi aplikace Internet Explorer, kterou používáte může být varování zprávy nebo zprávy, které se zobrazí v aplikaci Internet Explorer. Nebo pokud jste se rozhodli ignorovat upozornění před, můžete obdržet upozornění v aplikaci Internet Explorer.

V modulu Správce sestav se zobrazí následující chybová zpráva:
Nadřízené připojení bylo uzavřeno: Nelze vytvořit vztah důvěryhodnosti pro zabezpečený kanál SSL/TLS.
Poté přidejte tento kód XML v souboru Web.config v adresáři Správce sestav.

Poznámka: Bude pravděpodobně nutné provést sloučení, pokud již obsahuje soubor Web.config <system.diagnostics></system.diagnostics> prvek nebo <switches></switches> prvek.

Obdržíte-li stejná chybová zpráva, zobrazte soubor protokolu, který jste určili v kódu XML. V tomto příkladu je soubor protokolu je v následujícím umístění:
D:\tmp\System.NET.trace.log
V dolní části protokolu viz následující:
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.
Všimněte si, že tato chybová zpráva označuje druh certifikátu se vyskytl problém.

6. Měřítko out a vyrovnáváno zatížení problémy

6.1 Chybová HTTP 401 nepravidelně

Dvojité směrování problém Vyrovnávání zatížení zavádí může způsobit občasné chyby protokolu HTTP 401. Se službou Vyrovnávání zatížení, požadavek HTTP, který je odeslán do stejného počítače mohou být směrována k virtuálnímu serveru a potom do jiného uzlu. K tomuto problému dochází nepravidelně. Žádost je směrována na stejném uzlu, neproběhne úspěšně.

Chcete-li tento problém vyřešit, použijte jednu z následujících metod:
  • Změňte soubor Hosts v každém uzlu tak, aby požadavky na virtuální uzlu přejít v místním hostiteli. Například můžete přesměrovat požadavky, které jsou určeny k uzlu virtuální adresa IP 127.0.0.1. Tato operace zabrání dvojímu směrování omezením žádostí ze Správce sestav na serveru sestav ve stejném počítači.
  • Máte-li původní instalace služby Reporting Services, nakonfigurujte <reportserverurl> značky použít "localhost" namísto virtuálního serveru.</reportserverurl>

7, Windows Vista a Windows Server 2008

Pokud instalujete službu Reporting Services v systému Windows Vista nebo Windows Server 2008, zkontrolujte následující články znalostní báze Knowledge Base a webu MSDN pečlivě:
934164 Jak nainstalovat SQL Server 2005 Reporting Services v počítači se systémem Windows Vista
938245 Jak nainstalovat a nakonfigurovat SQL Server 2005 Reporting Services v počítači se systémem Windows Server 2008
http://msdn2.microsoft.com/en-us/library/bb677367.aspx

Během instalace se zobrazí chybová zpráva "Služby IIS je buď není nainstalován nebo není nakonfigurován pro instalaci součásti serveru"

Při pokusu o instalaci služby zasílání zpráv v systému Windows Vista nebo Windows Server 2008 i v případě, že je nainstalována služba IIS zobrazí následující chybová zpráva:
Služba IIS není nainstalována nebo není nakonfigurován pro instalaci součásti serveru
Tomuto problému dochází, protože funkce Kompatibilita správy služby IIS 6.0 není nainstalována. Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
949455System Center Operations Manager 2007 hlášení instalace selže v počítači se systémem Windows Server 2008 Pokud kompatibilita správy služby IIS 6.0 není nainstalován.

8 Domovská stránka přesměrování

Použijete-li službu IIS, můžete jako výchozí domovskou stránku Správce sestav pro webový server. Například chcete přesměrovat požadavky http://<server><b00></b00></server>Adresa URL http://<server></server>/ Reports ADRESA URL. Informace o konfiguraci přesměrování na domovskou stránku Správce sestav naleznete v části "Přesměrování na the Report Manager virtuální adresář" webu MSDN:
http://msdn.microsoft.com/en-us/library/ms159261 (SQL.90) .aspx
Poznámka: Nelze nakonfigurovat správce sestav přímo na kořenové úrovni webu. Místo toho je nutné nakonfigurovat přesměrování nastavit správce sestav jako výchozí domovskou stránku webového serveru.

9 Problémy s exportem

9.1 Vypršení časového limitu k exportu

Při exportu sestavy aplikace Internet Explorer dialogové okno Stažení zůstane otevřena, dokud časový limit je hlášena. K tomuto problému může dojít při práci s některé účty, ale není pro ostatní účty. Tento problém může nastat při použití Spustit jako možnost spuštění aplikace Internet Explorer, takže je možné spustit aplikaci Internet Explorer z jiný účet než účet pro přihlášení.

Tento problém může být způsobeno nesprávnou konfigurací aplikace Internet Explorer, zejména v případě, že zpráva je malé, takže časového limitu z důvodu mnoho přenosy dat nedojde. Chcete-li tento problém vyřešit, postupujte takto:
  1. V aplikaci Internet Explorer klepněte na tlačítko Možnosti Internetu v Nástroje nabídka.
  2. V Možnosti Internetu Dialogové okno, klepněte Upřesnit kartu a potom vyhledejte HTTP 1.1 nastavení.
  3. Zrušte zaškrtnutí políčka Používat protokol HTTP 1.1 Zaškrtávací políčko a Používat protokol HTTP 1.1 připojením zprostředkovaným serverem proxy Zaškrtávací políčko.
  4. Klepnutím vyberte Používat protokol HTTP 1.1 Zaškrtávací políčko a Používat protokol HTTP 1.1 připojením zprostředkovaným serverem proxy Zaškrtávací políčko.
  5. Restartujte aplikaci Internet Explorer.

problémy s 10 64-bit

10.1 Obdržíte chybovou zprávu "Pokusu o načtení sestavení 64-bit, na 32bitové platformě"

Při pokusu o spuštění procesů 32bitové a 64bitové pracovních procesů služby IIS 6.0 vedle sebe, zobrazí se následující chybová zpráva:
Došlo k pokusu o načtení sestavení 64-bit, na 32bitové platformě
Další informace naleznete na následujícím webu:
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

10.2 Problémům dochází při Internetové informační služby a služby Reporting Services jsou v 64bitovém režimu, ale je spuštěna služba IIS je 32bitový režim

Další informace získáte klepnutím na tlačítko naleznete v následujících článcích znalostní báze společnosti Microsoft:
894435Jak přepínat mezi 32bitové verze prostředí ASP.NET 1.1 a 64bitovou verzi prostředí ASP.NET 2.0 v 64bitové verzi systému Windows
934162 Jak nainstalovat 32bitové verzi SQL Server 2005 Reporting Services v počítači s 64bitovou verzí systému Windows je spuštěna.

11 Služba IIS a problémů při konfiguraci virtuálního adresáře

11.1 Konfigurace je neplatná pro virtuální adresáře serveru sestav nebo virtuálních adresářů Správce sestav

Zobrazí jedna z následujících chybových zpráv:

Chybová zpráva 1
HTTP 503 Service není k dispozici
Chybová zpráva 2
HTTP 403.14 protokolu - zakázáno (výpis adresáře odepřen)
Chybová zpráva 2
Výpis adresáře odepřen
Chybová zpráva 2
Služba není k dispozici
Tyto chybové zprávy označují, že konfigurace virtuálních adresářů serveru nebo virtuálního adresáře Správce sestav je neplatná. Chcete-li tento problém vyřešit, znovu vytvořte virtuální adresáře serveru sestav a virtuálních adresářů Správce sestav. Chcete-li to provést, postupujte takto:
  1. Odebírat stávající virtuální adresáře služby IIS pomocí Správce služby IIS.
  2. Při vytváření nových virtuálních adresářů, použijte nástroj Konfigurace služby Reporting nebo zprostředkovatele WMI služby Reporting.
Další informace naleznete na následujících webech společnosti Microsoft:
http://technet.microsoft.com/en-us/library/ms188133 (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/ms155921 (SQL.90) .aspx

12 Nasazení služby Reporting Services a služby Windows SharePoint Services vedle sebe

Další informace o nasazení služby Reporting Services a služby Windows SharePoint Services vedle sebe na webu MSDN:
http://msdn.microsoft.com/en-us/library/ms159697.aspx

13 Konfigurátor sestav problémy

13.1 Dojde k chybě protokolu HTTP 401 spustit Konfigurátor sestav

Pokud sestava Server používá základní ověřování, je nutné konfigurovat anonymní ověřování Konfigurátor sestav. Konfigurátor sestav je aplikace technologie ClickOnce. Technologie ClickOnce aplikací nelze zpracovat základní ověřování. Další informace naleznete na webu MSDN:
http://msdn.microsoft.com/en-us/library/ms365173 (SQL.90) .aspx

14 Při analýze problémů souboru Web.config

14.1 Zobrazí chybová zpráva System.NullReferenceException z metody Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

K tomuto problému může dojít při Reporting Services nelze analyzovat soubor Web.config. Chcete-li tento problém vyřešit, postupujte takto:
  • Ověřte, zda soubor Web.config, který je v následující složce nemá oboru názvů:
    %ProgramFiles%\Microsoft SQL Server\<instance name="">\Reporting Services\ReportServer</instance>
    Pokud je v souboru Web.config oboru názvů, odeberte obor názvů.

    Poznámka: Editor, který jste použili k úpravě souboru můžete přidat obor názvů. Chcete-li zjistit, pokud k tomu došlo, hledejte na prvním řádku souboru atribut xmlns.
  • Ověřte, zda <authentication> uzel obsahuje<b00></b00></authentication>režim atribut. Je-li atribut není k dispozici, přidejte režim atribut <authentication> uzlu. Určete příslušný atribut hodnotu.</authentication>

    Například pokud používáte integrované ověřování systému Windows, ověřit režim je pravděpodobně nastaven na "Windows". Další informace o prostředí ASP.NETTO způsob ověřování, naleznete na následujících webech MSDN:
    http://msdn.microsoft.com/en-us/library/aa291347.aspx

    http://msdn.microsoft.com/en-us/library/532aee0e.aspx

Vlastnosti

ID článku: 958998 - Poslední aktualizace: 24. května 2011 - Revize: 3.0
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 2005 Reporting Services
Klíčová slova: 
kbsqlsetup kbsql2005rs kbexpertiseadvanced kbsurveynew kbinfo kbmt KB958998 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:958998

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com