Salt la conținutul principal
Asistență
Conectare

Cum se depanează problemele de configurare IIS în SQL Server 2005 Reporting Services

Lucrați de oriunde de pe orice dispozitiv cu Microsoft 365

Faceți upgrade la Microsoft 365 pentru a lucra oriunde cu cele mai recente caracteristici și actualizări.

Faceți upgrade acum

INTRODUCERE

Acest articol descrie cum se depanează problemele de configurare Internet Information Services (IIS) în Microsoft SQL Server 2005 Reporting Services.

Acest articol este scris în principal pentru a vă ajuta să diagnosticați problemele de configurare IIS 6.0 în modul nativ Reporting Services. Acest articol se aplică, de asemenea, de obicei, IIS 5.0 și IIS 7.0. Cu toate acestea, anumiți pași de diagnosticare pot fi scrise numai pentru IIS 6.0, cum ar fi pașii pentru a verifica instalarea Microsoft ASP.NET utilizând IIS Manager. Acest articol discută, de asemenea, unele probleme comune de configurare cu autentificare, cu ASP.NET și cu Internet Explorer.

Mai multe informații

1 abordare generală

Probleme de configurare IIS, de obicei, apare ca o eroare de conectare la sau să execute Report Server sau Report Manager. Pentru a diagnostica cu succes aceste probleme de configurare, trebuie să revizuiți arhitectura Reporting Services şi modul în care Reporting Services este integrat cu IIS. Acest articol încearcă să identifice IIS configurare probleme comune care pot provoca erori în Reporting Services. De asemenea, sunt discutate unele probleme non-IIS.

1.1Request flow

O solicitare de HTTP de la un utilizator călătorește prin mai multe straturi. Cunoscând layer care nu a reușit solicitarea pot ajuta să determinați natura erorii. Diagrama de mai jos este o diagramă simplificată a fluxului de o solicitare:



Servicii de raportare instalează un director virtual Server raport și un director virtual pentru Report Manager. Numele directorului virtual implicit pentru Report Server este "reportserver." Numele directorului virtual implicit pentru Report Manager este "rapoarte."


De obicei, începe diagnosticarea serviciilor de raportare probleme prin trimiterea unei solicitări în directorul rădăcină Report Server în Internet Explorer. În mod implicit, URL-ul este http://< server >/reportserver. Dacă funcționează Report Server, apoi utilizați Internet Explorer pentru a trimite o solicitare la http://< server >/reports. Dacă ați configurat Report Server pentru a utiliza Secure Sockets Layer (SSL), este mai întâi trebuie să vă asigurați că server se execută în modul non-SSL. Dacă ați configurat o implementare la scară, vă mai întâi trebuie să vă asigurați că Report Server se execută pe nodurile individuale. Diagnosticarea problemelor în această ordine vă ajută să izolați problemele mai rapid.

1.2Common simptome

Această secțiune listează simptomele comune care apar atunci când nu solicitări într-un anumit strat. Această secțiune, de asemenea, vă spune unde să căutați mesaje de eroare.

1.2.1Firewall

Dacă accesați Report Server de pe un computer client la distanță, Verificați că Paravanul de protecție nu blochează solicitarea. O solicitare blocat este înregistrat în Jurnalul paravanului de protecție.

Pentru mai multe informații despre cum să găsiți Jurnalul paravanului de protecție, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

929455 atunci când configurați o locație particularizate pentru fișierul jurnal Paravanul de protecție Windows în Windows Vista, informații să nu fie scrise în fișierul jurnal

De asemenea, aveți posibilitatea să vizitați site-uri Web Microsoft:

http://technet.microsoft.com/en-us/library/cc736373.aspx

http://technet.microsoft.com/en-us/library/cc758040.aspx

1.2.2HTTP.sys

IIS 6.0, care nu se execută în IIS 5.0 isolation mode și IIS 7.0 utilizează HTTP kernel-mode driver (HTTP.sys) pentru a efectua HTTP rețea intrare/ieșire. Serviciul HTTP este pornit automat. Nu trebuie să efectuați configurare manuală. Dacă Reporting Services este configurat să utilizeze SSL, trebuie să vă asigurați că este pornit serviciul HTTP SSL.

Procesul HTTP.sys poate returna o eroare la client, chiar dacă nu este implicată IIS. Acest lucru poate apărea atunci când URL-ul este incorect sau când identitatea site-ul IIS Web este configurat incorect. Erori sunt înregistrate în Jurnalul de erori HTTP.sys.

Pentru mai multe informații despre fișierele de jurnal de eroare HTTP.sys, vizitați următorul site Web Microsoft:

http://technet.microsoft.com/en-us/library/cc786081.aspxPentru mai multe informații despre eroare de conectare la HTTP API, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

820729 eroare de conectare la HTTP API

Fonduri comune 1.2.3IIS și aplicații

