Jaa

.rdl-raporttien siirtäminen Power BI:hin

  • Artikkeli

KOSKEE: Power BI Report Builder Power BI Desktop Power BI 2022 Report Server SQL Server 2022 Reporting Services

Tämä artikkeli on tarkoitettu Power BI -raporttipalvelimen ja SQL Server Reporting Services (SSRS) -raporttien tekijöille ja Power BI -järjestelmänvalvojille. Se sisältää ohjeet siihen, miten voit siirtää Report Definition Language (.rdl) -raporttisi Power BI:hin.

Muistiinpano

Power BI:ssä .rdl-raportteja kutsutaan sivutetuilla raporteilla.

Ohjeet on jaettu neljään vaiheeseen. Suosittelemme, että luet ensin koko artikkelin, ennen kuin aloitat raporttiesi siirtämisen.

  1. Ennen aloittamista
  2. Esisijaintivaihe
  3. Siirtämisvaihe
  4. Jälkisijainnin vaihe

Voit toteuttaa siirtämisen ilman raporttipalvelimien käyttökatkoja tai häiriöitä raporttiesi käyttäjille. On tärkeää ymmärtää, että sinun ei tarvitse poistaa mitään tietoja tai raportteja. Se tarkoittaa siis sitä, että voit pitää nykyisen ympäristösi paikoillaan, kunnes olet valmis sen käytöstä siirtymiseen.

Ennen aloittamista

Ennen kuin aloitat siirron, varmista, että ympäristösi täyttää tietyt edellytykset. Kerromme näistä edellytyksistä ja esittelemme sinulle hyödyllisen siirtotyökalun.

Siirron valmisteleminen

Kun valmistaudut siirtämään raporttisi Power BI:hin, varmista ensin, että sinulla on Power BI Pro- tai käyttäjäkohtainen Premium-käyttöoikeus sisällön lataamiseen kohdetyötilaan.

Tuetut versiot

Voit siirtää raporttipalvelimen esiintymiä, jotka suoritetaan paikallisesti tai pilvipalveluntarjoajien, kuten Azuren, isännöimissä näennäiskoneissa.

Seuraavassa luettelossa kuvataan SQL Server Reporting Services -versiot, joita Power BI:hin siirtyminen tukee:

  • 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

Voit siirtää .rdl-tiedostoja myös Power BI -raporttipalvelimesta.

Siirtotyökalu Power BI -raporttipalvelimelle ja SQL Server Reporting Services 2017+:lle

Jos käytät Power BI -raporttipalvelinta tai SQL Server Reporting Servicesiä SQL Server 2016:n jälkeen, on olemassa sisäinen työkalu, jolla sen raportit julkaistaan Power BI:ssä. Lisätietoja on kohdassa .rdl-tiedostojen julkaiseminen Power BI:hin.

Siirtotyökalu SQL Serverin aiempiin versioihin

Jos käytät SQL Server Reporting Servicesin aiempia versioita, suosittelemme, että käytät RDL-siirtotyökalua apuna raporttien valmistelussa ja siirtämisessä. Microsoft kehitti tämän työkalun auttaakseen asiakkaitaan siirtämään .rdl-raportteja SSRS-palvelimista Power BI:hin. Se on käytettävissä GitHubissa, ja sille on saatavilla siirtoskenaarion päästä päähän -vaiheittaiset ohjeet.

Työkalu automatisoi seuraavat tehtävät:

  • Se tarkistaa, onko sinulla tukemattomia tietolähteitä ja raporttiominaisuuksia.
  • Muuntaa kaikki jaetut resurssit upotetuiksi resursseille:
    • Jaetuista tietolähteistä tulee upotettuja tietolähteitä.
    • Jaetuista tietojoukoista tulee upotettuja tietojoukkoja.
  • Julkaisee raportit, jotka läpäisevät tarkistuksen sivutettuina raportteina, määritettyyn Power BI -työtilaan.

Se ei muokkaa tai poista olemassa olevia raporttejasi. Kun työkalu on valmis, se tuottaa yhteenvedon kaikista suoritetuista, onnistuneista tai epäonnistuneista toiminnoista.

Ajan mittaan Microsoft saattaa parantaa työkalua. Myös yhteisöä kannustetaan osallistumaan ja auttamaan sen parantamisessa.

Esisijaintivaihe

