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

ÚVOD

Tento článek popisuje řešení potíží s konfigurace Internetová informační služba (IIS) v Microsoft SQL Server 2005 Reporting Services.

Tento článek je určen hlavně k diagnostice problémů s konfigurací služby IIS 6.0 v nativním režimu služby Reporting Services. Tento článek se týká také obvykle na službu 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 jsou kroky k ověření instalace Microsoft ASP.NET pomocí Správce služby IIS. Tento článek také popisuje některé běžné problémy s konfigurací ověřování pomocí technologie ASP.NET a aplikace 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 sestav nebo správce sestav. Pro diagnostiku úspěšně tyto problémy s konfigurací, je nutné zkontrolovat architektura služby Reporting Services a služby Reporting Services je integrováno IIS způsobem. Tento článek se pokusí identifikovat běžné problémy konfigurace služby IIS, které mohou způsobit selhání služby Reporting Services. Jsou zde popsány také některé problémy Internetové informační služby.

1.1Request tok

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



Služba Reporting Services instaluje jeden virtuální adresář pro Server sestav 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í adresář pro správce sestav je "sestavy".


Obvykle začnete diagnostikovat problémy služby Reporting Services odesláním požadavku do kořenového adresáře serveru sestav v aplikaci Internet Explorer. Adresa URL je http:///ReportServer< server >. Pokud Server sestav je funkční, můžete pomocí aplikace Internet Explorer Odeslat požadavek na http://< server>/Reports. Pokud jste nakonfigurovali Server sestav použít protokol SSL (Secure Sockets Layer) (SSL), je nutné nejprve ujistěte se, spuštění serveru v režimu non-SSL. Pokud jste nakonfigurovali škálování nasazení, nejprve musíte spuštění serveru sestav v jednotlivých uzlech. Diagnostika problémů v tomto pořadí pomáhá izolovat problémy rychleji.

1.2Common příznaky

Tato část obsahuje seznam běžných příznaky, ke kterým dochází při selhání požadavků v určité vrstvě. Tato část také dozvíte, kde hledat chybové zprávy.
1.2.1Firewall
Získat přístup k serveru sestav 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:

929455 při konfiguraci vlastní umístění souboru protokolu brány Firewall systému Windows v systému Windows Vista, informace nemusí být zapsány do souboru protokolu

Můžete také navštívit na následujících webech společnosti Microsoft:
1.2.2HTTP.sys
Služba IIS 6.0, která není spuštěna v režimu izolace služby IIS 5.0 a IIS 7.0 pomocí ovladače režimu jádra HTTP (HTTP.sys) provádět HTTP síťového vstupu a výstupu. Bude automaticky spuštěna služba HTTP. Není nutné provádět ruční konfigurace. Pokud služba Reporting Services je nakonfigurován pro použití protokolu SSL, musí zkontrolujte, 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, když je poškozené adresy URL nebo identitu serveru WWW služby IIS je nakonfigurován nesprávně. Chyby jsou zaznamenány v protokolu chyb HTTP.sys.

Další informace o souborech protokolu chyb HTTP naleznete na následujícím webu společnosti Microsoft:Další informace o protokolování chyb v rozhraní API protokolu HTTP klepněte na následující číslo článku databáze Microsoft Knowledge Base:

820729 protokolování chyb v rozhraní HTTP API

1.2.3IIS a použití fondů
Než zobrazíte konfiguraci služby IIS, musí zkontrolujte, zda je spuštěna služba Správa služby IIS a fond aplikací. Navíc je nutné ověřit správnost identity webového serveru. Je třeba postupovat opatrně s identitu webu na webu, 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 sestav a správce sestav na různých webech, zkuste nakonfigurovat Server sestav a správce sestav na stejné webové stránce. Pokud sdílejí stejný webový server se službou Reporting Services, zkuste konfiguraci virtuálních adresářů služby sestavy na nový web. Pokud máte rozšíření ISAPI nebo filtry třetích stran, zkuste odebrat výrobců rozšíření ISAPI nebo filtry.

Pokud se službou IIS dojde k více problémů s konfigurací, můžete znovu nainstalovat službu IIS. Když toto provedete, je třeba 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:

324091 jak: zobrazení a sestavy ze souborů protokolu