Înainte să examinați configurarea IIS, trebuie să vă asigurați că se execută IIS Admin service și rezervorul de aplicații. De asemenea, trebuie să verificați că identitatea site-ul Web este corectă. Ce trebuie să aveți grijă cu identitatea site-ul Web dacă site-ul Web care găzduiește raport servicii nu este site-ul Web implicit sau dacă nu specificați "Toate neasociate" pentru identitatea site-ul Web. Dacă ați configurat Report Server și Report Manager pe diferite site-uri Web, încercaţi să configuraţi Report Server și Report Manager pe același site Web. Dacă alte aplicații partaja același site Web cu Reporting Services, încercaţi să configuraţi directoarele virtuale Raport Services pe un site Web nou. Dacă aveți terțe extensii ISAPI sau filtre, încercaţi să eliminaţi extensii ISAPI sau filtre de terți.

Dacă apar mai multe probleme de configurare cu IIS, reinstalați IIS. Când faceți aceasta, trebuie să reconfigurați raport servicii directoarele virtuale și ASP.NET.

Pentru mai multe informații despre locația de fișier jurnal IIS, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

324091 cum să: vizualizare și raport din fișierele jurnal

De asemenea, vizitați următorul site Web Microsoft:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true

1.2.4ASP.NET

Un mesaj de eroare în Internet Explorer poate indica faptul că se produce o problemă în ASP.NET. Dacă anterior ați dezinstalat IIS sau ASP.NET pe computer, trebuie să validați setările de configurare ASP.NET. Puteți remedia majoritatea problemelor legate de configurație ASP.NET utilizând fișierul aspnet_regiis.exe pentru a înregistra ASP.NET în IIS. Pentru mai multe informații despre validare ASP.NET, consultați secțiunea 4 din acest articol.

Utilizați o pagină simplă .aspx se efectuează o verificare sanity de configurare IIS și ASP.NET. Pentru a face acest lucru, urmați acești pași:

  1. Creați un director virtual nou pe site-ul Web care găzduiește directoarele virtuale Reporting Services.

  2. Acorde permisiunea de citire și permisiuni la directorul virtual.

  3. Implementați o pagină simplă .aspx la directorul virtual.

Dacă nu puteți naviga .aspx pagina în Internet Explorer, pentru a rezolva această problemă mai întâi. Problema poate apărea în ASP.NET sau în oricare dintre straturi înainte de a ajunge la solicitarea ASP.NET.

1.2.5Report Server directoarele virtuale

Dacă Reporting Services directoarele virtuale nu au fost configurate utilizând furnizorul de raportare servicii Windows Management Instrumentation (WMI) sau instrumentul de configurare a serviciilor de raportare, trebuie să urmați instrucțiunile din secțiunea 4.1 pentru a verifica setările directoarele virtuale. Dacă apar mai multe probleme de configurare, se poate crea din nou directoarele virtuale utilizând WMI sau utilizând instrumentul de configurare a serviciilor de raportare.

Pentru a rezolva probleme, mai întâi verifica și remedia directorul virtual Report Server. Apoi, când funcționează Report Server, examinați și remediere directorul virtual Report Manager. Când Report Manager nu poate comunica cu Report Server, eroarea, de obicei se înregistrează în fișierele jurnal Reporting Services.

Pentru mai multe informații despre jurnalele de urmărire Reporting Services, vizitați următorul site MSDN Web:

http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspxIată un exemplu tipic de aceste erori:

w3wp! ui! 1! 8 / 2008/5-10: 20:56:: e eroare: cod de stare HTTP--> 500

---Detalii---

System.Net.WebException: Cererea nu a reușit cu < unele eroare >

la Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
la Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()

Dacă directorul virtual Server raport funcționează, dar directorul virtual Report Manager nu funcționează, consultați URL-ul care utilizează Report Manager pentru a comunica cu Report Server.

Pentru mai multe informații, vizitați următorul site Web:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspxPentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în baza de cunoştinţe Microsoft:

922656 mesaj de eroare când încercați să deschideți instrumentul Report Manager în SQL Server 2005 Reporting Services: "cererea nu a reușit cu starea HTTP 400: Solicitare incorectă" sau "o încercare de conectare la serverul de raport failed"

Probleme de configurare a site-ul 2Web

2.1Web site-ul probleme de identitate

Dacă un mesaj de eroare indică faptul că Internet Explorer nu poate ajunge la Report Server sau Report Manager, trebuie să validați setările de site-ul Web pentru Reporting Services. Iată unele mesaje de eroare care se pot primi.

În Report Manager, primiţi următorul mesaj de eroare:

Încercarea de a se conecta la serverul de raport nu a reușit. Verificați informațiile de conectare și care raport serverul este în versiune compatibilă.

În Internet Explorer, primiți următorul mesaj de eroare:

Nu poate găsi server sau DNS Eroare

În Internet Explorer, primiți următorul mesaj de eroare:

HTTP 400 solicitare eronată

