Slik feilsøker du problemer med IIS-konfigurasjonen i SQL Server 2005 Reporting Services


INTRODUKSJON


Denne artikkelen beskriver hvordan du feilsøker konfigurasjonsproblemer med av Internet Information Services (IIS) i Microsoft SQL Server 2005 Reporting Services.

Denne artikkelen er skrevet hovedsakelig for å hjelpe deg med å diagnostisere problemer for IIS 6.0-konfigurasjon under opprinnelig modus for Reporting Services. Denne artikkelen gjelder også vanligvis for IIS 5.0 og IIS 7.0. Enkelte diagnostiske trinn kan imidlertid skrives bare for IIS 6.0, for eksempel trinnene for å bekrefte Microsoft ASP.NET-installasjon ved hjelp av IIS-behandling. Denne artikkelen beskriver også noen vanlige konfigurasjonsproblemer med godkjenning, ASP.NET, og Internet Explorer.

Hvis du vil ha mer informasjon


1 generell tilnærming

IIS-konfigurasjonsproblemer vises vanligvis som en feil for å koble til eller å kjøre eller Report Server Report Manager. For å diagnostisere problemene konfigurasjon fullført, må du gå gjennom arkitekturen for Reporting Services, og måten at Reporting Services er integrert med IIS. Denne artikkelen forsøker å identifisere vanlige konfigurasjonsproblemer i IIS som kan føre til feil i Reporting Services. Omtales også noen ikke IIS-problemer.

Flyt-1.1Request

En HTTP-forespørsel fra en bruker reiser gjennom mange lag. Hvis du vet hvilket lag avslo forespørselen kan hjelpe deg med å avgjøre Problemets omfang til feilen. Diagrammet nedenfor er et forenklet diagram over flyten av en forespørsel:



Reporting Services installeres en virtuell katalog for rapportserver og én virtuell katalog for rapportstyring. Standardnavnet for virtuelle katalogen for rapportserveren er "reportserver." Virtuell katalog er for rapportstyring standardnavnet "rapporter".


Vanligvis begynner å diagnostisere problemer med Reporting Services ved å sende en forespørsel til rapportserveren rotmappen i Internet Explorer. Som standard er URL-adressen http://< server>/reportserver. Hvis rapportserveren fungerer, kan du deretter bruke Internet Explorer til å sende en forespørsel til http://< server>/Reports. Hvis du har konfigurert Report Server hvis du vil bruke Secure Sockets Layer (SSL), må du først kontrollere at serveren kan kjøre i modus for ikke-SSL. Hvis du har konfigurert en utskalering distribusjon, må du først kontrollere at Report Server kan kjøre på enkelte noder. Diagnostisere problemer i denne rekkefølgen, kan du isolere problemer raskere.

1.2Common symptomer

Denne delen viser en liste over vanlige symptomer som kan oppstå når forespørsler mislykkes i et bestemt lag. Denne delen viser også hvor du skal se etter feilmeldinger.
1.2.1Firewall
Hvis du åpner rapportserveren fra en ekstern klient-datamaskinen, må du kontrollere at brannmuren ikke blokkerer forespørselen. En blokkert forespørsel logges i loggen for brannmur.

Hvis du vil ha mer informasjon om hvordan du finner brannmur-loggen, kan du klikke følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

929455 når du konfigurerer en egendefinert plassering for loggfilen for Windows-brannmuren i Windows Vista, informasjonen kan ikke skrives til loggfilen

Du kan også gå til følgende Microsoft-webområder:
1.2.2HTTP.sys
IIS 6.0 som ikke kjører i isolasjonsmodus for IIS 5.0 og IIS 7.0 bruke HTTP-kjernemodus driveren (HTTP.sys) til å utføre HTTP nettverk inndata/utdata. HTTP-tjenesten startes automatisk. Du trenger ikke utføre manuell konfigurasjon. Hvis Reporting Services er konfigurert til å bruke SSL, må du kontrollere at HTTP-SSL-tjenesten er startet.

HTTP.sys-prosessen kan returnere en feil til klienten selv hvis IIS ikke er involvert. Dette kan skje når URL-adressen er ugyldig, eller når IIS Web-området identitet er feil konfigurert. Feil logges i feilloggen for HTTP.sys.

Hvis du vil ha mer informasjon om loggfiler for HTTP.sys-feil, kan du gå til følgende Microsoft-webområde:Hvis du vil ha mer informasjon om feillogging i HTTP-API, kan du klikke følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

820729 feillogging i HTTP-API