Také můžete navštívit následující Web společnosti Microsoft:
1.2.4ASP.NET
Chybová zpráva v aplikaci Internet Explorer můžete určit, že technologie ASP.NET dojde k potížím. Pokud dříve odinstalována technologie ASP.NET nebo služby IIS v počítači, je třeba ověřit nastavení konfigurace technologie ASP.NET. Opětovná registrace technologie ASP.NET ve službě IIS pomocí souboru aspnet_regiis.exe můžete vyřešit většinu problémů konfigurace technologie ASP.NET. Další informace o ověřování technologie ASP.NET naleznete v části 4 tohoto článku.

Můžete použít stránku ASPX jednoduché provést kontrolu vhodnosti konfigurace služby IIS a technologie ASP.NET. Chcete-li to provést, postupujte takto:
  1. Vytvořte nový virtuální adresář na webovém serveru, 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í pro virtuální adresář.
  3. Stránka ASPX jednoduché nasazení do virtuálního adresáře.
Pokud nelze procházet stránku ASPX v aplikaci Internet Explorer nejprve tento problém vyřešte. Problém může nastat v prostředí ASP.NET nebo v některém z vrstvy před požadavku ASP.NET.
Virtuální adresáře serveru 1.2.5Report
Pokud virtuálních adresářů služby Reporting Services nebyly nakonfigurovány pomocí zprostředkovatele hlášení služby WMI Windows Management Instrumentation () nebo nástroj Konfigurace služby Reporting Services, musí 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. Při práci je Server sestav, můžete prozkoumat a odstranit virtuální adresář správce sestav. Pokud správce sestav nemůže komunikovat s serveru sestav, je obvykle protokolována Chyba v souborech protokolu služby Reporting Services.

Další informace o trasovacích protokolů služby Reporting Services naleznete na následujícím webu MSDN:Následuje typický příklad těchto chyb:
W3wp! ui! 1! 8 / 5/2008-10: 20:56:: e Chyba: kód stavu HTTP--> 500

---Informace---

System.Net.WebException: Požadavek se nezdařil s < chyby >

v Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
v Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Pokud virtuální adresář serveru sestav je funkční, ale virtuální adresář správce sestav není funkční, zkontrolujte adresu URL správce sestav se používá ke komunikaci s Server sestav.

Další informace naleznete na následujícím webu:Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:

922656 chybová 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 sestav"

Problémy s konfigurací webu 2Web

Identita webu 2.1Web

Pokud chybová zpráva označuje, že aplikace Internet Explorer nelze dosáhnout serveru sestav 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.

Ve správci sestav, zobrazí se následující chybová zpráva:
Nezdařil se pokus o připojení k serveru sestav. Zkontrolujte připojení informace a server sestav je v kompatibilní verzi.
V aplikaci Internet Explorer se zobrazí následující chybová zpráva:
Nelze najít server nebo chyba DNS
V aplikaci Internet Explorer se zobrazí následující chybová zpráva:
HTTP 400 Chybný požadavek
Ujistěte se, že k počítači a na webu, který je hostitelem virtuálních adresářů služby Reporting Services převádí adresu IP nebo název hostitele, který se používá v adrese URL. Je-li virtuální adresáře jsou hostovány na různých webech, zkontrolujte konfiguraci webového serveru pro Server sestav a správce sestav.

Pokud adresa URL je určen adresou IP, ověřte následující skutečnosti:
  • 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 na webových stránkách tohoto hostitele 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í skutečnosti:
  • Ujistěte se, že je tento název správně překládán počítač služby Reporting Services. Chcete-li vyřešit název hostitele na adresu IP, můžete použít příkaz ping.exe . Ujistěte se, že převádí adresu IP počítače, který je hostitelem virtuálních adresářů služby Reporting Services.
  • Ujistěte se, že webový server používá Všechny nepřiřazené nastavení pro identifikaci webového serveru nebo zda na webovém serveru určuje záhlaví hostitele, který odpovídá záhlaví hostitele v požadavku. Záhlaví hostitele, který používá žádost je obvykle název serveru, který je zadaný v adrese URL. V případě služby Vyrovnávání zatížení sítě (NLB) záhlaví hostitele je obvykle název virtuální uzlu. Záhlaví hostitele lze definovat také v souboru Hosts.