Asigurați-vă că adresa IP sau numele de gazdă care este utilizat în URL-ul rezolvă la computer și site-ul Web care găzduiește directoarele virtuale Reporting Services. Dacă directoarele virtuale găzduite pe diferite site-uri Web, verificați configurația de site-ul Web pentru Report Manager și Report Server.

Dacă URL-ul specificat de o adresă IP, verificați următoarele:

  • Asigurați-vă că adresa IP rezolvă pe computerul care găzduiește directoarele virtuale Reporting Services. Utilizați comanda ipconfig.exe la lista de interfețe de rețea al unui computer.

  • Asigurați-vă că site-urile Web care gazdă Reporting Services Utilizați setarea Toate neatribuit sau adresa IP specificată în panoul de identificare site-ul Web .

Dacă adresa URL este specificat un nume de gazdă, verificați următoarele:

  • Asigurați-vă că numele de gazdă rezolvă la computer Reporting Services. Utilizați comanda ping.exe pentru a rezolva numele de gazdă la adresa IP. Apoi, asigurați-vă că adresa IP rezolvă pe computerul care găzduiește directoarele virtuale Reporting Services.

  • Asigurați-vă că site-ul Web utilizează setarea Toate neatribuit pentru identificarea site-ul Web sau că site-ul Web specifică un antet de gazdă care se potrivește Antet gazdă în solicitare. Antet gazdă care utilizează cererea este, de obicei, numele serverului care este specificat în URL-ul. Într-un scenariu Network Load Balancing (NLB), Antet gazdă este, de obicei, numele nod virtual. Antet gazdă, de asemenea, poate fi definit în fişierul Hosts.

În IIS 5.0 și IIS 6.0, site-ul Web identitățile sunt definite în panoul de Identificare site-ul Web al fila site-ul Web din pagina de Proprietăți de site-ul Web . În IIS 7.0, aveți posibilitatea să definiți identitățile site-ul Web, făcând clic pe linkul de legături în panoul de Editare site-ul . Pentru mai multe informații despre cum sunt definite de identități de site-ul Web, vizitați următoarele site-uri Web.

Notă IIS 5.0 utilizează o interfață care seamănă cu IIS 6.0 pentru a defini identități site-ul Web.

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/#SitesEste, de asemenea, trebuie să vă asigurați că Report Manager utilizează un URL corectă pentru a accesa Report Server. Pentru mai multe informații, vizitați următorul site Web Microsoft:

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

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

2.2Issues care se produce după ce reinstalați IIS

Dacă ați reinstalat IIS, trebuie să reconfigurați ASP.NET, Server raport directoarele virtuale, și raporta Manager directoarele virtuale.

Informații pentru instalarea IIS

Pentru mai multe informații despre cum se instalează IIS 6.0, vizitați următorul site Web Microsoft:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=truePentru mai multe informații despre cum se dezinstalează IIS 6.0, vizitați următorul site Web Microsoft:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=truePentru mai multe informații despre cum se instalează IIS 7.0, vizitaţi următorul site Web Microsoft:

http://technet.microsoft.com/en-us/library/cc732624.aspxPentru mai multe informații despre cum se instalează și se utilizează IIS 5.0, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

266115 resurse pentru instalarea și utilizarea IIS 5.0

Informații despre cum să reconstruiți directoarele virtuale Reporting Services

Pentru mai multe informații, vizitați următorul site Web Microsoft:

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

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

2.3Issues cu filtre ISAPI

Filtre de ISAPI terțe poate provoca probleme pe Report Server directoarele virtuale. Dacă filtrele de ISAPI terțe sunt prezente, încercați să eliminați filtrele de pe site-ul Web care găzduiește directoarele virtuale Reporting Services. Sau, mutaţi Reporting Services directoarele virtuale la un site Web nou.

Probleme de 3Authentication

3.1You trebuie să introduceți acreditările în Internet Explorer pentru a accesa servicii de raportare

Când Reporting Services este configurat să utilizeze autentificarea integrată Windows, Internet Explorer, de obicei, nu este configurat să solicite acreditări. Pentru a determina dacă Internet Explorer este configurat să solicite întotdeauna acreditări, urmați acești pași:

  1. Deschideți Internet Explorer.

  2. În meniul Instrumente, faceți clic pe Opțiuni Internet.

  3. În fila de securitate , selectați zona care se aplică la URL-ul care este utilizat pentru a accesa Report Server. De exemplu, dacă utilizați un nume NetBIOS pentru a accesa Report Server, selectați zona Local Intranet .

  4. Faceți clic pe nivel particularizat.

  5. În zona de Autentificare utilizator din caseta de dialog Setări de securitate , faceți clic pe Log on automat numai în zona de Intranet în zona de Log on . Dacă URL-ul se află în zona de intranet, faceţi clic pe Log on automat cu curent de utilizator și parola.

3.2You primi un mesaj de eroare HTTP 401 după ce introduceți acreditările în Internet Explorer

