Planlæg at overføre .rdl-rapporter til Power BI
GÆLDER FOR: Power BI Report Builder Power BI Desktop Power BI 2022 Report Server SQL Server 2022 Reporting Services
Denne artikel henvender sig Power BI-rapportserver og SSRS-rapportforfattere (SQL Server Reporting Services) og Power BI-administratorer. Den indeholder en vejledning, der kan hjælpe dig med at overføre dine rapportdefinitionssprograpporter (.rdl) til Power BI.
Bemærk
I Power BI kaldes .rdl-rapporter sideinddelte rapporter.
Vejledningen er opdelt i fire faser. Vi anbefaler, at du først læser hele artiklen, før du overfører dine rapporter.
Du kan opnå migrering uden nedetid til dine rapportservere eller afbrydelse af dine rapportbrugere. Det er vigtigt at forstå, at du ikke behøver at fjerne data eller rapporter. Så det betyder, at du kan beholde dit aktuelle miljø, indtil du er klar til, at det udgår.
Inden du starter
Før du starter overførslen, skal du kontrollere, at dit miljø opfylder visse forudsætninger. Vi beskriver disse forudsætninger og introducerer dig også til et nyttigt overførselsværktøj.
Forbered migrering
Når du forbereder migrering af dine rapporter til Power BI, skal du først bekræfte, at du har en Power BI Pro- eller Premium pr. bruger-licens for at uploade indhold til målarbejdsområdet.
Understøttede versioner
Du kan overføre rapportserverforekomster, der kører i det lokale miljø, eller på virtuelle maskiner, der hostes af cloududbydere som Azure.
På følgende liste beskrives de SQL Server Reporting Services-versioner, der understøttes ved overførsel til Power BI:
- SQL Server Reporting Services 2012
- SQL Server Reporting Services 2014
- SQL Server Reporting Services 2016
- SQL Server Reporting Services 2017
- SQL Server Reporting Services 2019
- SQL Server Reporting Services 2022
Du kan også overføre .rdl-filer fra Power BI-rapportserver.
Overførselsværktøj til Power BI-rapportserver og SQL Server Reporting Services 2017+
Hvis du bruger Power BI-rapportserver eller SQL Server Reporting Services efter SQL Server 2016, er der et indbygget værktøj til publicering af rapporterne i Power BI. Du kan få mere at vide under Publicer .rdl-filer i Power BI.
Overførselsværktøj til tidligere versioner af SQL Server
I tidligere versioner af SQL Server Reporting Services anbefaler vi, at du bruger RDL-overførselsværktøjet til at forberede og overføre dine rapporter. Dette værktøj er udviklet af Microsoft for at hjælpe kunder med at overføre .rdl-rapporter fra deres SSRS-servere til Power BI. Den er tilgængelig på GitHub, og den dokumenterer en komplet gennemgang af migreringsscenariet.
Værktøjet automatiserer følgende opgaver:
- Kontrollerer, om der er ikke-understøttede datakilder og rapportfunktioner, der ikke understøttes.
- Konverterer alle delte ressourcer til integrerede ressourcer:
- Delte datakilder bliver integrerede datakilder.
- Delte datasæt bliver integrerede datasæt.
- Publicerer rapporter, der sender kontroller som sideinddelte rapporter, til et angivet Power BI-arbejdsområde.
Den ændrer eller fjerner ikke dine eksisterende rapporter. Når værktøjet er fuldført, opretter det en oversigt over alle handlinger, der er fuldført, vellykkede eller mislykkedes.
Med tiden kan Microsoft forbedre værktøjet. Community'et opfordres også til at bidrage og hjælpe med at forbedre det.
Fase før migrering
Når du har bekræftet, at din organisation opfylder kravene, er du klar til at starte fasen Før migrering . Denne fase har tre faser:
Find
Målet med fasen Find er at identificere dine eksisterende rapportserverforekomster. Denne proces omfatter scanning af netværket for at identificere alle rapportserverforekomster i din organisation.
Du kan bruge Microsoft Assessment and Planning Toolkit. "MAP Toolkit" registrerer og rapporterer om forekomster, versioner og installerede funktioner på rapportserveren. Det er et effektivt lager-, vurderings- og rapporteringsværktøj, der kan forenkle din migreringsplanlægningsproces.
Organisationer kan have hundredvis af SSRS-rapporter (SQL Server Reporting Services). Nogle af disse rapporter kan blive forældede på grund af manglende brug. Artiklen Find og træk ubrugte rapporter tilbage kan hjælpe dig med at finde ubrugte rapporter, og hvordan du opretter en kadence til oprydning.
Vurdering
Når du har fundet forekomster af rapportserveren, er målet for fasen Vurder at forstå alle .rdl-rapporter eller serverelementer, der ikke kan overføres.
Dine .rdl-rapporter kan overføres fra dine rapportservere til Power BI. Hver migreret .rdl-rapport bliver en sideinddelt Power BI-rapport.
Følgende rapportserverelementtyper kan dog ikke overføres til Power BI:
- Delte datakilder og delte datasæt: RDL-overførselsværktøjet konverterer automatisk delte datakilder og delte datasæt til integrerede datakilder og datasæt, forudsat at de bruger understøttede datakilder.
- Ressourcer , f.eks. billedfiler.
- Sammenkædede rapporter overføres, uanset om den overordnede rapport, der linker til dem, er valgt til migrering eller ej. I Power BI-tjeneste er de almindelige .rdl-rapporter.
- KPI'er: Power BI-rapportserver eller Reporting Services 2016 eller nyere – kun Enterprise Edition.
- Mobilrapporter: Power BI-rapportserver eller Reporting Services 2016 eller nyere – kun Enterprise Edition.
- Rapportmodeller: frarådes.
- Rapportdele: frarådes.
Hvis dine .rdl-rapporter er afhængige af funktioner , der endnu ikke understøttes af sideinddelte rapporter i Power BI, kan du planlægge at udvikle dem igen som Power BI-rapporter, når det giver mening.
Du kan få flere oplysninger om understøttede datakilder for sideinddelte rapporter i Power BI-tjeneste under Understøttede datakilder til sideinddelte Power BI-rapporter.
Generelt er sideinddelte Power BI-rapporter optimeret til udskrivning eller generering af PDF. Power BI-rapporter er optimeret til udforskning og interaktivitet. Du kan få flere oplysninger under Hvornår skal du bruge sideinddelte rapporter i Power BI?
Reference til brugerdefinerede kode-DLL-filer i en rapport understøttes ikke.
Forskelle i PDF-output forekommer oftest, når en skrifttype, der ikke understøtter ikke-latinske tegn, bruges i en rapport, og derefter føjes ikke-latinske tegn til rapporten. Test PDF-gengivelsesoutputtet på både rapportserveren og klientcomputerne for at kontrollere, at rapporten gengives korrekt.
Forberedelse
Målet med forbered-fasen omfatter at gøre alt klar. Den dækker konfiguration af Power BI-miljøet, planlægning af, hvordan du sikrer og publicerer dine rapporter, og idéer til at omudvikle rapportserverelementer, der ikke overføres.
- Kontrollér understøttelse af dine rapportdatakilder, og konfigurer en Power BI-gateway for at tillade forbindelse til alle datakilder i det lokale miljø.
- Bliv fortrolig med Power BI-sikkerhed, og planlæg , hvordan du genskaber dine rapportservermapper og -tilladelser med Power BI-arbejdsområder.
- Bliv fortrolig med Power BI-deling, og planlæg, hvordan du distribuerer indhold ved at publicere Power BI-apps.
- Overvej at bruge delte semantiske Power BI-modeller i stedet for dine delte datakilder på rapportserveren.
- Brug Power BI Desktop til at udvikle mobiloptimerede rapporter, muligvis ved hjælp af den brugerdefinerede visualisering Power KPI i stedet for dine rapportservers mobilrapporter og KPI'er.
- Revaluer brugen af det indbyggede felt UserID i dine rapporter. Hvis du er afhængig af UserID for at sikre rapportdata, skal du forstå, at for sideinddelte rapporter (når de hostes i Power BI-tjeneste), returnerer det BRUGERENS hovednavn (UPN). Så i stedet for at returnere NT-kontonavnet, f.eks . AW\adelev, returnerer det indbyggede felt noget i stil med adelev@adventureworks.com. Du skal revidere definitionerne af dit datasæt og muligvis kildedataene. Når du er revideret og publiceret, anbefaler vi, at du tester dine rapporter grundigt for at sikre, at datatilladelser fungerer som forventet.
- Revaluer brugen af det indbyggede felt ExecutionTime i dine rapporter. For sideinddelte rapporter (når de hostes i Power BI-tjeneste) returnerer det indbyggede felt datoen/klokkeslættet i Coordinated Universal Time (eller UTC). Det kan påvirke standardværdierne for rapportparametre og mærkater for udførelsestid for rapporter (som typisk føjes til rapportsidefødder).
- Hvis din datakilde er SQL Server (i det lokale miljø), skal du kontrollere, at rapporter ikke bruger kortvisualiseringer. Kortvisualiseringen afhænger af SQL Server-afstandsdatatyper, og disse understøttes ikke af gatewayen. Du kan finde flere oplysninger under Vejledning til datahentning for sideinddelte rapporter (komplekse SQL Server-datatyper).
- Vær opmærksom på, at parametre evalueres sekventielt for overlappende parametre. Prøv først at samle rapportdata på forhånd. Du kan få flere oplysninger under Brug overlappende parametre i sideinddelte rapporter.
- Sørg for, at dine rapportforfattere har Power BI Report Builder installeret, og at du nemt kan distribuere senere versioner i hele organisationen.
- Udnyt dokumentation til kapacitetsplanlægning til sideinddelte rapporter.
Overførselsfase
Når du har forberedt dit Power BI-miljø og dine rapporter, er du klar til overførselsfasen .
Der er to overførselsindstillinger: manuel og automatiseret. Manuel migrering er velegnet til et lille antal rapporter eller rapporter, der kræver ændring før migrering. Automatiseret migrering er velegnet til migrering af et stort antal rapporter.
Manuel migrering
Alle med tilladelse til at få adgang til rapportserverforekomsten og Power BI-arbejdsområdet kan manuelt overføre rapporter til Power BI. Her er de trin, du skal følge:
- Åbn den rapportserverportal, der indeholder de rapporter, du vil overføre.
- Download hver rapportdefinition, og gem .rdl-filerne lokalt.
- Åbn den nyeste version af Power BI Report Builder, og opret forbindelse til Power BI-tjeneste ved hjælp af dine legitimationsoplysninger til Microsoft Entra ID.
- Åbn hver rapport i Power BI Report Builder, og derefter:
- Kontrollér, at alle datakilder og datasæt er integreret i rapportdefinitionen, og at de understøttes af datakilder.
- Få vist et eksempel på rapporten for at sikre, at den gengives korrekt.
- Vælg Publicer, og vælg derefter Power BI-tjeneste.
- Vælg det arbejdsområde, hvor du vil gemme rapporten.
- Kontrollér, at rapporten gemmes. Hvis visse funktioner i rapportdesignet endnu ikke understøttes, mislykkes handlingen Gem. Du får besked om årsagerne. Du skal derefter revidere rapportdesignet og prøve at gemme igen.
Automatiseret migrering
Der er tre muligheder for automatisk migrering. Du kan bruge:
- Du kan se Power BI-rapportserver og SQL Server 2022 under Publicer .rdl-filer i Power BI.
- I tidligere versioner af Reporting Services skal du bruge RDL-overførselsværktøjet i GitHub.
- De offentligt tilgængelige API'er til Power BI-rapportserver, Reporting Services og Power BI
Du kan også bruge de offentligt tilgængelige Power BI-rapportserver, Reporting Services og Power BI-API til at automatisere migreringen af dit indhold. Selvom RDL-overførselsværktøjet allerede bruger disse API'er, kan du udvikle et brugerdefineret værktøj, der passer til dine præcise krav.
Du kan få flere oplysninger om API'erne under:
- REST API'er til Power BI.
- REST API'er til SQL Server Reporting Services.
Fase efter migrering
Når du har fuldført migreringen, er du klar til fasen Efter migrering . Denne fase omfatter gennemarbejdelse af en række opgaver efter migreringen for at sikre, at alt fungerer korrekt og effektivt.
Angivelse af timeout for forespørgsler for integrerede datasæt
Du angiver timeoutværdier for forespørgsler under oprettelse af rapporter, når du definerer et integreret datasæt. Timeoutværdien gemmes sammen med rapporten i timeoutelementet i rapportdefinitionen.
Konfigurer datakilder
Når rapporter er overført til Power BI, skal du sikre dig, at deres datakilder er konfigureret korrekt. Det kan omfatte tildeling til gatewaydatakilder og sikker lagring af legitimationsoplysninger for datakilden. Disse handlinger udføres ikke af RDL-overførselsværktøjet.
Gennemse rapportens ydeevne
Vi anbefaler på det kraftigste, at du fuldfører følgende handlinger for at sikre den bedst mulige rapportbrugeroplevelse:
- Test rapporterne i hver browser, der understøttes af Power BI , for at bekræfte, at rapporten gengives korrekt.
- Kør test for at sammenligne tider for rapportgengivelse på rapportserveren og i Power BI-tjeneste. Kontrollér, at Power BI-rapporter gengives på et acceptabelt tidspunkt.
- I forbindelse med rapporter med lang gengivelse kan du overveje at få Power BI til at levere dem til dine rapportbrugere som mailabonnementer med vedhæftede rapporter.
- For Power BI-rapporter, der er baseret på semantiske Power BI-modeller, skal du gennemse modeldesign for at sikre, at de er fuldt optimeret.
Afstem problemer
Fasen efter migrering er afgørende for at forene eventuelle problemer, og at du løser eventuelle problemer med ydeevnen. Hvis du føjer arbejdsbelastningen for sideinddelte rapporter til en kapacitet, kan det bidrage til langsom ydeevne for sideinddelte rapporter og andet indhold , der er gemt i kapaciteten.
Relateret indhold
Du kan få flere oplysninger om denne artikel i følgende ressourcer:
- Publicer .rdl-filer til Power BI fra Power BI-rapportserver og SQL Server Reporting Services
- RDL-overførselsværktøj til ældre versioner af Reporting Services
- Power BI Report Builder
- Vejledning til datahentning for sideinddelte rapporter
- Hvornår skal du bruge sideinddelte rapporter i Power BI?
- Sideinddelte rapporter i Power BI: Ofte stillede spørgsmål
- Spørgsmål? Prøv at spørge Fabric Community
- Forslag? Bidrag med idéer til at forbedre Fabric
Power BI-partnere er tilgængelige for at hjælpe din organisation med at fuldføre migreringsprocessen. Hvis du vil engagere en partner, skal du gå til Microsoft Power BI-partnerportalen.