Planowanie migracji raportów rdl do usługi Power BI

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

Ten artykuł jest przeznaczony dla autorów raportów serwera Power BI i SQL Server Reporting Services (SSRS) oraz administratorów środowiska. Zawiera ona wskazówki ułatwiające migrowanie raportów języka definicji raportów (rdl) do usługi Power BI.

Wskazówki są podzielone na cztery etapy. Zalecamy najpierw przeczytanie całego artykułu przed migracją raportów.

1. Przed rozpoczęciem
2. Etap przed migracją
3. Etap migracji
4. Etap po migracji

Migrację można osiągnąć bez przestojów na serwerach raportów lub przerwy w działaniu użytkowników raportu. Ważne jest, aby zrozumieć, że nie musisz usuwać żadnych danych ani raportów. Oznacza to, że możesz zachować bieżące środowisko do momentu, aż będziesz gotowy do jego wycofania.

Przed rozpoczęciem

Przed rozpoczęciem migracji sprawdź, czy środowisko spełnia określone wymagania wstępne. Opisano te wymagania wstępne, a także przedstawimy przydatne narzędzie do migracji.

Przygotowanie do migracji

Gdy przygotowujesz się do migracji raportów do usługi Power BI, najpierw sprawdź, czy masz licencję usługi Power BI Pro lub Premium na użytkownika, aby przekazać zawartość do docelowego obszaru roboczego.

Obsługiwane wersje

Możesz migrować wystąpienia serwera raportów działające lokalnie lub na maszynach wirtualnych hostowanych przez dostawców usług w chmurze, takich jak platforma Azure.

Poniższa lista zawiera opis wersji usług SQL Server Reporting Services obsługiwanych do migracji do usługi Power BI:

Możesz również migrować pliki .rdl z serwera raportów usługi Power BI.

Narzędzie do migracji dla Power BI Report Server i SQL Server Reporting Services 2017+

Jeśli używasz Power BI Report Server lub SQL Server Reporting Services po wersji SQL Server 2016, istnieje wbudowane narzędzie do publikowania raportów w Power BI. Aby uzyskać więcej informacji, zobacz Publikowanie plików rdl w usłudze Power BI.

Narzędzie do migracji dla poprzednich wersji programu SQL Server

W przypadku wcześniejszych wersji usług SQL Server Reporting Services zalecamy użycie narzędzia RDL Migration Tool w celu przygotowania i zmigrowania raportów. To narzędzie zostało opracowane przez firmę Microsoft, aby ułatwić klientom migrowanie raportów RDL z serwerów usług SSRS do usługi Power BI. Jest dostępne na GitHubie i dokumentuje kompleksowy przewodnik dotyczący scenariusza migracji.

Narzędzie automatyzuje następujące zadania:

• Sprawdza nieobsługiwane źródła danych i nieobsługiwane funkcje raportów.
• Konwertuje wszystkie udostępnione zasoby na zasoby osadzone :
  • Udostępnione źródła danych stają się osadzonymi źródłami danych.
  • Udostępnione zestawy danych stają się osadzonymi zestawami danych.
• Publikuje raporty, które przechodzą kontrole jako raporty stronicowane do określonego obszaru roboczego usługi Power BI.

Nie modyfikuje ani nie usuwa istniejących raportów. Po zakończeniu narzędzie generuje podsumowanie wszystkich ukończonych akcji, zakończonych pomyślnie lub nieudanych.

W czasie firma Microsoft może ulepszyć to narzędzie. Społeczność jest zachęcana do współtworzenia i ulepszania go.

Etap przed migracją

Po sprawdzeniu, czy organizacja spełnia wymagania wstępne, możesz rozpocząć etap przed migracją. Ten etap obejmuje trzy fazy:

1. Wykryj
2. Ocenić
3. Przygotowywanie

Odnajdywanie

Celem fazy odkrywania jest rozpoznanie istniejących wystąpień serwera raportów. Ten proces obejmuje skanowanie sieci w celu zidentyfikowania wszystkich wystąpień serwera raportów w organizacji.