Dacă primiți un mesaj de eroare HTTP 401, după ce ați primit solicitări repetate de Internet Explorer, a apărut o eroare de autentificare. De exemplu, dacă instalați raport servicii în modul nativ, vă poate solicita acreditările de trei ori înainte de a primi un mesaj de eroare HTTP 401 în Internet Explorer. Când apare această problemă, Jurnalul IIS Arată "HTTP 401" ca răspuns IIS. Pentru a depana această problemă, verificați următoarele:

  • Asigurați-vă că ați introdus corect numele utilizator şi parola.

  • Urmați pașii din secțiunea 3.1 a acestui articol. Asigurați-vă că nu Selectați Log on anonim în setările de securitate pentru zona dvs.

Cel mai frecvent primiți un mesaj de eroare HTTP 401 dacă ați configurat Reporting Services pentru a utiliza autentificarea integrată Windows. În mod implicit, IIS permite atât metoda de autentificare Negotiate și metoda de autentificare NTLM. Internet Explorer utilizează, de obicei, metoda de autentificare Negotiate înainte de Internet Explorer utilizează metoda de autentificare NTLM.

Dacă utilizați FQDN sau un antet de gazdă particularizată care corespunde cu numele de computer, poate apărea o problemă de selectare de buclă locală. Când apare această problemă, puteți accesa, de obicei, site-urile Web servicii de raportare utilizând adresa IP. Cu toate acestea, nu pot accesa site-urile Web utilizând FQDN sau un nume de gazdă.

Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în baza de cunoştinţe Microsoft:

896861 primiți eroare 401.1 atunci când răsfoiți un site Web care utilizează autentificarea integrată și este găzduită de IIS 5.1 sau IIS 6

3.2.1 autentificarea Kerberos

Când Protocolul de autentificare negociată este Kerberos, este posibil să primiți un mesaj de eroare HTTP 401 din cauza problemelor de autentificare Kerberos. Unele dintre aceste probleme sunt următoarele:

  • Dacă vă rezervor de aplicații se bazează pe un cont de domeniu, este posibil să primiți un mesaj de eroare HTTP 401, dacă nu este configurat HTTP nume principal serviciu (SPN). Când apare această problemă, primiți următorul cod de eroare Kerberos:

    KRB_ERR_APP_MODIFIEDPuteți să accesați serverul utilizând următorul URL:

    http://localhost/<reportserver_vdir>Cu toate acestea, nu pot accesa serverul utilizând următorul URL:

    http://<NetBIOS>/<reportserver_vdir>Pentru a repara sau a rezolva aceste probleme, utilizați una dintre următoarele metode:

    • Configurați SPN HTTP pentru a activa autentificarea Kerberos. Dacă utilizați numele NetBIOS și numele de domeniu complet în URL-ul pentru a accesa servicii de raportare, trebuie să înregistrați SPN HTTP pentru ambele numele NetBIOS și numele de domeniu complet. Nu este posibilă configurarea SPN HTTP pentru conturi diferite pe același computer. De aceea, diferite aplicații trebuie să execute sub același cont să utilizați același SPN HTTP. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

      871179 primiți o "eroare HTTP 401.1 - Unauthorized: acces refuzat din cauza acreditări nevalide" mesaj de eroare când încercați să accesați un site Web care face parte dintr-un rezervor de aplicații IIS 6.0

    • Modificați de identitate rezervor de aplicații NetworkServices sau LocalSystem. Aceste conturi pot utiliza încorporat HOST SPN în loc de HTTP SPN.

    • Forțați IIS pentru a accepta numai autentificarea NTLM. Pentru mai multe informații, vizitați următorul site Web Microsoft:

      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true

  • Primiți următorul cod de eroare Kerberos în Jurnalul de evenimente:

    KRB_ERR_RESPONSE_TOO_BIGPentru a rezolva sau a rezolva această problemă, urmați acești pași:

    1. Activează înregistrarea în jurnal Kerberos. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

      262177 cum se activează înregistrarea în jurnal de evenimente Kerberos

    2. Examinați Jurnalul. Dacă Vedeți codul de eroare KRB_ERR_RESPONSE_TOO_BIG, consultaţi următorul articol din baza de cunoștințe Microsoft pentru o soluție pentru această problemă:

      244474 cum se impune Kerberos se utilizează TCP în loc de UDP în Windows Server 2003, Windows XP și Windows 2000

3.2.2 autentificarea de bază

Dacă Reporting Services este configurat pentru a utiliza autentificare de bază, o eroare de autentificare se înregistrează în Jurnalul de evenimente de securitate pe serverul care execută IIS. Vedeți mesajul de eroare. Dacă politica de securitate locală nu permite autentificarea, fie trebuie să permită log on care tastați în politica de securitate locală sau modificați tipul de log on din configurația IIS.

3.3You primi un mesaj de eroare "Access denied" în Internet Explorer pentru IUSR sau alt utilizator anonim IIS

Dacă acest mesaj de eroare apare în mod neașteptat, determinați dacă anonim de securitate este activată pe directoarele virtuale Reporting Services. Dacă această setare este activată, dezactivați-l.

