Migrera SQL Server Reporting Services-rapporter till Power BI

  • Artikel
  • 8 minuter för att läsa

Den här artikeln är avsedd för personer som skriver SSRS-rapporter (SQL Server Reporting Services) och Power BI-administratörer. Det ger vägledning som hjälper dig att migrera dina RDL-rapporter (Report Definition Language) till Power BI.

Anteckning

Du kan bara migrera RDL-rapporter. I Power BI kallas RDL-rapporter för sidnumrerade rapporter.

Vägledningen är indelad i fyra steg. Vi rekommenderar att du läser hela artikeln innan du börjar migrera dina rapporter.

  1. Innan du börjar
  2. Förmigreringssteget
  3. Migreringssteget
  4. Eftermigreringssteget

Du kan migrera utan driftavbrott för SSRS-servrarna eller att störa dina rapportanvändare. En viktig sak att förstå är att du inte behöver ta bort några data eller rapporter. Det innebär att du kan behålla den nuvarande miljön tills du är redo att dra tillbaka den.

Innan du börjar

Innan du startar migreringen bör du kontrollera att din miljö uppfyller vissa krav. Vi så gå igenom de här förutsättningarna och även presentera ett användbart migreringsverktyg.

Förberedelse för migreringen

När du förbereder dig inför migreringen av dina rapporter till Power BI ska du först kontrollera att organisationen har en Power BI Premium-prenumeration. Du behöver en sådan prenumeration för att lagra och köra dina sidnumrerade Power BI-rapporter.

Versioner som stöds

Du kan migrera SSRS-instanser som körs lokalt eller på virtuella datorer som körs av molnleverantörer som Azure.

I den här listan ser du vilka SQL Server-versioner som stöds för migrering till Power BI:

  • SQL Server 2012
  • SQL Server 2014
  • SQL Server 2016
  • SQL Server 2017
  • SQL Server 2019

Du kan även migrera från Power BI-rapportserver.

Migreringsverktyg

Vi rekommenderar att du använder verktyget RDL Migration till att förbereda och migrera dina rapporter. Microsoft har utvecklat det här verktyget som hjälp för kunder som ska migrera RDL-rapporter från sina SSRS-servrar till Power BI. Du hittar det på GitHub tillsammans med dokumentation för ett komplett migreringsscenario.

De här uppgifterna sköts automatiskt i verktyget:

  • Det söker efter datakällor och rapportfunktioner som inte stöds
  • Det konverterar eventuella delade resurser till inbäddade resurser:
    • delade datakällor blir inbäddade datakällor
    • delade datamängder blir inbäddade datamängder.
  • Det publicerar rapporter (som passerar kontroller) som sidnumrerade rapporter till en angiven Power BI-arbetsyta (i en Premium-kapacitet)

Det modifierar inte och tar inte bort några befintliga rapporter. När verktyget har slutförts visas en sammanfattning av alla åtgärder som körts, både de som utförts och de som misslyckats.

Microsoft kan göra förbättringar i verktyget med tiden. Communityn uppmuntras också att bidra och hjälpa till.

Förmigreringssteget

När du har verifierat att din organisation uppfyller förutsättningarna är du redo att starta förmigreringssteget. Det här steget består av tre faser:

  1. Identifiera
  2. Utvärdera
  3. Förbereda

Identifiera

Målet i steget Utforska är att identifiera dina befintliga SSRS-instanser. I den här processen ingår att genomsöka nätverket och identifiera alla SQL Server-instanser i organisationen.

Du kan använda Microsoft Assessment and Planning Toolkit. Det här kallas även för ett ”MAP-verktyg”, som identifierar och rapporterar dina SQL Server-instansers version och installerade funktioner. Det är ett kraftfullt verktyg för inventering, utvärdering och rapportering som gör din migreringsplanering enklare.

Utvärdera

När du har identifierat dina SSRS-instanser är målet i fasen Utvärdera att förstå vilka SSRS-rapporter, eller serverobjekt, som inte kan migreras.

Du kan bara migrera RDL-rapporter från SSRS-servrar till Power BI. Varje migrerad RDL-rapport blir till en sidnumrerad Power BI-rapport.