Kun olet varmistanut organisaatiosi täyttävän ehdot, olet valmis aloittamaan esisijaintivaiheen . Tässä vaiheessa on kolme vaihetta:

  1. Tutustu
  2. Arvioida
  3. Valmistaa

Tutustu

Tutustu-vaiheen tavoitteena on tunnistaa aiemmin luodut raporttipalvelimen esiintymät. Tässä prosessissa verkosta tarkistetaan ja tunnistetaan kaikki organisaatiosi raporttipalvelimen esiintymät.

Voit käyttää Microsoft Assessment and Planning Toolkitia. MAP Toolkit -työkalupaketti löytää ja raportoi raporttipalvelimen esiintymät, versiot ja asennetut ominaisuudet. Se on tehokas inventaario-, arviointi- ja raportointityökalu, joka voi yksinkertaistaa siirron suunnitteluprosessia.

Organisaatioilla voi olla satoja SQL Server Reporting Services (SSRS) -raportteja. Jotkin näistä raporteista saattavat vanhentua käytön puutteen vuoksi. Artikkeli Käyttämättömien raporttien etsiminen ja käytöstä poistaminen voi auttaa sinua löytämään käyttämättömiä raportteja ja luomaan aikataulun puhdistukselle.

Arvioida

Kun olet löytänyt raporttipalvelimen esiintymät, Arviointi-vaiheen tavoitteena on ymmärtää kaikki .rdl-raportit tai palvelinkohteet, joita ei voi siirtää.

.rdl-raporttisi voidaan siirtää raporttipalvelimista Power BI:hin. Jokaisesta siirretystä .rdl-raportista tulee Power BI:n sivutettu raportti.

Seuraavia raporttipalvelimen kohdetyyppejä ei kuitenkaan voi siirtää Power BI:hin:

  • Jaetut tietolähteet ja jaetut tietojoukot: RDL-siirtotyökalu muuntaa jaetut tietolähteet ja jaetut tietojoukot automaattisesti upotetuiksi tietolähteiksi ja tietojoukoiksi, kunhan ne käyttävät tuettuja tietolähteitä.
  • resurssit , kuten kuvatiedostot.
  • Linkitetyt raportit siirtyvät riippumatta siitä, onko niihin linkitetty pääraportti valittu siirtoa varten vai ei. Power BI -palvelussa ne ovat tavallisia .rdl-raportteja.
  • Suorituskykyilmaisimet: Power BI -raporttipalvelin tai Reporting Services 2016 tai uudempi – vain Enterprise Edition.
  • Mobiiliraportit: Power BI -raporttipalvelin tai Reporting Services 2016 tai uudempi – vain Enterprise Edition.
  • Raporttimallit: poistettu käytöstä.
  • Raporttiosat: poistettu käytöstä.

Jos .rdl-raporttisi käyttävät ominaisuuksia, joita ei ole vielä tuettu Power BI:n sivutetuissa raporteissa, voit luoda ne uudelleen Power BI -raporteiksi, jos se on järkevää.

Lisätietoja Power BI -palvelun sivutetuissa raporteissa tuetuista tietolähteistä on artikkelissa Power BI:n sivutetuissa raporteissa tuetut tietolähteet.

Yleensä Power BI:n sivutetut raportit on optimoitu tulostamista tai PDF:n luontia varten. Power BI -raportit on optimoitu tutkimista ja vuorovaikutteisuutta varten. Saat lisätietoja ohjeartikkelista Milloin sivutettuja raportteja kannattaa käyttää Power BI:ssä?

Mukautetun koodin DLL-tiedostoihin viittaamista raportissa ei tueta.

PDF-tulosten erot ilmenevät useimmin, kun raportissa käytetään fonttia, joka ei tue muita kuin latinalaisia merkkejä ja raporttiin lisätään muita kuin latinalaisia merkkejä. Testaa PDF-hahmonnuksen tuloste sekä raporttipalvelimessa että asiakastietokoneissa sen varmistamiseksi, että raportti hahmonnetaan oikein.

Valmistelu