3.4Kerberos apar probleme de delegare

Aceste probleme sunt, de obicei, cunoscute ca "hop dublă" probleme. Pot apărea probleme de delegare Kerberos atunci când următoarele condiții sunt adevărate:

  • Ați configurat integrate de securitate pentru surse de date în raport.

  • Raport accesează un server la distanță pentru o sursă de date. De exemplu, raportul accesează Analysis Services sau un server de baze de date Microsoft SQL Server.

  • Când accesați raportul, primiți unul dintre următoarele mesaje de eroare:

    Mesaj de eroare 1

    Login nereușit pentru utilizator (null)

    Mesaj de eroare 2

    Login nereușit pentru utilizator "NTAUTHORITY\ANONYMOUS"

  • Când Verificați jurnalul de evenimente de securitate pe serverul care găzduiește sursa de date, vedeți evenimente care indică faptul că un utilizator anonim a fost log on.

O schemă de autentificare NTLM nu poate efectua operațiuni hop dublă. Dacă ați eliminat furnizor de autentificare Negotiate la site-ul Web sau de la directorul virtual Reporting Services, trebuie să adăugați din nou furnizor de autentificare negociere.

Pentru mai multe informații, vizitați următoarele site-uri Web Microsoft sau KB articole:pentru mai multe informații, faceți clic pe următoarele numere de articol pentru a vedea articolele în baza de cunoștințe Microsoft:

215383 cum se configurează IIS pentru a accepta protocolul Kerberos și protocolul NTLM pentru autentificare în rețea

Probleme de depanare Kerberos 326985 în IIS

917409 cum se configurează SQL Server 2005 Analysis Services pentru a utiliza autentificare Kerberos

319723 cum se utilizează autentificarea Kerberos în SQL Server

Cum 909801 pentru a vă asigura că utilizați autentificarea Kerberos atunci când creați o conexiune la distanță la o instanță de SQL Server 2005

Pentru mai multe informații, vizitați următorul site Web Microsoft:

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).aspxDacă doriți să evitați autentificarea Kerberos, utilizați una dintre următoarele metode:

  • Configurați acreditări stocate pentru sursa de date.

  • Configurați Reporting Services pentru a utiliza autentificare de bază. Metoda de conectare implicit este metoda NetworkClearText . Această metodă permite pentru a face un hop suplimentare de la serverul de raport.

Probleme de configurare 4ASP.net

4.1General erori

Probleme de configurare ASP.NET au simptome diferite. De exemplu, unul dintre următoarele poate produce:

  • Este posibil să primiți un mesaj de eroare HTTP 404.

  • Este posibil să primiți următorul mesaj de eroare:

    Imposibil de încărcat resurse Microsoft.ReportingServices.UI.GlobalApp

  • Este posibil să primiți alte mesaje de eroare de excepție de ASP.NET.

Probleme de configurare ASP.NET poate fi provocată de dezinstalare sau reinstalați o versiune de Microsoft .NET Framework. Pentru a depana aceste probleme, procedați astfel:

  • În IIS Manager, faceți clic dreapta pe nodul de site-uri Web și apoi faceți clic pe Proprietăți. În fereastra proprietăți de site-uri Web, faceți clic pe fila ASP.NET și apoi verificați că versiunea ASP.NET este 2.0.50727.

  • În IIS Manager, faceți clic dreapta pe nodul de site-uri Web și apoi faceți clic pe Proprietăți. În fereastra proprietăți de site-uri Web, faceți clic pe fila ISAPIFilters localizați și apoi faceți clic pe filtrul ASP.NET_2.0.50727.0 . Verificați că caseta executabil conține o cale validă pentru fișierul ASP.NET filtru .dll.

    Notă În IIS 5.1, filtrul nu există.

    Notă În IIS 7.0, puteți vedea filtru făcând clic pe pictograma ISAPI filtre pe pagina de proprietăți a site-ul Web.

  • În IIS Manager, găsiți și faceți clic dreapta pe directorul virtual pentru Report Server și apoi faceți clic pe Proprietăți. În caseta de dialog, faceți clic pe fila Director Virtual , și apoi faceți clic pe configurare. Verificați dacă panoul de Extensii de aplicație este goală. Verificați că panoul Wildcard aplicația Hărți a unei mapări de metacaractere singur. Selectați mapări de metacaractere, și apoi faceți clic pe Editare. Verificați că caseta executare conține calea corectă pentru fișierul aspnet_isapi.dll. Verificați că nu este selectată caseta de selectare Verificați că fișierul există .

  • În IIS Manager, găsiți și faceți clic dreapta pe directorul virtual pentru Report Manager și apoi faceți clic pe Proprietăți. În caseta de dialog, faceți clic pe fila Director Virtual , și apoi faceți clic pe configurare. Verificați dacă panoul de Extensii de aplicație conține mapările implicit. Aceasta este o listă de mapările comune ASP.NET tipurile de fișiere, cum ar fi .aspx şi .asax. Pentru a regenera maparea implicită, utilizați următoarea comandă pentru a crea hărţi corecte script:

    aspnet_regiis.exe – s < cale manager raport >Notă În IIS 7.0, mapările sunt sub pictograma Mapări rutine de tratare .

  • În extensiile de server IIS Web, asigurați-vă că este activat ASP.NET 2.0.50727.