De här SSRS-objekttyperna kan du dock inte migrera till Power BI:

  • Delade datakällor 1
  • Delade datamängder 1
  • Resurser, som bildfiler
  • KPI:er (SSRS 2016 eller senare – endast Enterprise Edition)
  • Mobila rapporter (SSRS 2016 eller senare – endast Enterprise Edition)
  • Rapportmodeller (inaktuella)
  • Rapportdelar (inaktuella)

1Verktyget RDL Migration konverterar automatiskt delade datakällor och datamängder förutsatt att de använder datakällor som stöds.

Om dina RDL-rapporter använder funktioner som ännu inte stöds i sidnumrerade Power BI-rapporter kan du planera att utveckla dem på nytt som Power BI-rapporter. Även om det går att migrera dina RDL-rapporter så rekommenderar vi att du överväger att modernisera dem till Power BI-rapporter om det går.

Om dina RDL-rapporter behöver hämta data från lokala datakällor kan de inte använda enkel inloggning (SSO). För närvarande görs alla datahämtningar från dessa källor med hjälp av säkerhetskontexten för Gateway-datakällans användarkonto. Det är inte möjligt för SQL Server Analysis Services (SSAS) att framtvinga säkerhet på radnivå (RLS) per användare.

Sidnumrerade Power BI-rapporter är i allmänhet optimerade för utskrift eller PDF-generering. Power BI är optimerade för utforskning och interaktivitet. Läs mer i Använda sidnumrerade rapporter i Power BI.

Förbereda

Målet i fasen Förbereda är att göra allting redo. Det är här du konfigurerar Power BI-miljön, planerar hur du ska skydda och publicera dina rapporter och tänker igenom hur du ska utveckla om SSRS-objekt som inte går att migrera.

  1. Se till att arbetsbelastningen Sidnumrerade rapporter är aktiverad för din Power BI Premium-kapacitet och att den har tillräckligt med minne.
  2. Kontrollera att det finns stöd för dina rapporters datakällor och konfigurera en Power BI-gateway för anslutning till eventuella lokala datakällor.
  3. Bekanta dig Power BI säkerhet och planera hur du ska återskapa dina SSRS-mappar och behörigheter med hjälp Power BI nya arbetsytor.
  4. Bekanta dig med delning i Power BI och planera hur du ska distribuera innehåll genom att publicera Power BI-appar.
  5. Överväg att använda delade Power BI-datamängder i stället för dina delade SSRS-datakällor.
  6. Använd Power BI Desktop till att utveckla rapporter optimerade för mobila enheter, eventuellt med hjälp av det anpassade visuella objektet Power KPI i stället för dina mobila rapporter och KPI:er i SSRS.
  7. Utvärdera användningen av det inbyggda fältet UserID i dina rapporter igen. Om du förlitar dig på UserID för att skydda rapportdata, bör du känna till att för sidnumrerade rapporter (om de finns i Power BI-tjänsten) returneras användarhuvudnamnet (UPN). I stället för att returnera NT-kontonamnet, till exempel AW\mblythe, kommer det inbyggda fältet att returnera något som m.blythe@adventureworks.com. Du måste ändra dina datauppsättningsdefinitioner och eventuellt källdata. När du har ändrat och publicerat rekommenderar vi att du testar dina rapporter noggrant för att säkerställa att databehörigheter fungerar som förväntat.
  8. Utvärdera användningen av det inbyggda fältet ExecutionTime i dina rapporter igen. För sidnumrerade rapporter (när de finns i Power BI-tjänsten) returnerar det inbyggda fältet datum/tid i UTC (Coordinated Universal Time). Det kan påverka rapportparameterns standardvärden och etiketter för rapportkörningstid (som vanligtvis läggs till i rapport med sidfot).
  9. Om datakällan är SQL Server (lokalt) kontrollerar du att rapporterna inte använder kartvisualiseringar. Kartvisualiseringen är SQL Server av rumsliga datatyper och dessa stöds inte av gatewayen. Mer information finns i Vägledning för datahämtning för sidnumrerade rapporter (SQL Server komplexa datatyper).
  10. Se till att rapportförfattarna har Power BI Report Builder installerat och att de senare versionerna enkelt kan distribueras i hela organisationen.