Valmistele-vaiheessa kaikki laitetaan valmiiksi. Se kattaa Power BI -ympäristön määrittämisen, raporttien suojaamisen ja julkaisemisen suunnittelun sekä ideat raporttipalvelinkohteiden uudelleenkehittämiseksi, joita ei siirretä.

  1. Varmista raportin tietolähteiden tuki ja määritä Power BI -yhdyskäytävä , joka mahdollistaa yhteydet paikallisiin tietolähteisiin.
  2. Tutustu Power BI:n suojaukseen ja suunnittele , miten luot raporttipalvelimen kansiot ja käyttöoikeudet uudelleen Power BI -työtiloilla.
  3. Tutustu Power BI:n jakamiseen ja suunnittele, miten jaat sisältöä julkaisemalla Power BI -sovelluksia.
  4. Harkitse jaettujen semanttisten Power BI -mallien käyttämistä raporttipalvelimesi jaettujen tietolähteiden sijasta.
  5. Power BI Desktopin avulla voit kehittää mobiilioptimoituja raportteja. Voit esimerkiksi käyttää Power BI:n mukautettua suorituskykyilmaisinvisualisointia raporttipalvelimen mobiiliraporttien ja suorituskykyilmaisinten sijaan.
  6. Arvioi uudelleen sisäisen UserID-kentän käyttö raporteissasi. Jos luotat UserID:hen raporttitietojen suojaamisessa, huomaa, että sivutetuissa raporteissa (Power BI -palvelussa isännöitynä) se palauttaa käyttäjän päänimen (UPN). NT-tilin nimen, esimerkiksi AW\adelev, palauttamisen sijaan sisäinen kenttä palauttaa jotain tämänkaltaista adelev@adventureworks.com: . Sinun on muutettava tietojoukkomäärityksiä ja mahdollisesti lähdetietoja. Muokkaamisen ja julkaisun jälkeen suosittelemme, että testaat raporttisi perusteellisesti varmistaaksesi, että tietojen käyttöoikeudet toimivat odotetulla tavalla.
  7. Arvioi uudelleen sisäisen ExecutionTime-kentän käyttö raporteissasi. Jos kyseessä ovat sivutetut raportit (Power BI -palvelussa isännöitynä), sisäinen kenttä palauttaa päivämäärän/ajan koordinoituna yleisaikana (UTC). Se voi vaikuttaa raporttiparametrin oletusarvoihin ja raportin suorituksen aikatunnisteisiin (jotka yleensä lisätään raportin alatunnisteisiin).
  8. Jos tietolähteesi on SQL Server (paikallinen), varmista, että raporteissa ei käytetä karttavisualisointeja. Kartan visualisointi riippuu SQL Server -paikkatietotyypeistä, eikä yhdyskäytävä tue niitä. Lisätietoja on artikkelissa Sivutettujen raporttien tietojen nouto-ohjeet (SQL Serverin monimutkaiset tietotyypit).
  9. Muista, että johdannaisparametrit arvioidaan järjestyksessä. Kokeile raporttitietojen esikoostusta ensin. Lisätietoja on kohdassa Cascading-parametrien käyttäminen sivutetuissa raporteissa.
  10. Varmista, että raportin tekijöille on asennettuna Power BI Report Builder ja että voit helposti jakaa myöhempiä versioita koko organisaatiossasi.
  11. Hyödynnä kapasiteetin suunnittelun dokumentaatiota sivutetuille raporteille.

Siirtämisvaihe

Kun olet valmistellut Power BI -ympäristön ja -raportit, olet valmis siirtämisvaiheeseen.

Siirtämisvaihtoehtoja on kaksi: manuaalinen ja automaattinen. Manuaalinen siirtäminen sopii muutamiin raportteihin tai raportteihin, jotka edellyttävät muokkausta ennen siirtämistä. Automaattinen siirtäminen sopii useiden raporttien siirtämiseen.

Manuaalinen siirtäminen

Kuka tahansa, jolla on oikeus käyttää raporttipalvelimen esiintymää ja Power BI -työtilaa, voi siirtää raportteja manuaalisesti Power BI:hin. Voit tehdä tämän seuraavasti:

  1. Avaa raporttipalvelimen portaali, joka sisältää siirrettävät raportit.
  2. Lataa jokainen raporttimääritys ja tallenna .rdl-tiedostot paikallisesti.
  3. Avaa Power BI:n raportin muodostimen uusin versio . Muodosta yhteys Power BI -palveluun Microsoft Entra -tunnistetiedoillasi.
  4. Avaa kukin raportti Power BI:n raportin muodostimessa ja:
    1. Varmista, että kaikki tietolähteet ja tietojoukot on upotettu raporttimääritykseen ja että ne ovat tuettuja tietolähteitä.
    2. Esikatsele raportti ja varmista, että se näkyy oikein.
    3. Valitse Julkaise ja valitse sitten Power BI -palvelu.
    4. Valitse työtila, johon haluat tallentaa raportin.
    5. Varmista, että raportti tallennetaan. Jos joitakin raporttisi ominaisuuksia ei vielä tueta, tallentamistoiminto epäonnistuu. Saat ilmoituksen syistä tähän. Tämän jälkeen sinun on muutettava raportin rakennetta ja yritettävä tallentaa uudelleen.