1.2.3IIS og program
Før du undersøker IIS-konfigurasjonen, må du kontrollere at IIS Admin-tjenesten og applikasjonsutvalget kjører. Også, må du kontrollere at webområdet identiteten er riktig. Du må være forsiktig med Web-område-ID hvis webområdet som er vert for rapporten Services ikke er standard Web-område, eller hvis du ikke angir "Alle utilordnede" for Web-område-IDen. Hvis du har konfigurert rapportserver og rapportstyring på ulike webområder, kan du prøve å konfigurere en rapportserver og rapportstyring på samme webområde. Hvis andre programmer deler samme webområde med Reporting Services, kan du prøve å konfigurere de virtuelle mappene rapporten tjenester på et nytt webområde. Hvis du har en tredjeparts-ISAPI-utvidelser og -filtre, kan du prøve å fjerne tredjeparts-ISAPI-utvidelser eller filtre.

Hvis det oppstår flere problemer med IIS, kan du installere IIS på nytt. Når du gjør dette, må du konfigurere ASP.NET og de virtuelle mappene for Services for rapporten.

Hvis du vil ha mer informasjon om IIS loggfilplasseringen, kan du klikke følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

324091 slik: Vis og rapporter fra loggfiler

Du kan også gå til følgende Microsoft-webområde:
1.2.4ASP.NET
En feilmelding i Internet Explorer kan indikere at det oppstår et problem i ASP.NET. Hvis du har avinstallert IIS eller ASP.NET tidligere på datamaskinen, må du validere ASP.NET-konfigurasjonsinnstillinger. Du kan løse de fleste problemer på ASP.NET-konfigurasjon ved hjelp av aspnet_regiis.exe filen å registrere ASP.NET i IIS på nytt. Hvis du vil ha mer informasjon om ASP.NET-validering, kan du se del 4 i denne artikkelen.

Du kan bruke en enkel aspx-side til å utføre en mental helse sjekk på IIS- og ASP.NET-konfigurasjon. Følg disse trinnene:
  1. Opprett en ny virtuell mappe på webområdet som er vert for de virtuelle mappene i Reporting Services.
  2. Gi lesetillatelse og kjøretillatelse til den virtuelle katalogen.
  3. Distribuere en enkel aspx-side til den virtuelle katalogen.
Hvis du ikke kan bla gjennom aspx-siden i Internet Explorer, kan du løse dette problemet først. Problemet kan oppstå i ASP.NET, eller i noen av lagene før forespørselen når ASP.NET.
1.2.5Report Server virtuelle mapper
Hvis Reporting Services virtuelle mapper ikke er konfigurert ved hjelp av leverandøren av Reporting Services Windows Management Instrumentation (WMI) eller verktøyet for konfigurasjon av Reporting Services, må du følge instruksjonene i delen 4.1 for å kontrollere innstillingene for de virtuelle mappene. Hvis det oppstår flere problemer, kan du opprette virtuelle mapper på nytt, ved hjelp av WMI, eller ved å bruke verktøyet for konfigurasjon av Reporting Services.

For å løse problemer, kontrollere og reparere den virtuelle katalogen for rapportserveren. Deretter, når rapportserveren fungerer, kan du undersøke og rette den virtuelle katalogen for rapportstyring. Når Report Manager ikke kan kommunisere med rapporteringsserveren, logges vanligvis feilen i loggfilene Reporting Services.

Hvis du vil ha mer informasjon om sporingslogger for Reporting Services, kan du gå til følgende MSDN-webområde:Det følgende er et typisk eksempel på disse feilene:
W3WP! ui! 1! 8 / 2008/5 – 10: 20:56:: e feil: HTTP-statuskode--> 500

---Detaljer---

System.Net.WebException: Forespørselen mislyktes med < feil >

ved Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
ved Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Hvis den virtuelle katalogen for rapportserveren fungerer, men fungerer ikke som den virtuelle katalogen for rapportstyring, kan du se URL-adressen som Report Manager bruker til å kommunisere med rapportserveren.

Hvis du vil ha mer informasjon, kan du gå til følgende webområde:Hvis du vil ha mer informasjon, kan du klikke følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

922656 -feilmelding når du prøver å åpne verktøyet Report Manager i SQL Server 2005 Reporting Services: "forespørselen mislyktes med HTTP-status 400: Ugyldig forespørsel" eller "et forsøk på å koble til rapporteringsserveren mislyktes"

2Web område-konfigurasjonsproblemer

2.1Web område identitet problemer

Hvis en feilmelding angir at Internet Explorer ikke kan nå eller Report Server Report Manager, må du validere innstillingene for webområdet for Rapporteringstjenester. Nedenfor følger noen feilmeldinger du kan motta.

I Report Manager, får du følgende feilmelding:
Kan ikke koble til rapporteringsserveren. Kontroller tilkoblingen informasjon og at rapportserveren i kompatibel versjon.
I Internet Explorer får du følgende feilmelding:
Finner ikke server eller DNS-feil
I Internet Explorer får du følgende feilmelding:
HTTP 400 Ugyldig forespørsel
Kontroller at IP-adressen eller vertsnavnet som brukes i URL-adressen løses til datamaskinen og webområdet som er vert for de virtuelle mappene i Reporting Services. Hvis de virtuelle mappene er plassert på ulike webområder, kan du kontrollere konfigurasjonen av webområdet for rapportserver og rapportstyring.