Dacă nu se reușește validarea, aveți posibilitatea să înregistrați ASP.NET pentru a rezolva problema. Pentru aceasta, utilizați una dintre următoarele metode:

  • Dacă executați o versiune de 32 de biți de Reporting Services pe un sistem de operare de 32 de biți sau pe un sistem de operare de 64 de biți, executaţi următoarea comandă la promptul de comandă:

    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i-activa

  • Dacă executați o versiune de 64 de biți de Reporting Services pe un sistem de operare de 64 de biți, executaţi următoarea comandă la promptul de comandă:

    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i-activa

Nu este posibilă executarea ASP.NET 1. x și ASP.NET 2.0 în cadrul aceluiași proces de lucru IIS. Dacă utilizați IIS 6.0 sau IIS 7.0, asigurați-vă că rezervorul de aplicații care găzduiește aplicația Report Server nu gazdă ASP.NET 1. aplicații x . Dacă utilizați IIS 5.0, sau dacă utilizați IIS 6.0 în IIS 5.0 isolation mode, asigurați-vă că nu executați aplicații care necesită ASP.NET 1. x.

4.2You primi un mesaj de eroare "identitatea curentă (NT AUTHORITY\NETWORK SERVICE) nu are acces la scriere la '< cale > \v2.0.50727\Temporary ASP.NET Files'"


Eroarea este provocată de o configurare nevalidă de ASP.NET. Pentru a rezolva problema, acorda scrie şi executa permisiunile la folderul fișiere temporare ASP.NET, mesajul de eroare indică.

Probleme de 5SSL

5.1Problems produce cu certificate client

Dacă ați configurat certificate client pe directoarele virtuale, Report Manager nu poate autentifica la Server raport. Această problemă apare deoarece Report Manager nu este proiectat să transmită certificate client când Report Manager comunică cu Report Server prin intermediul cererilor HTTP. De aceea, dacă veți configura IIS pentru a activa opțiunea Necesită certificate Client , se poate utiliza Report Manager. Pentru a rezolva această problemă, poate debifa caseta de selectare Necesită certificate Client pentru directorul virtual Report Server.

5.2 primiți un mesaj de eroare "conexiune închisă cu forţa" sau erori care indică o eroare de conexiune SSL

În Internet Explorer, primiți unul dintre următoarele mesaje de eroare:

Mesaj de eroare 1

Conexiunea a închis

Mesaj de eroare 2

S-a închis conexiunea de bază

Mesaj de eroare 3

Nu se poate stabili relație de încredere pentru canal securizat SSL/TLS

Mesaj de eroare 4

Cod de stare HTTP--> 500

Dacă primiți aceste mesaje de eroare, să fi apărut o eroare de conexiune SSL. Erorile de conexiune SSL sunt cauzate de obicei de certificatul pe care este instalat în IIS. Pentru a rezolva această problemă, procedați astfel:

  • Asigurați-vă că este eliberat certificatul la numele de gazdă sau la antet gazdă în URL-ul pe care le utilizați pentru a accesa Report Manager sau Report Server.

  • Asigurați-vă că este eliberat certificatul la numele de gazdă sau la antet gazdă în URL-ul care utilizează Report Manager pentru a accesa Report Server.

    Notă Această adresă URL poate fi definit de elementul ReportServerUrl în fișierul RsWebApplication.config. Dacă această adresă URL este nedefinită, numele gazdă acest URL este numele de gazdă care clientul utilizează pentru a accesa Report Manager. Deoarece numele de gazdă poate varia dacă utilizaţi URL-uri diferite pentru a accesa Report Manager, vă recomandăm să definiți explicit elementul ReportServerUrl utilizând numele de gazdă corectă. Pentru mai multe informații, vizitați următorul site MSDN Web:

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

  • Asigurați-vă că lanțul de încredere certificat este valid. Adică, asiguraţi-vă că certificatul sau emitentul certificatului de încredere.

5.3Problems apar în comunicarea între Report Manager și raport Server HTTP

O problemă poate apărea în comunicarea între Report Manager și Report Server HTTP. Când configurația SSL nu este validă, Report Manager poate răspunde la Internet Explorer cu succes. Cu toate acestea, Report Manager nu poate comunica cu Report Server. Dacă apare această problemă, Report Manager afișează corect imaginile pe pagina de pornire Report Manager. Cu toate acestea, Report Manager prezintă o eroare în spațiu în cazul în care vă așteptați să vedeți folderele și elementele de raport.


Pentru a diagnostica aceste probleme, utilizați urmărirea .NET Framework. Pentru a activa urmărirea de .NET Framework, adăugaţi următorul cod în fişierul Web.config care se află în folderul Report Manager:

<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>

De exemplu, să presupunem că server gazdă antet este "example1". Cu toate acestea, certificatul este eliberat "example2". Când accesați pagina de pornire Report Manager utilizând URL-ul http://example1/reports , primiți un mesaj de avertizare care indică faptul că certificatul nu este validă. De aceea, configurația de certificat nu este validă.

Notă În funcție de versiunea de Internet Explorer pe care îl utilizați, mesajul de avertizare poate fi un pop-up sau un mesaj care apare în Internet Explorer. Sau, dacă ați ales să ignore avertismente înainte, este posibil să primiți un avertisment în Internet Explorer.

În Report Manager, primiţi următorul mesaj de eroare:

S-a închis conexiunea de bază: nu se poate stabili relație de încredere pentru canal securizat SSL/TLS.

Apoi, adăugați acest cod XML în fișierul Web.config în directorul Report Manager.

Notă Trebuie să efectuați îmbinarea dacă fișierul Web.config conține deja elementul < system.diagnostics > sau elementul < parametrii > .

Când primiți mesajul de eroare, Vizualizați fișierul jurnal specificat în cod XML. În acest exemplu, fișierul jurnal este în următoarea locație:

D:\tmp\System.Net.trace.logÎn partea de jos a Jurnalul, vedeți următoarele: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.

Observați că mesajul de eroare indică tipul de problemă certificat care s-a produs.

6Scale-out și încărcare echilibrată probleme

6.1You primiți o eroare HTTP 401 intermitent

Problema dublă hop care echilibrare încărcare introduce mai provoca erori HTTP 401 intermitentă. Cu echilibrarea încărcăturii, o solicitare de HTTP care este trimis la același computer poate fi distribuite la virtual server şi apoi la un nod diferite. Această problemă se produce din când în când. Dacă solicitarea este rutată la același nodul, solicitarea se efectuează cu succes.

Pentru a rezolva această problemă, utilizați una dintre următoarele metode:

  • Modificați fișierul Hosts pe fiecare nod astfel încât solicitările care accesați nodul virtual du-te la gazda locale în schimb. De exemplu, redirecționați solicitările care sunt destinate virtual nodul la o adresă IP 127.0.0.1. Această operațiune împiedică dublu hop prin restrângerea solicitările Report Manager raport server pe același computer.

  • Dacă aveți o instalare Reporting Services nativ, configurați eticheta < ReportServerUrl > pentru a utiliza "localhost" în loc de virtual server.

7 probleme WindowsVista și Windows Server 2008

Dacă instalați Reporting Services în Windows Vista sau Windows Server 2008, consultați următoarele articole din baza de cunoștințe și site-ul MSDN Web cu atenție:

934164 cum se instalează SQL Server 2005 Reporting Services pe un computer Windows Vista

938245 instalarea și configurarea SQL Server 2005 Reporting Services pe un computer care execută Windows Server 2008

http://msdn2.microsoft.com/en-us/library/bb677367.aspx

Primiți un mesaj de eroare "IIS este nu este instalat sau nu este configurat pentru instalare de componente server" în timpul instalării

Când încercați să instalați Reporting Services pe Windows Vista sau Windows Server 2008, primiți următorul mesaj de eroare, chiar dacă este deja instalat IIS:

IIS este nu este instalat sau nu este configurat pentru instalare de componente server

Această problemă apare deoarece caracteristica IIS 6.0 Management compatibilitate nu este instalat. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:

949455 system Center Operations Manager 2007 raportare instalarea nu reușește pe un computer Windows Server 2008 dacă nu este instalat IIS 6.0 Management compatibilitate

8Home pagina de redirecționare

Când utilizați IIS, utilizați Report Manager ca pagină de pornire implicită pentru serverul Web. De exemplu, se recomandă să redirecționați solicitările de http://< server > URL pentru URL-ul http://< server >/reports . Pentru informații despre cum se configurează redirecționare pentru pagina de pornire Report Manager, consultați secțiunea "Redirecționare pentru Report Manager Director Virtual" din următorul site MSDN Web:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspxNotă Nu este posibilă configurarea Report Manager direct la nivelul rădăcină site-ul Web. În schimb, trebuie să configurați redirecționare pentru a seta Report Manager ca pagină de pornire implicită pentru serverul Web.

Probleme de 9Export

9.1An export expirare apare

Când Exportați un raport din Internet Explorer, caseta de dialog Descărcare rămâne deschis până la expirarea este raportată. Această problemă poate apărea când lucrați cu unele conturi, dar nu alte conturi. Această problemă poate apărea atunci când utilizați opțiunea de Executare ca să porniți Internet Explorer să se execute Internet Explorer de la un cont diferit de contul de log on.

Această problemă poate fi provocată de o configurare incorectă de Internet Explorer, mai ales dacă raportul este mică, astfel încât intervalul de expirare nu se produce din cauza multe transferurile de date. Pentru a rezolva această problemă, urmați acești pași:

  1. În Internet Explorer, faceți clic pe Opțiuni Internet din meniul Instrumente .

  2. În caseta de dialog Opțiuni Internet , faceți clic pe fila complex și apoi găsiți Setări HTTP 1.1.

  3. Faceți clic pentru a debifa caseta de selectare utilizare HTTP 1.1 și caseta de selectare utilizare HTTP 1.1 prin conexiuni proxy .

  4. Faceți clic pentru a bifa caseta de selectare utilizare HTTP 1.1 și caseta de selectare utilizare HTTP 1.1 prin conexiuni proxy .

  5. Reporniți Internet Explorer.

probleme de 1064-bit

10.1You primi un mesaj de eroare "A încercat să încărcați o asamblare de 64 de biți pe o platformă de 32 de biți"

Când încercați să executați proceselor 32 de biți și 64 de biți proceselor alăturate în IIS 6.0, primiţi următorul mesaj de eroare:

A încercat să încărcați o asamblare de 64 de biți pe o platformă de 32 de biți

Pentru mai multe informații, vizitați următorul site Web:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

10.2Issues apar când IIS și Reporting Services sunt în modul de 64 de biți, dar execută IIS este modul de 32 de biți

Pentru mai multe informații, faceți clic pe următoarele numere de articol pentru a vedea articolele în baza de cunoștințe Microsoft:

Cum 894435 pentru a comuta între versiunile de ASP.NET 1.1 pe 32 de biți și 64-bit traducere de ASP.NET 2.0 pe o versiune de 64 de biți de Windows

934162 cum se instalează o versiune de 32 de biți a SQL Server 2005 Reporting Services pe un computer care execută o versiune de 64 de biți de Windows

11IIS și probleme de configurare Director virtual

11.1 configurația nu este validă pentru directoarele virtuale Report Server sau pentru directoarele virtuale Report Manager

Primiți unul dintre următoarele mesaje de eroare:

Mesaj de eroare 1

HTTP 503-serviciu indisponibil

Mesaj de eroare 2

HTTP 403.14 - interzis (listare Director refuzată)

Mesaj de eroare 2

Listare Director refuzată

Mesaj de eroare 2

Serviciu indisponibil

Aceste mesaje de eroare indică faptul că configurația de directoarele virtuale Report Server sau directoarele virtuale Report Manager nu este validă. Pentru a rezolva această problemă, regenerați directoarele virtuale Report Manager și directoarele virtuale Report Server. Pentru a face acest lucru, urmați acești pași:

  1. Utilizați IIS Manager pentru a elimina directoarele virtuale existente în IIS.

  2. Utilizați instrumentul raportare servicii de configurare sau furnizorul WMI de servicii de raportare pentru a crea nou directoarele virtuale.

Pentru mai multe informații, vizitați următorul site Web 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

12Deploying Reporting Services și Windows SharePoint Services alăturate

Pentru mai multe informații despre implementarea serviciilor de raportare și Windows SharePoint Services alăturate, vizitați următorul site MSDN Web:

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

Probleme de asamblare 13Report

13.1You primiți o eroare HTTP 401 când porniți Report Builder

Dacă Report Server utilizează autentificarea de bază, trebuie să configurați autentificare anonimă pentru Report Builder. Generator de rapoarte este o aplicație ClickOnce. Aplicaţii ClickOnce nu pot gestiona autentificarea de bază. Pentru mai multe informații, vizitați următorul site MSDN Web:

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

Fișier 14Web.config probleme de analiză

14.1You primi un mesaj de eroare System.NullReferenceException de metoda Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

Această problemă poate apărea când Reporting Services nu poate analiza fișierul Web.config. Pentru a rezolva această problemă, procedați astfel:

  • Verificați că fișierul Web.config care se află în următorul folder nu are un nume:

    %ProgramFiles%\Microsoft SQL Server\ < Instance Name > \Reporting Services\ReportServerDacă fișierul Web.config are un nume, eliminați spațiul de nume.

    Notă Editor care este utilizat pentru a modifica fișierul poate adăuga un spațiu de nume. Pentru a determina dacă acest lucru s-a produs, căutați atributul xmlns pe prima linie a fișierului.

  • Verificați că nodul < autentificare > conține atributul modul . Dacă atributul nu este prezentă, adăugați atributul modul la nodul < autentificare >. Specificați o valoare de atribute adecvat.

    De exemplu, dacă utilizați autentificarea integrată Windows, modul de autentificare este setată cel mai probabil la "Windows." Pentru mai multe informații despre modurile de autentificare ASP.NET, consultaţi următorul site MSDN Web:

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

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

Aveți nevoie de ajutor suplimentar?

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă la Microsoft Insider

V-a fost de ajutor această informație?

Vă mulțumim pentru feedback!

Vă mulțumim pentru feedback! Se pare că ar fi util să luați legătura cu unul dintre agenții noștri de asistență Office.

×