Rozpocznij migrację, odnajdując i oceniając zasoby lokalne przy użyciu bezpłatnego narzędzia usługi Azure Migrate . Umożliwia odnajdywanie i raportowanie wystąpień, wersji i zainstalowanych funkcji serwera raportów. Jest to zaawansowane narzędzie do tworzenia spisu, oceny i raportowania, które może pomóc w procesie planowania migracji.

Organizacje mogą mieć setki raportów usług SQL Server Reporting Services (SSRS). Niektóre z tych raportów mogą stać się przestarzałe z powodu braku użycia. Artykuł Znajdowanie i wycofywanie nieużywanych raportów może ułatwić odnajdywanie nieużywanych raportów i sposób tworzenia cykli oczyszczania.

Ocenia

Po odkryciu instancji serwera raportów celem fazy oceny jest zrozumienie wszelkich raportów .rdl lub elementów serwera, których nie można migrować.

Raporty rdl można migrować z serwerów raportów do usługi Power BI. Każdy zmigrowany raport rdl staje się raportem podzielonym na strony w usłudze Power BI.

Nie można jednak migrować następujących typów elementów serwera raportów do usługi Power BI:

• Udostępnione źródła danych i udostępnione zestawy danych: narzędzie do migracji języka RDL automatycznie konwertuje udostępnione źródła danych i udostępnione zestawy danych na osadzone źródła danych i zestawy danych, pod warunkiem, że używają obsługiwanych źródeł danych.
• Zasoby , takie jak pliki obrazów.
• Połączone raporty są migrowane, niezależnie od tego, czy raport nadrzędny , który łączy się z nimi, jest wybrany do migracji, czy nie. W usłudze Power BI są to zwykłe raporty .rdl.
• Kluczowe wskaźniki wydajności: Serwer raportów usługi Power BI lub Reporting Services 2016 lub nowszy — tylko wersja Enterprise Edition.
• Raporty dla urządzeń przenośnych: Serwer raportów usługi Power BI lub Reporting Services 2016 lub nowszy — tylko wersja Enterprise Edition.
• Modele raportów: przestarzałe.
• Części raportu: przestarzałe.

Jeśli raporty rdl opierają się na funkcjach , które nie są jeszcze obsługiwane przez raporty podzielone na strony usługi Power BI, możesz zaplanować ich przebudowę jako raporty usługi Power BI, gdy ma to sens.

Aby uzyskać więcej informacji na temat obsługiwanych źródeł danych dla raportów podzielonych na strony w usługa Power BI, zobacz Obsługiwane źródła danych dla raportów podzielonych na strony usługi Power BI.

Ogólnie rzecz biorąc, raporty podzielone na strony usługi Power BI są zoptymalizowane pod kątem drukowania lub generowania plików PDF. Raporty usługi Power BI są zoptymalizowane pod kątem eksploracji i interakcyjności. Aby uzyskać więcej informacji, zobacz Kiedy używać raportów podzielonych na strony w usłudze Power BI.

Odwoływanie się do niestandardowych plików DLL kodu w raporcie nie jest obsługiwane.

Różnice w danych wyjściowych pdf występują najczęściej, gdy czcionka, która nie obsługuje znaków innych niż łaciński, jest używana w raporcie, a następnie do raportu są dodawane znaki inne niż łacińskie. Przetestuj dane wyjściowe renderowania plików PDF zarówno na serwerze raportów, jak i na komputerach klienckich, aby sprawdzić, czy raport jest renderowany poprawnie.

Przygotowywanie

Celem fazy przygotowania jest przygotowanie wszystkiego. Obejmuje ona konfigurowanie środowiska usługi Power BI, planowanie sposobu zabezpieczania i publikowania raportów oraz pomysłów na przebudowę elementów serwera raportów, które nie zostaną zmigrowane.