Hvis URL-adressen angis av en IP-adresse, må du kontrollere følgende:
  • Kontroller at løser IP-adressen til datamaskinen som er vert for de virtuelle mappene i Reporting Services. Du kan bruke kommandoen ipconfig.exe liste over nettverksgrensesnitt til en datamaskin.
  • Kontroller at webområdene Reporting Services som vert bruker innstillingen for Alle utilordnede eller IP-adressen som er angitt i ruten Identifikasjon av webområde .
Hvis URL-adressen angis av et vertsnavn, må du kontrollere følgende:
  • Kontroller at løses vertsnavnet til datamaskinen med rapporteringsserveren. Du kan bruke ping.exe -kommandoen til å løse vertsnavnet til IP-adressen. Kontroller deretter at løser IP-adressen til datamaskinen som er vert for de virtuelle mappene i Reporting Services.
  • Kontroller at webområdet bruker innstillingen for Alle utilordnede for Web-område-ID, eller at webområdet angir et vertshode som samsvarer med vertshode i forespørselen. Vertshode som brukes i forespørselen er vanligvis navnet på serveren som er angitt i URL-adressen. I et scenario med Network Load Balancing (NLB) er vanligvis vertshodet virtuelle nodenavnet. Vertshodet kan også defineres i Hosts-filen.
I IIS 5.0 og IIS 6.0, er Web-område-identiteter definert i ruten Identifikasjon av webområde i webområde -kategorien i dialogboksen Egenskaper for Web-området . Du kan definere Web-område-identiteter ved å klikke koblingen bindinger i ruten Rediger område i IIS 7.0. Hvis du vil ha mer informasjon om hvordan webområdet identiteter er definert, kan du besøke følgende Web-områder.

Obs! IIS 5.0 bruker et grensesnitt som ligner på IIS 6.0 Hvis du vil definere identiteter for Web-området.Du må også kontrollere at Report Manager bruker riktig URL-adresse til rapportserveren. Hvis du vil ha mer informasjon, kan du gå til følgende Microsoft-webområder:

2.2Issues som oppstår når du installerer IIS på nytt

Hvis du har installert IIS på nytt, kan du måtte konfigurere ASP.NET, Report Server virtuelle mapper, og rapportere Manager virtuelle mapper.
Informasjon for IIS-installasjonen
Hvis du vil ha mer informasjon om hvordan du installerer IIS 6.0, kan du gå til følgende Microsoft-webområde:Hvis du vil ha mer informasjon om hvordan du avinstallerer IIS 6.0, kan du gå til følgende Microsoft-webområde:Hvis du vil ha mer informasjon om hvordan du installerer IIS 7.0, kan du gå til følgende Microsoft-webområde:Hvis du vil ha mer informasjon om hvordan du installerer og bruker IIS 5.0, kan du klikke følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

266115 ressurser for installasjon og bruk av IIS 5.0

Informasjon om hvordan du kan bygge Reporting Services virtuelle mapper
Hvis du vil ha mer informasjon, kan du gå til følgende Microsoft-webområder:

2.3Issues med ISAPI-filtre

Tredjeparts ISAPI-filtre kan forårsake problemer på rapportserveren virtuelle mapper. Hvis det finnes tredjeparts ISAPI-filtre, kan du prøve å fjerne filtrene fra webområdet som er vert for virtuelle mapper i Reporting Services. Eller Flytt Reporting Services virtuelle mapper til et nytt Web-område.

3Authentication problemer

3.1You må angi legitimasjonsbeskrivelser i Internet Explorer for å få tilgang til Reporting Services

Når Reporting Services er konfigurert til å bruke integrert Windows-godkjenning, er Internet Explorer vanligvis konfigurert til å be om legitimasjon. Følg denne fremgangsmåten for å finne ut om Internet Explorer er konfigurert til alltid for å be om legitimasjon:
  1. Åpne Internet Explorer.
  2. Klikk Alternativer for InternettVerktøy -menyen.
  3. Velg sonen som gjelder for URL-adressen som brukes til å få tilgang til rapportserveren i kategorien Sikkerhet . Hvis du bruker et NetBIOS-navn til rapportserveren, Velg sonen Lokalt intranett .
  4. Klikk Egendefinert nivå.
  5. I Brukergodkjenning -området i dialogboksen Sikkerhetsinnstillinger , klikker du automatisk pålogging bare i sonen Intranett i området for pålogging . Hvis URL-adressen er i intranettsonen, kan du klikke automatisk pålogging med gjeldende brukernavn og passord.

3.2You får en HTTP 401-feilmelding når du har angitt legitimasjon i Internet Explorer