Ve službě IIS 5.0 a IIS 6.0 identit webových serverů jsou definovány v Identifikace serveru WWW podokno karty webu na stránce Vlastnosti webu . Ve službě IIS 7.0 můžete definovat identity webu klepnutím vazby odkaz v podokně Upravit web . Další informace o definici identity webového serveru naleznete na následujících webech.

Poznámka: Služba IIS 5.0 používá rozhraní podobná služba IIS 6.0 k definování identity webového serveru.Musíte také zkontrolovat, že Report Manager používá správnou adresu URL pro přístup k serveru sestav. Další informace naleznete na následujících webech společnosti Microsoft:

2.2Issues, ke kterému dojít po přeinstalaci služby IIS

Je-li přeinstalaci IIS pravděpodobně překonfigurovat ASP.NET virtuální adresáře serveru sestav a virtuálních adresářů správce zprávu.
Informace o instalaci Internetové informační služby
Další informace o instalaci služby IIS 6.0 naleznete na následujícím webu společnosti Microsoft:Další informace o odinstalaci služby IIS 6.0 naleznete na následujícím webu společnosti Microsoft:Další informace o instalaci Internetové informační služby 7.0 naleznete na následujícím webu společnosti Microsoft:Další informace o instalaci a použití služby IIS 5.0 klepněte na následující číslo článku databáze Microsoft Knowledge Base:

266115 prostředky pro instalaci a použití služby IIS 5.0

Informace o tom, jak znovu vytvořit virtuální adresáře služby Reporting Services
Další informace naleznete na následujících webech společnosti Microsoft:

2.3Issues s filtry ISAPI

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

3Authentication problémy

3.1You, musí zadat pověření v aplikaci Internet Explorer pro přístup k službě Reporting Services

Při Reporting Services je nakonfigurována pro použití integrovaného ověřování systému Windows, aplikace Internet Explorer obvykle neumožňuje zobrazit výzvu k zadání pověření. Chcete-li zjistit, zda aplikace Internet Explorer je nakonfigurována vždy výzvu k zadání pověření, postupujte takto:
  1. Spusťte aplikaci Internet Explorer.
  2. V nabídce Nástroje klikněte na Možnosti Internetu
  3. Na kartě zabezpečení vyberte zónu, která se vztahuje na adresu URL, která slouží k přístupu k serveru sestav. Například pokud používáte název NetBIOS pro přístup k serveru sestav, vyberte zóny Místní Intranet .
  4. Klepněte na tlačítko Vlastní úroveň.
  5. V oblasti Ověřování uživatelů v dialogovém okně Nastavení zabezpečení klepněte na možnost Automatické přihlášení pouze do zóny sítě Intranet v oblasti přihlášení . Pokud adresa URL je v zóně intranet, klepněte na tlačítko Automatické přihlášení s aktuální uživatelské jméno a heslo.

Po zadání pověření v aplikaci Internet Explorer se zobrazí chybová zpráva protokolu HTTP 401 3.2You

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. Když nastane tento problém, do protokolu služby IIS se zobrazí "HTTP 401" jako odpověď služby IIS. Chcete-li tento problém vyřešit, ověřte následující skutečnosti:
  • Ujistěte se, zda jste zadali správné uživatelské jméno a heslo.
  • Postupujte podle kroků v části 3.1 tohoto článku. 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 Reporting Services použít integrované ověřování systému Windows. Podle výchozího 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.

Pokud používáte plně kvalifikovaný název domény nebo hostitele vlastní záhlaví, které neodpovídá názvu počítače, může dojít k problému zaškrtnutí zpětné smyčky. Když nastane tento problém, obvykle dostanete weby Reporting Services pomocí adresy IP. Však nelze přístup webové servery pomocí úplný název domény nebo název hostitele.

Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:

896861 se zobrazí chyba 401.1 při procházení webu, který používá integrované ověřování a jehož hostitelem je služba IIS 5.1 nebo IIS 6