Migreringssteget

När du har förberett Power BI-miljön och dina rapporter är du redo för migreringssteget.

Det finns två migreringsalternativ: manuell och automatisk. Manuell migrering passar om du har ett litet antal rapporter eller rapporter som måste ändras innan migreringen. Automatisk migrering passar när du ska migrera ett stort antal rapporter.

Manuell migrering

Alla som har behörighet att komma åt SSRS-instansen och Power BI-arbetsytan kan migrera rapporter manuellt till Power BI. Gör så här:

  1. Öppna SSRS-portalen som innehåller de rapporter du vill migrera.
  2. Ladda ned varje rapportdefinition och spara .rdl-filerna lokalt.
  3. Öppna den senaste versionen av Power BI Report Builder och anslut till Power BI-tjänsten med dina autentiseringsuppgifter för Azure AD.
  4. Öppna varje rapport i Power BI Report Builder och gör följande:
    1. Kontrollera att alla datakällor och datamängder är inbäddade i rapportdefinitionen och att de är datakällor som stöds.
    2. Förhandsgranska rapporten för att se om den återges korrekt.
    3. Välj Publicera och välj sedan Power BI tjänst.
    4. Välj den arbetsyta där du vill spara rapporten.
    5. Kontrollera att rapporten sparas. Om vissa funktioner i rapportdesignen inte stöds än kan du inte spara rapporten. Du får ett meddelande om anledningen. I så fall måste du göra om rapportdesignen och försöka spara rapporten igen.

Automatisk migrering

Det finns två alternativ för automatisk migrering. Du kan använda:

  • Verktyget RDL Migration
  • De allmänt tillgängliga API:erna för SSRS och Power BI

Verktyget RDL Migration har redan beskrivits i den här artikeln.

Du kan också använda de allmänt tillgängliga API:erna för SSRS och Power BI till att automatisera migreringen av ditt innehåll. Även om de här API:erna redan används i verktyget RDL Migration så kan du skapa ett eget verktyg som passar just dina behov.

Du kan läsa mer om API:erna i de här resurserna:

Eftermigreringssteget

När du har slutfört migreringen är du redo för eftermigreringssteget. I det här steget ingår att gå igenom en serie uppgifter efter migreringen som säkerställer att allt fungerar som det ska.

Konfigurera datakällor

När du har migrerat rapporter till Power BI måste du se till att datakällorna är korrekt konfigurerade. Du kan behöva tilldela datakällor till gatewayer och ordna med säker lagring av autentiseringsuppgifter för datakällor. De här åtgärderna utförs inte i verktyget RDL Migration.

Granska rapportprestanda

Vi rekommenderar att du utför följande åtgärder för att ge rapportanvändarna bästa möjliga upplevelse:

  1. Testa rapporterna i alla webbläsare som stöds av Power BI och kontrollera att rapporten återges korrekt.
  2. Kör tester för att jämföra rapportens återgivningstider i SSRS och Power BI. Kontrollera att Power BI-rapporter återges rimligt snabbt.
  3. Om Power BI-rapporterna inte går att återge på grund av otillräckligt minne ska du allokera ytterligare resurser till din Power BI Premium-kapacitet.
  4. För rapporter som tar lång tid att återge kan du överväga att låta Power BI leverera dem till rapportanvändarna som e-postprenumerationer med rapportbilagor.
  5. För Power BI-rapporter som baseras på Power BI-datamängder ska du granska modelldesignen så att den är helt optimerad.

Lösa problem

Eftermigreringsfasen är viktig när det gäller att lösa eventuella fel och åtgärda prestandaproblem. Att lägga till arbetsbelastningen för sidnumrerade rapporter i en kapacitet kan leda till långsamma prestanda, både för de sidnumrerade rapporterna och för annat innehåll i kapaciteten.

Du kan läsa mer om de här problemen och se hur du bättre kan förstå och lösa dem, i följande artiklar:

Nästa steg

Mer information om den här artikeln finns i följande resurser:

Våra Power BI-partners finns där och kan hjälpa din organisation att lyckas med migreringsprocessen. Om du vill kontakta en Power BI-partner går du till partnerportalen för Power BI.