Hvis du mottar en HTTP 401-feilmelding etter at du har mottatt gjentatte spørsmål av Internet Explorer, har det oppstått en godkjenningsfeil. For eksempel hvis du installerer tjenester for rapporten i opprinnelig modus, kan du bli bedt om påloggingsinformasjon tre ganger før du får feilmeldingen HTTP 401 i Internet Explorer. Når dette problemet oppstår, vises IIS-loggen "HTTP 401" som IIS-svar. Hvis du vil feilsøke dette problemet, kontrollerer du følgende:
  • Kontroller at du har angitt riktig brukernavn og passord.
  • Følg trinnene i 3.1-delen i denne artikkelen. Kontroller at du ikke velger anonym pålogging i sikkerhetsinnstillingene for sonen.
Du får feilmeldingen HTTP 401 oftest hvis du har konfigurert Reporting Services for å bruke Windows-integrert godkjenning. Som standard aktiverer IIS både Negotiate godkjenningsmetoden og metoden for NTLM-godkjenning. Internet Explorer bruker vanligvis godkjenningsmetoden forhandle før Internet Explorer bruker metoden for NTLM-godkjenning.

Hvis du bruker FQDN eller tilpasset vertshode som ikke samsvarer med navnet på datamaskinen, kan det oppstå en tilbakekobling av problemet. Når dette problemet oppstår, får du vanligvis tilgang til Reporting Services-webområder ved hjelp av IP-adressen. Du kan ikke tilgang til webområder ved å bruke et fullstendig domenenavn eller et vertsnavn.

Hvis du vil ha mer informasjon, kan du klikke følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

896861 du får feil 401.1 når du besøker et webområde som bruker integrert godkjenning, og som ligger på IIS 5.1 eller IIS 6

3.2.1 Kerberos-godkjenning
Når den forhandlede godkjenningsprotokollen Kerberos, kan du få feilmeldingen HTTP 401 på grunn av problemer med Kerberos-godkjenning. Følgende er noen av disse problemene:
  • Hvis din applikasjonsutvalget er basert på en domenekonto, kan du få feilmeldingen HTTP 401 Hvis HTTP service principal name (SPN) ikke er konfigurert. Når dette problemet oppstår, får du følgende Kerberos-feilkode:
    KRB_ERR_APP_MODIFIED
    Kan kanskje du få tilgang til serveren ved hjelp av følgende URL:
    http://localhost/<reportserver_vdir>
    Du kan imidlertid få tilgang til serveren ved hjelp av følgende URL:
    http://<NetBIOS>/<reportserver_vdir>
    For å løse eller omgå disse problemene, kan du bruke én av følgende metoder:
    • Konfigurer HTTP-SPN for å aktivere Kerberos-godkjenning. Hvis du bruker NetBIOS-navnet og FQDN i URL-adressen til Reporting Services, må du registrere HTTP-SPN for begge NetBIOS-navnet og FQDN. Du kan ikke konfigurere HTTP-SPN for forskjellige kontoer på samme datamaskin. Derfor må annet applikasjonsutvalg kjøre under samme konto for å bruke den samme HTTP-SPN. For mer informasjon, klikker du følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

      871179 du får en "HTTP-feil 401.1 - uautorisert: tilgang på grunn av ugyldige legitimasjonsbeskrivelser" når du prøver å få tilgang til et webområde som er en del av et applikasjonsutvalg i IIS 6.0

    • Endre din identitet for programutvalg til NetworkServices eller til LocalSystem. Disse kontoene kan bruke den innebygde vert SPN i stedet for HTTP-SPN.
    • Tvinge IIS til å godta bare NTLM-godkjenning. Hvis du vil ha mer informasjon, kan du gå til følgende Microsoft-webområde:
  • Du får følgende feilkode for Kerberos i hendelsesloggen:
    KRB_ERR_RESPONSE_TOO_BIG
    For å løse eller omgå dette problemet, følger du denne fremgangsmåten:
    1. Aktivere Kerberos-logging. For mer informasjon, klikker du følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

      262177 hvordan du aktiverer Kerberos hendelseslogging

    2. Kontroller loggen. Hvis du ser feilkoden KRB_ERR_RESPONSE_TOO_BIG, kan du se følgende Microsoft Knowledge Base-artikkelen for en løsning for dette problemet:
      244474 hvordan du tvinger Kerberos bruke TCP i stedet for UDP i Windows Server 2003, Windows XP og Windows 2000

3.2.2 enkel godkjenning
Hvis Reporting Services er konfigurert til å bruke enkel godkjenning, er en godkjenningsfeil logget i sikkerhetshendelsesloggen på serveren som kjører IIS. Vis feilmeldingen. Hvis den lokale sikkerhetspolicyen ikke tillater godkjenning, må du enten tillate at pålogging skriver i den lokale sikkerhetspolicyen, eller endre påloggingstypen i IIS-konfigurasjonen.

3.3You får feilmeldingen "Ingen tilgang" i Internet Explorer for IUSR eller et annet IIS anonyme brukere

Hvis denne feilmeldingen vises uventet, kan du bestemme om anonym sikkerhet er aktivert for virtuelle mapper i Reporting Services. Hvis denne innstillingen er aktivert, kan du deaktivere den.