3.2.1 ověřování pomocí protokolu Kerberos
Je-li 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žíte chybovou zprávu HTTP 401 Pokud není nakonfigurováno HTTP hlavní název služby (SPN). Když nastane tento problém, zobrazí se následující kód chyby protokolu Kerberos:
    KRB_ERR_APP_MODIFIED
    Bude pravděpodobně možné získat přístup k serveru pomocí následující adresy URL:
    http://localhost/<reportserver_vdir>
    Nelze však přístup k serveru pomocí následující adresy URL:
    http://<NetBIOS>/<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. Nelze nakonfigurovat název SPN HTTP pro různé účty ve 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:

      871179 obdržíte "Chyba protokolu 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 k webu, který je součástí fondu aplikací služby IIS 6.0

    • Změna identity fondu aplikací, kterou NetworkServices nebo na účet LocalSystem. Tyto účty můžete použít předdefinované SPN hostitel namísto název SPN HTTP.
    • Platnost služby IIS pro příjem pouze ověřování NTLM. Další informace naleznete na následujícím webu společnosti Microsoft:
  • V protokolu událostí se zobrazí následující kód chyby protokolu Kerberos:
    KRB_ERR_RESPONSE_TOO_BIG
    Chcete-li řešení nebo obejití tohoto problému, 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:

      262177 jak povolit protokolování událostí protokolu Kerberos

    2. Prozkoumejte protokol. Pokud se zobrazí kód chyby KRB_ERR_RESPONSE_TOO_BIG, naleznete v následujícím článku znalostní báze Microsoft Knowledge Base pro řešení tohoto problému:
      244474 jak vynutit použití ověřování pomocí 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í
Pokud služba Reporting Services je nakonfigurován pro použití základního ověřování, selhání ověřování je zaznamenána v protokolu událostí zabezpečení na serveru se spuštěnou službou IIS. Zobrazte chybová zpráva. 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í v konfiguraci služby IIS.

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

Tato chybová zpráva dochází neočekávaně, zjistěte, zda je povoleno anonymní zabezpečení virtuálních adresářů služby Reporting Services. Pokud je toto nastavení povoleno, zakažte jej.

3.4Kerberos dojít k problémům delegování

Tyto problémy jsou obvykle označovány jako "dvojité směrování" problémy. Kerberos delegování problémům může dojít, pokud jsou splněny následující podmínky:
  • Jste nakonfigurovali integrované zabezpečení pro zdroje dat v sestavě.
  • Sestava umožňuje přístup vzdáleného serveru pro zdroje dat. Například sestavu přistupuje k služby Analysis Services nebo serveru Microsoft SQL Server databáze.
  • Při přístupu k sestavě obdržíte jednu 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í se nezdařilo pro uživatele "NTAUTHORITY\ANONYMOUS"
  • Při kontrole protokolu událostí zabezpečení na serveru, který je hostitelem datového zdroje, zobrazí se události, které označují, že byl přihlášení anonymní uživatel.
Schéma ověřování NTLM nelze provádět operace dvojité 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, klepněte na následující čísla článků v článcích znalostní báze společnosti Microsoft:

215383 jak nakonfigurovat službu IIS na podporu protokolu Kerberos a protokolu NTLM pro ověřování v síti

326985 potíže poradce při potížích 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

Jak 319723 použití ověřování pomocí protokolu Kerberos na serveru SQL Server

909801 jak Ujistěte se, že používáte ověřování pomocí protokolu Kerberos při vytvoření vzdáleného připojení k instanci serveru SQL Server 2005

Další informace naleznete na následujících webech společnosti Microsoft:Pokud chcete zabránit ověřování pomocí protokolu Kerberos, můžete použít jednu z následujících metod:
  • Uložená pověření pro zdroj dat konfigurace.
  • Konfigurace služby Reporting Services použít základní ověřování. Výchozí způsob přihlášení je metoda NetworkClearText . Tato metoda umožňuje provést jedno další směrování ze serveru sestav.

4ASP.NET problémy s konfigurací

4.1General chyby

Problémy konfigurace technologie ASP.NET mít různé příznaky. Například může dojít jednu z následujících akcí:
  • Může se zobrazit chybová zpráva HTTP 404.
  • Může se zobrazit následující chybová zpráva:
    Nelze načíst zdroj Microsoft.ReportingServices.UI.GlobalApp
  • Můžete obdržet další chybové zprávy výjimka z technologie ASP.NET.
