For en tid siden jeg installerte Reporting Services på en SQL server med IIS Manager for at nettstedet rapporter. Ingen problem er presentert og området har vært brukt i flere måneder. I dag har jeg besluttet å flytte området på en web server leder allerede flere uavhengige nettsteder (Sharepoint, intranett ...) for å unngå unødvendig bruk av CPU-ressursene på en server som skal gjøre det fra SQL. Installere Reporting Services på en Windows 2003 server med IIS 6 ikke utgjør en særlig bekymring hvis IIS håndterer en enkelt nettside, men det er ganske annerledes hvis serveren fungerer som en front for et sett av områder, det Installasjonen kan ikke bare ikke fungere uten å gjøre noen manuelle endringer (og en rekke uavgjorte hår og skrek mot Microsoft). Til tross for bruk av Reporting Services Configuration Manager verktøy, her er feilen jeg fikk da jeg prøvde å koble til adressen http://reporting :
Rapporten Serveren svarer ikke. Kontroller at rapporten serveren kjører og er tilgjengelig fra denne maskinen.
Det er svært uklart selv om det ofte en kjerne av sannhet lurer inne. Det er ingen feil registrert i hendelsesloggen. Den første tingen å gjøre og gå til C: \ Programfiler \ Microsoft SQL Server \ MSSQL.1 \ Reporting Services \ ReportManager og redigere filen der RSWebApplication.config. Eiendommen må inneholde <ReportServerUrl> http://alias/ReportServer (alias ved å erstatte den overskriften som brukes til å besøke nettstedet ditt rapportering) mens <ReportServerVirtualDirectory> eiendom må være tom. I mitt tilfelle denne indikeres av disse to linjene: <ReportServerUrl> http://reporting/ReportServer </ReportServerUrl> <ReportServerVirtualDirectory></ReportServerVirtualDirectory> Tilsvarende redigere rsreportserver.config plassert i C: \ Program Files \ Microsoft SQL Server \ MSSQL.1 \ Reporting Services \ ReportServer og indikerer også http://alias/ReportServer <UrlRoot> i eiendommen. Her er linjen i spørsmålet for installasjonen min: <UrlRoot> http://reporting/ReportServer </UrlRoot> På dette stadiet normalt http://reporting bør ordentlig vise området. Det er fortsatt noen løse tråder. Endringer i konfigurasjonsfiler av Reporting Services bør føre til at noen DCOM feil i hendelsesloggen:
Hendelse: Feil
Hendelse: DCOM
Hendelse: Ingen
Hendelses-ID: 10016
Bruker: NT AUTHORITY \ NETWORK SERVICE
Datamaskin: WEBIIS1
Beskrivelse: De spesifikke tillatelser innstillingene i programmet ikke gi lokale aktivering tillatelse for COM Server-programmet med CLSID {61738644-F196-11D0-9953-00C04FD919C1} på SID NT AUTHORITY \ NETWORK SERVICE av Bruker (S-1-5-20). Denne sikkerhetsoppdateringen tillatelse kan endres ved hjelp administrasjon ved Component Service.
For å korrigere dette, gå til Start> Kjør og skriv inn DCOMCNFG. Høyreklikk på Component Service> Datamaskiner> Min datamaskin og gå til Egenskaper. I kategorien COM-sikkerhet, delen Tillatelser Launch og aktivering, klikker Rediger og legg NETWORK SERVICE (med hovedvekt på E!) Gir det rettigheter og lokale kjører Local Activation.
DCOM sikkerhet
Siste ting, hvis du prøver å logge inn lokalt http://reporting serveren åpnes en dialogboks som ber om ditt brukernavn / passord. Hvis du skriver inn en login, uansett hvor serveren igjen spørre deg to ganger til før et feil side. Dette skyldes en sikkerhet Windows 2003 SP1 som sammenligner FQDN av maskinen med aliaset til området for å hindre visse typer angrep. Tydeligvis de er forskjellige, og plutselig spurte servertilkoblingen informasjon. For å bøte på dette, bare gå inn i registeret med regedit, opprette DWORD verdien HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Lsa \ DisableLoopbackCheck og gi den verdien 1 (se KB 896861 ). Vi må da starte maskinen på nytt for at denne endringen skal tre i kraft, området http://reporting kan da sees lokalt.
Tags: IIS og Reporting Services og Windows 2003