3.4Kerberos problemer for delegering

Disse problemene er vanligvis kjent som "double-hop" problemer. Kerberos-delegering problemer kan oppstå når følgende betingelser er oppfylt:
  • Du har konfigurert integrert sikkerhet for datakildene i rapporten.
  • Rapporten har tilgang til en ekstern server for en datakilde. Hvis du for eksempel rapporten får tilgang til Analysis Services eller en Microsoft SQL Server-databaseserver.
  • Når du åpner rapporten, får du en av følgende feilmeldinger:

    Feilmelding 1
    Påloggingen mislyktes for brukeren (null)
    Feilmelding 2
    Påloggingen mislyktes for brukeren "NTAUTHORITY\ANONYMOUS"
  • Når du sjekker sikkerhetshendelsesloggen på serveren som er vert for datakilden, kan du se hendelser som angir at en anonym bruker logget på.
NTLM-godkjenningsskjemaet kan ikke utføre double-hop operasjoner. Hvis du har fjernet Negotiate godkjenningstjenesten fra Web-området eller den virtuelle katalogen for Reporting Services, må du legge godkjenningstjenesten forhandle på nytt.

Hvis du vil ha mer informasjon, går du til følgende Microsoft-webområder eller KB-artikler:For mer informasjon, klikker du følgende artikkelnumre for å vise artiklene i Microsoft Knowledge Base:

215383 hvordan du konfigurerer IIS til å støtte både protokollen Kerberos og NTLM-protokollen for nettverksgodkjenning

326985 Kerberos for feilsøking av problemer i IIS

917409 hvordan du konfigurerer SQL Server 2005 Analysis Services for å bruke Kerberos-godkjenning

319723 hvordan du bruker Kerberos-godkjenning i SQL Server

909801 hvordan å være sikker på at du bruker Kerberos-godkjenning når du oppretter en ekstern tilkobling til en forekomst av SQL Server 2005

Hvis du vil ha mer informasjon, kan du gå til følgende Microsoft-webområder:Hvis du vil unngå Kerberos-godkjenning, kan du bruke én av følgende metoder:
  • Konfigurere lagret legitimasjon for datakilden.
  • Konfigurere Reporting Services for å bruke enkel godkjenning. Standard pålogging-metoden er den NetworkClearText . Denne metoden kan du gjøre ett ekstra Hopp fra rapportserveren.

4ASP.NET problemer

4.1General feil

ASP.NET-konfigurasjonsproblemer har ulike symptomer. Hvis du for eksempel kan ett av følgende oppstå:
  • Du kan få feilmeldingen HTTP 404.
  • Du kan få følgende feilmelding:
    Kan ikke laste ressurs-Microsoft.ReportingServices.UI.GlobalApp
  • Du kan få feilmeldinger andre unntak fra ASP.NET.
ASP.NET-konfigurasjonsproblemer kan være forårsaket av avinstallerer eller installerer en versjon av Microsoft .NET Framework. Gjør følgende for å feilsøke disse problemene:
  • I IIS Manager høyreklikker du noden Web-områder , og klikk deretter Egenskaper. Klikk kategorien ASP.NET i vinduet Egenskaper for Web-områder, og kontroller at ASP.NET-versjonen er 2.0.50727.
  • I IIS Manager høyreklikker du noden Web-områder , og klikk deretter Egenskaper. I vinduet Egenskaper for Web-områder, klikker du kategorien ISAPIFilters Finn, og klikk deretter filteret ASP.NET_2.0.50727.0 . Kontroller at boksen kjørbart program inneholder en gyldig bane for ASP.NET DLL-filen for filteret.

    Obs! Filteret finnes ikke i IIS 5.1.

    Obs! I IIS 7.0, kan du se filteret ved å klikke ikonet for ISAPI-filtre på Egenskaper-siden for webområdet.
  • I IIS Manager Finn og høyreklikk den virtuelle katalogen for rapportserveren, og klikk deretter Egenskaper. Klikk kategorien Virtuell mappe i dialogboksen, og klikk deretter konfigurasjon. Kontroller at ruten Programutvidelser er tom. Kontroller at ruten Jokertegn program kart har en enkelt jokertegn-tilordning. Velg jokertegn-tilordning, og klikk deretter Rediger. Kontroller at Execute -boksen inneholder den riktige banen for filen aspnet_isapi.dll. Kontroller at det ikke er merket av for Kontroller at filen eksisterer .
  • I IIS Manager Finn og høyreklikk den virtuelle katalogen for rapportstyring, og klikk deretter Egenskaper. Klikk kategorien Virtuell mappe i dialogboksen, og klikk deretter konfigurasjon. Kontroller at ruten Programutvidelser inneholder standard-tilordninger. Dette er en liste over tilordninger for vanlige ASP.NET-filtyper, for eksempel aspx- og asax. For å regenerere Standardtilordning, bruker du følgende kommando til å opprette de riktige skripttilordninger:
    aspnet_regiis.exe – s < bane rapporten manager >
    Obs! I IIS 7.0 er tilordningene under Referansetilordninger -ikonet.
  • Kontroller at ASP.NET-2.0.50727 er aktivert i IIS Web-servertillegg.