Odinstalace nebo přeinstalace verze rozhraní.NET Framework společnosti Microsoft může být způsobeno problémy konfigurace technologie ASP.NET. Chcete-li tyto potíže odstranit, postupujte takto:
  • Ve Správci služby IIS klepněte pravým tlačítkem myši na uzel webové servery a potom klepněte na příkaz Vlastnosti. V okně Vlastnosti webové servery klepněte na kartu ASP.NET a potom ověřte, zda technologie ASP.NET verze 2.0.50727.
  • Ve Správci služby IIS klepněte pravým tlačítkem myši na uzel webové servery a potom klepněte na příkaz Vlastnosti. V okně Vlastnosti webové servery klepněte na kartu ISAPIFilters a potom klepněte na tlačítko Filtr ASP.NET_2.0.50727.0 . Ověřte, zda spustitelný soubor obsahuje platnou cestu k souboru DLL filtru ASP.NET.

    Poznámka: V IIS 5.1 filtr neexistuje.

    Poznámka: Ve službě IIS 7.0 se zobrazí filtr klepnutím na ikonu Filtry ISAPI na stránce Vlastnosti webu.
  • Ve Správci služby IIS vyhledejte a klepněte pravým tlačítkem myši na virtuální adresář pro Server sestav a potom klepněte na příkaz Vlastnosti. V dialogovém okně klepněte na kartu Virtuální adresář a potom klepněte na tlačítko 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 není zaškrtnuto políčko Ověřit existenci souboru .
  • Ve Správci služby IIS vyhledejte a klepněte pravým tlačítkem myši na virtuální adresář pro správce sestav a potom klepněte na příkaz Vlastnosti. V dialogovém okně klepněte na kartu Virtuální adresář a potom klepněte na tlačítko Konfigurace. Ověřte, zda Rozšíření aplikací podokno obsahuje výchozí mapování. Toto je seznam mapování pro běžné typy souborů ASP.NET, jako jsou například soubory .aspx a asax. Chcete-li obnovit výchozí mapování, zadejte následující příkaz k vytvoření mapování skriptů správné:
    Aspnet_regiis.exe – s < Cesta správce sestavy >
    Poznámka: Ve službě IIS 7.0 jsou mapování v části Mapování na obslužné rutiny ikonu.
  • Ujistěte se, zda je povolena technologie ASP.NET 2.0.50727 v serverových rozšíření webové služby IIS.
Pokud se ověření nezdaří, můžete zaregistrovat ASP.NET k vyř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 – povolení
  • 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 – povolení
1 technologie ASP.NET nelze spustit. x a ASP.NET 2.0 ve stejném pracovního procesu služby IIS. Pokud používáte službu IIS 6.0 nebo IIS 7.0, ujistěte se, že fond aplikací, který je hostitelem Server sestav aplikace není hostitelem ASP.NET 1. aplikace x . Pokud používáte službu IIS 5.0, nebo pokud používáte službu IIS 6.0 v režimu izolace služby IIS 5.0, ujistěte se, že používáte aplikace, které vyžadují ASP.NET 1. x.

4.2You se zobrazí chybová zpráva "aktuální identita (NT AUTHORITY\NETWORK SERVICE) nemá přístup pro zápis do"\v2.0.50727\Temporary < cesta > ASP.NET soubory""

Chyba je způsobena neplatnou konfiguraci technologie ASP.NET. Chcete-li tento problém vyřešit, povolit zápis a oprávnění ke složce dočasných souborů technologie ASP.NET, která chybová zpráva označuje.

5SSL problémy

5.1Problems dojít s klientskými certifikáty