1. Sprawdź obsługę źródeł danych raportu i skonfiguruj bramę usługi Power BI, aby umożliwić łączność z dowolnymi lokalnymi źródłami danych.
2. Zapoznaj się z zabezpieczeniami usługi Power BI i zaplanuj sposób odtwarzania folderów i uprawnień serwera raportów przy użyciu obszarów roboczych usługi Power BI.
3. Zapoznaj się z udostępnianiem usługi Power BI i zaplanuj dystrybucję zawartości, publikując aplikacje usługi Power BI.
4. Rozważ użycie udostępnionych modeli semantycznych usługi Power BI zamiast udostępnionych źródeł danych serwera raportów.
5. Użyj Power BI Desktop do tworzenia raportów zoptymalizowanych pod kątem urządzeń mobilnych, możliwie korzystając z niestandardowej wizualizacji Power KPI custom visual zamiast raportów mobilnych i KPI serwera raportów.
6. Przeanalizuj ponownie użycie wbudowanego pola UserID w raportach. Jeśli używasz identyfikatora UserID do zabezpieczania danych raportu, rozumiesz, że w przypadku raportów podzielonych na strony (hostowanych w usługa Power BI) zwraca główną nazwę użytkownika (UPN). Dlatego zamiast zwracać nazwę konta NT, na przykład AW\adelev, wbudowane pole zwraca wartość podobną do adelev@adventureworks.com. Musisz skorygować definicje zestawu danych i ewentualnie dane źródłowe. Po skorygowaniu i opublikowaniu zalecamy dokładne przetestowanie raportów w celu zapewnienia, że uprawnienia danych działają zgodnie z oczekiwaniami.
7. Ponownie przeszacuj użycie wbudowanego pola ExecutionTime w raportach. W przypadku raportów podzielonych na strony (w przypadku hostowania w usługa Power BI) wbudowane pole zwraca datę/godzinę w uniwersalnym czasie koordynowanym (lub UTC). Może to mieć wpływ na wartości domyślne parametru raportu i etykiety czasu wykonywania raportu (zazwyczaj dodawane do stopek raportu).
8. Jeśli źródłem danych jest program SQL Server (lokalnie), sprawdź, czy raporty nie korzystają z wizualizacji mapy. Wizualizacja mapy zależy od typów danych przestrzennych programu SQL Server i nie są one obsługiwane przez bramę. Aby uzyskać więcej informacji, zobacz Wskazówki dotyczące pobierania danych dla raportów podzielonych na strony (złożone typy danych programu SQL Server).
9. W przypadku parametrów kaskadowych należy pamiętać, że parametry są oceniane sekwencyjnie. Najpierw spróbuj wstępnie agregować dane raportu. Aby uzyskać więcej informacji, zobacz Używanie parametrów kaskadowych w raportach podzielonych na strony.
10. Upewnij się, że autorzy raportów mają zainstalowany program Power BI Report Builder i że można łatwo rozpowszechniać nowsze wersje w całej organizacji.
11. Wykorzystaj dokumentację planowania pojemności dla raportów stronicowanych.

Etap migracji

Po przygotowaniu środowiska i raportów usługi Power BI możesz przystąpić do etapu migracji .

Dostępne są dwie opcje migracji: ręczna i zautomatyzowana. Migracja ręczna jest odpowiednia dla niewielkiej liczby raportów lub raportów wymagających modyfikacji przed migracją. Automatyczna migracja jest odpowiednia do migracji dużej liczby raportów.

Migracja ręczna

Każdy, kto ma uprawnienia dostępu do wystąpienia serwera raportów i obszaru roboczego usługi Power BI, może ręcznie migrować raporty do usługi Power BI. Należy w tym celu wykonać następujące czynności:

1. Otwórz portal serwera raportów zawierający raporty, które chcesz migrować.
2. Pobierz każdą definicję raportu, zapisując pliki rdl lokalnie.
3. Otwórz najnowszą wersję programu Power BI Report Builder i połącz się z usługa Power BI przy użyciu poświadczeń identyfikatora Entra firmy Microsoft.
4. Otwórz każdy raport w programie Power BI Report Builder, a następnie:
   1. Sprawdź, czy wszystkie źródła danych i zestawy danych są osadzone w definicji raportu i czy są obsługiwane źródła danych.
   2. Wyświetl podgląd raportu, aby upewnić się, że jest poprawnie renderowany.
   3. Wybierz pozycję Publikuj, a następnie wybierz pozycję usługa Power BI.
   4. Wybierz obszar roboczy, w którym chcesz zapisać raport.
   5. Sprawdź, czy raport się zapisuje. Jeśli niektóre funkcje w projekcie raportu nie są jeszcze obsługiwane, akcja zapisywania kończy się niepowodzeniem. Otrzymasz powiadomienie o przyczynach. Następnie należy poprawić szablon raportu i ponownie spróbować go zapisać.