Hvis valideringen mislykkes, kan du registrere ASP.NET for å løse problemet. Hvis du vil gjøre dette, bruker du én av følgende metoder:
  • Hvis du kjører en 32-biters versjon av Reporting Services på en 32-biters operativsystem eller på et 64-biters operativsystem, kan du kjøre følgende kommando ved en ledetekst:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i-Aktiver
  • Hvis du kjører en 64-biters versjon av Reporting Services på et 64-biters operativsystem, kan du kjøre følgende kommando ved en ledetekst:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i-Aktiver
Du kan ikke kjøre ASP.NET-1. x - og ASP.NET 2.0 i samme IIS-arbeidsprosessen. Hvis du bruker IIS 6.0 eller IIS 7.0, må du kontrollere at programutvalget som er vert Report Server-programmet ikke er vert for ASP.NET-1. x -programmer. Hvis du bruker IIS 5.0, eller hvis du bruker IIS 6.0 i isoleringsmodus for IIS 5.0, må du kontrollere at kjører du ikke programmer som krever ASP.NET-1. x.

4.2You får feilmeldingen "den gjeldende identiteten (NT AUTHORITY\NETWORK SERVICE) ikke har skrivetilgang til"< bane > \v2.0.50727\Temporary ASP.NET-filer""

Feilen forårsakes av en ugyldig ASP.NET-konfigurasjon. Hvis du vil løse problemet, gi skrivetilgang og kjøretillatelse til mappen for midlertidige filer for ASP.NET som angir feilmeldingen.

5SSL problemer

5.1Problems oppstår med klientsertifikater

Hvis du har konfigurert klientsertifikater på din virtuelle mapper, kan Report Manager ikke godkjennes rapportserveren. Dette problemet oppstår fordi Report Manager ikke er utformet til å overføre klientsertifikater når Rapportbehandling kommuniserer med Report Server via HTTP-forespørsler. Hvis du konfigurerer IIS for å aktivere alternativet Krever klientsertifikater , kan du derfor ikke bruke rapportstyring. Hvis du vil omgå dette problemet, kan du fjerne merket for Krev klientsertifikater for den virtuelle katalogen for rapportserveren.

5.2 du mottar en feilmelding som sier "connection lukket" eller feil som angir at en SSL-tilkoblingsfeil

I Internet Explorer, kan du få en av følgende feilmeldinger:

Feilmelding 1
Tilkoblingen er lukket
Feilmelding 2
Underliggende tilkobling ble lukket
Feilmelding 3
Kan ikke opprette klareringsforhold for sikker SSL/TLS-kanal
Feilmelding 4
HTTP-statuskode--> 500
Hvis du mottar disse feilmeldingene, kan det ha oppstått en SSL-tilkoblingsfeil. SSL-tilkoblingsfeil forårsakes vanligvis av sertifikatet som er installert i IIS. Hvis du vil løse dette problemet, gjør du følgende:
  • Kontroller at sertifikatet er utstedt til vertsnavnet eller vertshode i URL-adressen du bruker til å få tilgang til rapportstyring eller rapportserver.
  • Kontroller at sertifikatet er utstedt til vertsnavnet eller vertshode i URL-adressen som Report Manager bruker til å få tilgang til rapportserveren.

    Obs! Denne URL-adressen kan defineres av ReportServerUrl -elementet i RsWebApplication.config. Hvis denne URL-adressen er udefinert, vil vertsnavnet på denne URL-adressen er vertsnavnet som klienten bruker til å få tilgang til rapportstyring. Fordi vertsnavnet kan variere Hvis du bruker forskjellige URL-adresser til å få tilgang til rapportstyring, anbefaler vi at du eksplisitt definere ReportServerUrl -element ved å bruke riktig vertsnavnet. Hvis du vil ha mer informasjon, kan du gå til følgende MSDN-webområde:
  • Kontroller at klarering sertifikatkjeden er gyldige. Det vil si, må du kontrollere at sertifikatet eller utstederen av sertifikatet er klarert.

5.3Problems oppstår i HTTP-kommunikasjon mellom rapportserver og rapportstyring

Problemer kan oppstå i HTTP-kommunikasjon mellom rapportstyring og rapportserveren. Når SSL-konfigurasjonen er ugyldig, kan Report Manager svare Internet Explorer ble. Imidlertid kan ikke Report Manager kommunisere med rapportserveren. Hvis dette problemet oppstår, vises Rapportbehandling riktig bildene på hjemmesiden for rapportstyring. Rapportstyring viser imidlertid en feil i området der du forventer å se mapper og elementer i rapporten.