Pokud jste nakonfigurovali klientských certifikátů na virtuálních adresářů, nemusí ověřit správce sestav na serveru sestav. K tomuto problému dochází, protože správce sestav není určena k předání klientské certifikáty, pokud správce sestav komunikuje se Server sestav pomocí požadavků HTTP. Pokud provádíte konfiguraci služby IIS povolit možnost Vyžadovat klientské certifikáty , proto nelze použít Správce sestav. Chcete-li tento problém vyřešit, můžete 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 navázat vztah důvěryhodnosti pro zabezpečený kanál SSL/TLS.
Chybová zpráva 4
Kód stavu HTTP--> 500
Pokud se zobrazí tyto chybové zprávy, mohlo dojít k selhání připojení SSL. Selhání připojení SSL jsou obvykle způsobeny certifikát, který je nainstalován ve službě IIS. Chcete-li vyřešit tento problém, postupujte takto:
  • Ujistěte se, že je vydán certifikát, název hostitele nebo záhlaví hostitele můžete použít pro přístup správce sestav nebo Server sestav adresy URL.
  • Ujistěte se, že je vydán certifikát, název hostitele nebo záhlaví hostitele v adrese URL, která používá správce sestav pro přístup k serveru sestav.

    Poznámka: Tuto adresu URL lze definovat ReportServerUrl prvek v soubor RsWebApplication.config. Pokud tato adresa URL není definována, název hostitele v této adrese URL je název hostitele, který klient používá pro přístup správce sestav. Vzhledem k tomu, že název hostitele se může lišit, pokud používáte různé adresy URL pro přístup správce sestav, doporučujeme explicitně definovat ReportServerUrl prvek pomocí název hostitele správný. Další informace naleznete na následujícím webu MSDN:
  • Ujistěte se, zda je platný řetězec důvěryhodnosti certifikátu. To znamená Ujistěte se, že je důvěryhodný certifikát nebo certifikát vystavitele.

5.3Problems dojít k HTTP komunikaci mezi Server sestav a správce sestav

Problém může nastat v HTTP komunikace mezi správce sestav a Server sestav. Při konfiguraci protokolu SSL je neplatný, může správce sestav úspěšně reagovat aplikace Internet Explorer. Správce sestav 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, chcete-li zobrazit složky a položky sestavy.


Chcete-li diagnostikovat problémy, použijte trasování v rozhraní.NET Framework. Povolit rozhraní.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". Pokud přistupujete na domovskou stránku Správce sestav pomocí adresy URL http://example1/reports , 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 mohou být upozornění zprávy nebo zprávy, které se zobrazí v aplikaci Internet Explorer. Nebo, pokud jste zvolili Ignorovat varování před můžete obdržet upozornění v aplikaci Internet Explorer.

Ve správci sestav, zobrazí se následující chybová zpráva:
Nadřízené připojení bylo uzavřeno: Nelze navázat vztah důvěryhodnosti pro zabezpečený kanál SSL/TLS.
Potom přidejte tento kód XML do 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 prvek < system.diagnostics > nebo < přepínače > element.

Pokud se zobrazí stejná chybová zpráva, zobrazte soubor protokolu, který jste zadali v kódu XML. V tomto příkladu je soubor protokolu v následujícím umístění:
D:\tmp\System.Net.trace.log
V dolní části protokolu naleznete v následujících tématech:
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 chybová zpráva označuje druh certifikátu se vyskytl problém.

6Scale-out a zatížení vyrovnávání problémy

6.1You k chybě protokolu HTTP 401 nepravidelně

Zavádí dvojité směrování problém Vyrovnávání zatížení může způsobit občasné chyby protokolu HTTP 401. Požadavek protokolu HTTP, který je odeslán do stejného počítače se službou Vyrovnávání zatížení může být směrována na virtuální server a potom do jiného uzlu. K tomuto problému dochází nepravidelně. Pokud je žádost 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, které přejít na virtuálního uzlu přejít k místnímu hostiteli. Můžete například přesměrovat požadavky, které jsou určeny pro virtuální uzlu na adresu 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.
  • Používáte-li původní instalace služby Reporting Services, nakonfigurujte značky < ReportServerUrl > použití "localhost" namísto virtuálního serveru.

7 problémy WindowsVista a Windows Server 2008

Pokud instalujete Reporting Services v systému Windows Vista nebo Windows Server 2008, přečtěte si následující články znalostní báze a webu MSDN pečlivě:
934164 jak nainstalovat SQL Server 2005 Reporting Services v počítači se systémem Windows Vista

938245 instalaci a konfiguraci služby SQL Server 2005 Reporting Services v počítači se systémem Windows Server 2008

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

Při pokusu o instalaci služby Reporting Services 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
K 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:

949455 system Center Operations Manager 2007 hlášení instalace selže v počítači systém Windows Server 2008 Pokud Kompatibilita správy služby IIS 6.0 není nainstalován.

Přesměrování stránky 8Home

Při použití služby IIS můžete použít Správce sestav jako výchozí domovskou stránku webového serveru. Chcete například přesměrovat požadavky z adresy URL http://< server > adresu URL http://< server>/Reports . Informace o konfiguraci přesměrování na domovskou stránku Správce sestav naleznete v části "Přesměrování na the správce sestav virtuální adresář" na následujícím webu MSDN: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.

9Export problémy

9.1An export vypršení časového limitu

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

Může být příčinou nesprávné konfigurace aplikace Internet Explorer, zejména v případě, že sestava je malé, takže časového limitu z důvodu mnoho přenosy dat nedojde. Chcete-li vyřešit tento problém, postupujte takto:
  1. V aplikaci Internet Explorer klepněte v nabídce Nástroje na příkaz Možnosti Internetu .
  2. V dialogovém okně Možnosti Internetu klepněte na kartu Upřesnit a potom vyhledejte Nastavení protokolu HTTP 1.1.
  3. Klepnutím zrušte zaškrtnutí políčka používat protokol HTTP 1.1 a zaškrtnutí políčka používat protokol HTTP 1.1 prostřednictvím připojení serveru proxy .
  4. Klepnutím zaškrtněte políčko používat protokol HTTP 1.1 a zaškrtnutí políčka používat protokol HTTP 1.1 prostřednictvím připojení serveru proxy .
  5. Restartujte aplikaci Internet Explorer.

1064-bit problémy

10.1You se zobrazí chybová zpráva "Došlo k pokusu načíst sestavení 64-bit na 32bitovou platformu"

Při pokusu o spuštění 32bitových pracovních procesů a 64bitové pracovní procesy ve službě IIS 6.0 vedle sebe, zobrazí se následující chybová zpráva:
Došlo k pokusu o načtení sestavení 64-bit, který na 32bitové platformě
Další informace naleznete na následujícím webu:

10.2Issues dojít, pokud služba IIS a služba 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 v následujícím článku znalostní báze Microsoft Knowledge Base:

894435 jak přepínat mezi 32bitovými verzemi technologie ASP.NET 1.1 a 64bitové verzi technologie ASP.NET 2.0 v 64bitové verzi systému Windows

934162 jak nainstalovat 32bitové verzi SQL Server 2005 Reporting Services v počítači se systémem 64bitové verze systému Windows

11IIS a problémy konfigurace virtuálního adresáře

11.1 konfigurace je neplatná pro virtuální adresáře serveru sestav a virtuálních adresářů správce sestav

Obdržíte jednu z následujících chybových zpráv:

Chybová zpráva 1
HTTP 503 – Služba není k dispozici
Chybová zpráva 2
HTTP 403.14 - 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 pro virtuální adresáře serveru sestav a virtuálních adresářů 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ářů pomocí konfigurační nástroj služby Reporting Services nebo zprostředkovatele WMI služby Reporting.
Další informace naleznete na následujících webech společnosti Microsoft:

12Deploying 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 naleznete na následujícím webu MSDN:

Problémy Tvůrce 13Report

13.1You při spuštění konfigurátoru sestav zobrazí chybu protokolu HTTP 401

Pokud sestava Server používá základní ověřování, je nutné nakonfigurovat anonymní ověřování pro konfigurátoru sestav. Konfigurátor sestav je ClickOnce aplikace. ClickOnce aplikace nemůže zpracovat základní ověřování. Další informace naleznete na následujícím webu MSDN:

Problémy při analýze souboru 14Web.config

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

Tomuto problému může dojít, pokud služby Reporting Services nelze analyzovat soubor Web.config. Chcete-li tento problém vyřešit, postupujte takto:
  • Ověřte, že soubor Web.config, který je v následující složce nemá oboru názvů:
    %ProgramFiles%\Microsoft SQL Server\ < název Instance > \Reporting Services\ReportServer
    Pokud soubor Web.config obsahuje obor 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 se tak stalo, hledejte na prvním řádku souboru pomocí atributu xmlns.
  • Ověřte, zda uzel < ověřování > obsahuje atribut mode . Pokud tento atribut není k dispozici, přidejte atribut režimu uzel < ověřování >. Zadejte hodnotu odpovídající atribut.

    Například pokud používáte integrované ověřování systému Windows, ověřit režim je pravděpodobně nastavena na "Windows". Další informace o režimech ověřování technologie ASP.NET naleznete na následujících webech MSDN:
Vlastnosti

ID článku: 958998 - Poslední kontrola: 14. 1. 2017 - Revize: 2

Váš názor