Automatyczna migracja

Istnieją trzy opcje migracji automatycznej. Możesz użyć:

• Dla Serwera raportów Power BI i SQL Server 2022, zobacz Publikowanie plików .rdl w Power BI.
• W przypadku poprzednich wersji usług Reporting Services użyj narzędzia RDL Migration Tool w usłudze GitHub.
• Publicznie dostępne interfejsy API dla Power BI Report Server, Reporting Services i Power BI

Możesz również użyć publicznie dostępnych Power BI Report Server, Reporting Services i interfejsu API Power BI, aby zautomatyzować migrację zawartości. Narzędzie do migracji języka RDL używa już tych interfejsów API, ale możesz opracować niestandardowe narzędzie dostosowane do konkretnych wymagań.

Aby uzyskać więcej informacji na temat interfejsów API, zobacz:

• REST API usługi Power BI.
• Interfejsy API REST SQL Server Reporting Services.

Etap po migracji

Po pomyślnym zakończeniu migracji możesz przystąpić do etapu po migracji . Ten etap obejmuje pracę z serią zadań po migracji w celu zapewnienia, że wszystko działa prawidłowo i wydajnie.

Ustawianie limitu czasu zapytania dla osadzonych zestawów danych

Podczas tworzenia raportu należy określić wartości limitu czasu zapytania podczas definiowania osadzonego zestawu danych. Wartość limitu czasu jest przechowywana w raporcie, w elemencie Timeout definicji raportu.

Konfigurowanie źródeł danych

Po przeprowadzeniu migracji raportów do usługi Power BI należy upewnić się, że ich źródła danych są prawidłowo skonfigurowane. Może to obejmować przypisywanie źródeł danych do bramy i bezpieczne przechowywanie poświadczeń tych źródeł danych. Te akcje nie są wykonywane przez narzędzie RDL Migration Tool.

Przeprowadź przegląd wydajności raportu

Zdecydowanie zalecamy wykonanie następujących czynności w celu zapewnienia jak najlepszego doświadczenia użytkownika z raportem:

1. Przetestuj raporty w każdej przeglądarce obsługiwanej przez usługę Power BI , aby potwierdzić poprawne renderowanie raportu.
2. Uruchom testy, aby porównać czasy renderowania raportów na serwerze raportów i w usłudze Power BI. Sprawdź, czy raporty usługi Power BI są renderowane w akceptowalnym czasie.
3. W przypadku raportów o długim czasie renderowania warto rozważyć dostarczanie ich użytkownikom raportu w formie subskrypcji e-mail z załączonymi raportami.
4. W przypadku raportów usługi Power BI opartych na modelach semantycznych usługi Power BI przejrzyj projekty modeli, aby upewnić się, że są one w pełni zoptymalizowane.

Uzgadnianie problemów

Faza po migracji ma kluczowe znaczenie dla uzgadniania wszelkich problemów i rozwiązywania wszelkich problemów z wydajnością. Dodanie obciążenia raportów podzielonych na strony do pojemności może przyczynić się do spowolnienia wydajności raportów podzielonych na strony i innej zawartości przechowywanej w pojemności.

Powiązana zawartość

Aby uzyskać więcej informacji na temat tego artykułu, zapoznaj się z następującymi zasobami:

• Publikuj pliki .rdl w Power BI z Power BI Report Server i SQL Server Reporting Services
• RDL Migration Tool dla starszych wersji Reporting Services
• Power BI Report Builder
• Wskazówki dotyczące pobierania danych dla raportów podzielonych na strony
• Kiedy używać raportów podzielonych na strony w usłudze Power BI
• Raporty stronicowane w Power BI: często zadawane pytania
• Pytania? Spróbuj zapytać społeczność Fabric
• Sugestie? Wnosić pomysły na ulepszanie Frameworka

Partnerzy usługi Power BI są dostępni, aby pomóc organizacji w pomyślnym zakończeniu procesu migracji. Aby zaangażować partnera, odwiedź portal partnerski usługi Microsoft Power BI.