Hvis du vil analysere disse problemene, kan du bruke .NET Framework-sporing. Hvis du vil aktivere sporing av .NET Framework, Legg til følgende kode i filen Web.config vier Report Manager-mappen:
<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>

Anta for eksempel at serveren er "eksempel 1". Imidlertid er sertifikatet utstedt til "eksempel"2. Når du tilgang til rapportstyring startsiden ved hjelp av URL-adressen http://example1/reports , får du en advarsel som angir at sertifikatet er ugyldig. Derfor er at sertifikatet ugyldig.

Obs! Avhengig av hvilken versjon av Internet Explorer du bruker kan advarselen være en popup-melding eller en melding som vises i Internet Explorer. Eller, hvis du har valgt å ignorere advarsler før, kan du ikke få en advarsel i Internet Explorer.

I Report Manager, får du følgende feilmelding:
Underliggende tilkobling ble lukket: kan ikke opprette klareringsforhold for sikker SSL/TLS-kanal.
Deretter, legger du til XML-koden i Web.config-filen under katalogen rapportstyring.

Obs! Du må kanskje utføre flettingen Hvis Web.config-filen inneholder allerede elementet < system.diagnostics > eller < brytere > -elementet.

Når du mottar samme feilmelding, kan du vise loggfilen som er angitt i XML-koden. I dette eksemplet er loggfilen på følgende sted:
D:\tmp\System.Net.trace.log
Nederst i loggen, kan du se følgende:
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.

Legg merke til at feilmeldingen angir hvilken type sertifikat problem som oppstod.

6Scale ut og Last inn balansert problemer

6.1You får feilmeldingen HTTP 401 midlertidig

Dobbelt Hopp problemet som belastningsfordeling introduserer kan føre til uregelmessig HTTP 401-feil. Med belastningsfordeling, kan en HTTP-forespørsel som sendes til den samme datamaskinen, rutes til den virtuelle serveren og deretter til en annen node. Dette problemet oppstår midlertidig. Hvis forespørselen er rutet til samme node, lykkes den.

Hvis du vil omgå dette problemet, bruker du én av følgende metoder:
  • Endre Hosts-filen på hver node slik at forespørsler som går til den virtuelle noden i stedet gå til den lokale verten. Du kan for eksempel omadressere forespørsler som skal sendes til den virtuelle noden til en IP-adresse 127.0.0.1. Denne operasjonen forhindrer double-hop ved å begrense forespørsler fra rapportstyring til rapportserveren til den samme datamaskinen.
  • Hvis du har en opprinnelig Reporting Services-installasjon, må du konfigurere < ReportServerUrl >-koden for å bruke "localhost" i stedet for den virtuelle serveren.

7 problemer med Windows Vista og Windows Server 2008

Hvis du installerer Reporting Services i Windows Vista eller Windows Server 2008, gjennom nøye gjennom følgende Knowledge Base-artikler og MSDN-webområde:
934164 hvordan du installerer SQL Server 2005 Reporting Services på en Windows Vista-basert datamaskin

938245 hvordan du installerer og hvordan du konfigurerer SQL Server 2005 Reporting Services på en datamaskin som kjører Windows Server 2008

Du får feilmeldingen "IIS er enten ikke installert eller ikke konfigurert for installasjon av komponent" under installasjonen

Når du prøver å installere Reporting Services på Windows Vista eller Windows Server 2008, mottar du følgende feilmelding, selv hvis IIS er installert:
IIS er ikke installert eller er ikke konfigurert for installasjon av server-komponent
Dette problemet oppstår fordi IIS 6.0 Management Compatibility-funksjonen ikke er installert. For mer informasjon, klikker du følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

949455 system Center Operations Manager 2007 rapportering installasjonen mislykkes på en datamaskin med Windows Server 2008 hvis IIS 6.0 Management-kompatibilitet ikke er installert

8Home siden omadressering

Når du bruker IIS, kan du bruke Report Manager som standard startside for Web-serveren. Hvis du for eksempel vil omadressere forespørsler fra URL-adressen http://< server > til URL-adressen http://< server>/Reports . Hvis du vil ha informasjon om hvordan du konfigurerer omadressering til hjemmesiden for rapportstyring, kan du se delen "Omadressering til rapportstyring Virtual Directory" på følgende MSDN-webområde:Obs! Du kan ikke konfigurere Report Manager direkte på rotnivå på Web-området. I stedet må du konfigurere omadressering for å angi Report Manager som standard startside for Web-serveren.

9Export problemer

9.1An oppstår tidsavbrudd for eksport

Når du eksporterer en rapport fra Internet Explorer, vil nedlastingsdialogboksen forblir åpen til et tidsavbrudd er rapportert. Dette problemet kan oppstå når du arbeider med noen kontoer, men ikke andre kontoer. Dette problemet kan oppstå når du bruker alternativet Kjør som til å starte Internet Explorer slik at du kan kjøre Internet Explorer fra en annen konto enn kontoen for brukerpålogging.