Automaattinen siirtäminen

Automaattiseen siirtämiseen on kolme vaihtoehtoa. Seuraavia voi käyttää:

  • Lisätietoja Power BI -raporttipalvelimesta ja SQL Server 2022:sta on kohdassa .rdl-tiedostojen julkaiseminen Power BI:hin.
  • Käytä Reporting Servicesin aiemmissa versioissa RDL-siirtotyökalua GitHubissa.
  • Julkisesti saatavilla olevat ohjelmointirajapinnat Power BI -raporttipalvelimelle, Reporting Servicesille ja Power BI:lle

Voit myös käyttää julkisesti saatavilla olevaa Power BI -raporttipalvelinta, Reporting Servicesiä ja Power BI -ohjelmointirajapintoja sisältösi siirtämisen automatisointiin. Vaikka RDL-siirtotyökalu käyttääkin jo näitä ohjelmointirajapintoja, voit kehittää oman työkalun, joka vastaa vaatimuksiasi tarkasti.

Katso lisätietoja ohjelmointirajapinnoista seuraavista ohjeaiheista:

Jälkisijainnin vaihe

Kun olet suorittanut siirtämisen, olet valmis jälkisijaintivaiheeseen. Tässä vaiheessa suoritat joukon jälkisiirtotehtäviä, joilla varmistat kaiken toimivan oikein ja tehokkaasti.

Kyselyn aikakatkaisun määrittäminen upotetuille tietojoukoille

Kyselyn aikakatkaisuarvot määritetään raportin laatimisen aikana, kun määrität upotettua tietojoukkoa. Aikakatkaisuarvo tallennetaan raportin määrityksen Aikakatkaisu-elementtiin.

Tietolähteiden määrittäminen

Kun raportit on siirretty Power BI:hin, sinun on varmistettava, että niiden tietolähteet on määritetty oikein. Tämä voi tarkoittaa yhdyskäytävätietolähteiden määrittämistä ja tietolähteiden tunnistetietojen suojattua tallentamista. Näitä toimintoja ei tehdä RDL-siirtotyökalulla.

Raportin suorituskyvyn tarkistaminen

Suosittelemme paino painottaen, että suoritat seuraavat toimenpiteet raportin parhaan mahdollisen käyttökokemuksen varmistamiseksi:

  1. Testaa raportit kaikilla Power BI :n tukemilla selaimilla ja varmista, että raportit hahmonnettiin oikein.
  2. Suorita testejä raporttipalvelimen ja Power BI -palvelun raporttien toistumisaikojen vertailemiseksi. Tarkista, että Power BI -raportit esitetään hyväksyttävässä ajassa.
  3. Jos raporttien hahmontaminen kestää kauan, sinun kannattaa harkita sitä, että Power BI toimittaa ne raporttiesi käyttäjille sähköpostitilauksina , jotka sisältävät raporttiliitteet.
  4. Jos kyseessä on Power BI:n semanttisiin malleihin perustuva Power BI -raportti, tarkista mallit ja varmista, että ne ovat täysin optimoituja.

Ongelmien korjaaminen

Jälkisijaintivaihe on erittäin tärkeä mahdollisten ongelmien korjaamisten ja suorituskykyyn liittyvien huolenaiheiden korjaamisen kannalta. Sivutettujen raporttien kuormituksen lisääminen kapasiteettiin voi hidastaa sivutettujen raporttien ja kapasiteettiin tallennetun muun sisällön suorituskykyä.

Liittyvä sisältö

Lisätietoja tästä artikkelista saat seuraavista resursseista:

Tarjolla on Power BI -kumppaneita, jotka voivat auttaa organisaatiotasi onnistumaan siirtymisprosessissa. Jos haluat ryhtyä yhteistyöhön kumppanin kanssa, siirry Microsoft Power BI -kumppaniportaaliin.