Dette problemet kan forårsakes av en feil konfigurasjon av Internet Explorer, spesielt hvis rapporten er små slik at tidsavbruddet ikke oppstår på grunn av mange dataoverføringer. Hvis du vil løse dette problemet, gjør du følgende:
  1. Klikk Alternativer for InternettVerktøy -menyen i Internet Explorer.
  2. Klikk kategorien Avansert i dialogboksen Alternativer for Internett , og finn deretter Innstillinger for HTTP 1.1.
  3. Klikk for å fjerne merket for Bruk HTTP 1.1 og merket for Bruk HTTP 1.1 ved proxy-forbindelser .
  4. Klikk for å merke av for Bruk HTTP 1.1 og Bruk HTTP 1.1 ved proxy-forbindelser .
  5. Start Internet Explorer på nytt.

1064-biters problemer

10.1You får en feilmelding av typen "Prøvde å laste en 64-biters-samlingen på en 32-biters plattform"

Når du prøver å kjøre arbeidsprosesser for 32-biters og 64-biters arbeidsprosesser side ved side i IIS 6.0, får du følgende feilmelding:
Prøvde å laste en 64-biters-samlingen på en 32-biters plattform
Hvis du vil ha mer informasjon, kan du gå til følgende webområde:

10.2Issues oppstår når IIS og Reporting Services er i 64-biters modus, men kjører IIS er i 32-biters modus

Hvis du vil ha mer informasjon, kan du klikke følgende artikkelnumre for å vise artiklene i Microsoft Knowledge Base:

894435 hvordan du bytter mellom 32-biters versjoner av ASP.NET 1.1 og 64-biters-versjonen av ASP.NET 2.0 på en 64-biters versjon av Windows

934162 hvordan du installerer en 32-biters versjon av SQL Server 2005 Reporting Services på en datamaskin som kjører en 64-biters versjon av Windows

11IIS- og konfigurasjonsproblemer for virtuell katalog

11,1 konfigurasjonen er ugyldig for rapportserveren virtuelle kataloger eller for de virtuelle mappene for rapportstyring

Du får en av følgende feilmeldinger:

Feilmelding 1
HTTP 503-tjeneste utilgjengelig
Feilmelding 2
HTTP-403.14 - forbudt (mappevisning ikke tillatt)
Feilmelding 2
Ingen tilgang til mappevisning
Feilmelding 2
Tjenesten er utilgjengelig
Disse feilmeldingene angir at konfigurasjonen av de virtuelle mappene for rapportserveren eller de virtuelle mappene for rapportstyring er ugyldig. Hvis du vil løse dette problemet, bygge på rapportserveren virtuelle mapper og de virtuelle mappene for rapportstyring. Følg disse trinnene:
  1. Bruke IIS-behandling for å fjerne de eksisterende virtuelle mappene i IIS.
  2. Bruk verktøyet Reporting Services Configuration eller Reporting Services-WMI-leverandøren for å opprette nye virtuelle mapper.
Hvis du vil ha mer informasjon, kan du gå til følgende Microsoft-webområder:

12Deploying Reporting Services og Windows SharePoint Services side ved side

Hvis du vil ha mer informasjon om hvordan du distribuerer Reporting Services og Windows SharePoint Services ved siden av hverandre, kan du gå til følgende MSDN-webområde:

13Report Builder problemer

13.1You får en HTTP 401-feil når du starter Rapportbygger

Hvis rapportserveren bruker enkel godkjenning, må du konfigurere anonym godkjenning for Rapportbygger. Rapportbygger er et ClickOnce-program. ClickOnce-programmer kan ikke håndtere enkel godkjenning. Hvis du vil ha mer informasjon, kan du gå til følgende MSDN-webområde:

14Web.config-filen under analyse av problemer

14.1You får System.NullReferenceException fra Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr-metoden

Dette problemet kan oppstå når Reporting Services ikke kan analysere Web.config-filen. Hvis du vil løse dette problemet, gjør du følgende:
  • Kontroller at Web.config-filen som ligger i følgende mappe ikke har et navneområde:
    %ProgramFiles%\Microsoft SQL Server\ < forekomstnavn på > \Reporting Services\ReportServer
    Hvis filen Web.config har et navneområde, fjern navneområdet.

    Obs! Redigeringsprogrammet som du brukte til å endre filen kan legge til et navneområde. Hvis du vil finne ut om det har oppstått, kan du se etter xmlns-attributt på den første linjen i filen.
  • Kontroller at noden < godkjenning > inneholder mode -attributt. Hvis attributtet ikke finnes, kan du legge til attributtet modus < godkjenning >-node. Angi en passende attributtverdi.

    For eksempel hvis du bruker integrert Windows-godkjenning, er authenticate-modus sannsynligvis satt til "Windows." Hvis du vil ha mer informasjon om modi for ASP.NET-godkjenning, kan du se følgende MSDN-webområder: