Udostępnij za pośrednictwem

Przygotowanie do migracji do usługi Power BI

  • Artykuł

W tym artykule opisano akcje, które można wziąć pod uwagę przed migracją do usługi Power BI.

Diagram przedstawia etapy migracji usługi Power BI. W tym artykule opisano kroki przed migracją.

Uwaga

Aby uzyskać pełne wyjaśnienie powyższej grafiki, zobacz Omówienie migracji usługi Power BI.

Kroki przed migracją podkreślają planowanie z góry, co jest ważnym przygotowaniem przed przejściem przez pięć etapów migracji. Większość kroków przed migracją zostanie wykonana raz, ale w przypadku większych organizacji niektóre części mogą być iteracyjne dla każdej jednostki biznesowej lub obszaru działu.

Dane wyjściowe z kroków przed migracją obejmują początkowy model ładu , początkowe planowanie wdrożenia wysokiego poziomu, oprócz spisu raportów i danych, które mają zostać zmigrowane. Dodatkowe informacje z działań w etapach 1, 2 i 3 będą niezbędne do pełnego oszacowania poziomu nakładu pracy na potrzeby migracji poszczególnych rozwiązań.

Napiwek

Większość tematów omówionych w tym artykule dotyczy również standardowego projektu implementacji usługi Power BI.

Tworzenie analizy kosztów/korzyści i oceny

Kilka najważniejszych zagadnień podczas początkowej oceny obejmuje uzyskanie:

  • Jasność co do przypadku biznesowego i strategii analizy biznesowej w celu osiągnięcia określonego żądanego przyszłego stanu.
  • Jasność co do tego, co oznacza sukces, oraz jak mierzyć postęp i sukces inicjatywy migracji.
  • Szacowanie kosztów i zwrot z obliczeń inwestycji (ROI).
  • Pomyślne wyniki dla kilku wydajnych inicjatyw usługi Power BI, które są mniejsze w zakresie i poziomie złożoności.

Identyfikowanie osób biorących udział w projekcie i wsparcie kadry kierowniczej

Kilka zagadnień dotyczących identyfikowania osób biorących udział w projekcie obejmuje:

  • Upewnij się, że dostęp sponsorowany jest na miejscu.
  • Zapewnienie zgodności z uczestnikami projektu w zakresie przypadku biznesowego i strategii analizy biznesowej.
  • Uwzględnij przedstawicieli z całej jednostki biznesowej — nawet jeśli ich zawartość jest planowana do migracji w późniejszym harmonogramie — aby zrozumieć ich motywacje i obawy.
  • Zaangażuj mistrzów usługi Power BI wcześnie.
  • Utwórz i postępuj zgodnie z planem komunikacji z uczestnikami projektu.

Napiwek

Jeśli obawiasz się, że zaczynasz overcommunicate, to prawdopodobnie chodzi o rację.

Generowanie początkowego modelu ładu

Kilka kluczowych elementów, które należy rozwiązać na wczesnym etapie implementacji usługi Power BI, to:

  • Konkretne cele wdrożenia oraz miejsce, w którym usługi Microsoft Fabric i Power BI pasują do ogólnej strategii analizy biznesowej dla organizacji.
  • Sposób obsługi roli administratora sieci szkieletowej, szczególnie w zdecentralizowanych organizacjach.
  • Zasady związane z osiągnięciem zaufanych danych: używanie autorytatywnych źródeł danych, rozwiązywanie problemów z jakością danych oraz używanie spójnej terminologii i typowych definicji.
  • Strategia zabezpieczeń i prywatności danych dla źródeł danych, modeli danych, raportów i dostarczania zawartości do użytkowników wewnętrznych i zewnętrznych.
  • Jak zostaną spełnione wymagania dotyczące zgodności wewnętrznej i zewnętrznej, przepisów i inspekcji.

Ważne

Najbardziej efektywny model zapewniania ładu stara się zrównoważyć możliwości użytkowników z wymaganym poziomem kontroli. Zobacz więcej informacji, przeczytaj o dyscyplinie w rdzeniu i elastyczności na brzegu sieci.

Przeprowadzanie początkowego planowania wdrożenia

Wstępne planowanie wdrożenia obejmuje definiowanie standardów, zasad i preferencji dotyczących implementacji usługi Power BI w organizacji.

Należy pamiętać, że etap 2 odwołuje się do planowania wdrożenia na poziomie rozwiązania. Działania etapu 2 powinny uwzględniać decyzje na poziomie organizacji zawsze, gdy jest to możliwe.

Niektóre krytyczne elementy do rozwiązania na wczesnym etapie implementacji usługi Power BI obejmują:

  • Decyzje dotyczące ustawień dzierżawy usługi Power BI, które powinny być udokumentowane.
  • Decyzje dotyczące zarządzania obszarem roboczym, które powinny być udokumentowane.
  • Zagadnienia i preferencje związane z metodami dystrybucji danych i zawartości, takimi jak aplikacje, obszary robocze, udostępnianie, subskrypcje i osadzanie zawartości.
  • Preferencje związane z trybami modelu semantycznego, takie jak użycie trybu importu, trybu DirectQuery lub połączenie dwóch trybów w modelu złożonym.
  • Zabezpieczanie danych i dostępu.
  • Praca z udostępnionymi modelami semantycznymi w celu ponownego zastosowania.
  • Stosowanie certyfikacji danych w celu promowania korzystania z autorytatywnych i wiarygodnych danych.
  • Korzystanie z różnych typów raportów, w tym raportów usługi Power BI, raportów programu Excel lub raportów podzielonych na strony w różnych przypadkach użycia lub jednostkach biznesowych.
  • Metody zarządzania zmianami do zarządzania scentralizowanymi elementami analizy biznesowej i elementami analizy biznesowej zarządzanymi przez firmę.
  • Plany szkoleniowe dla konsumentów, modelatorów danych, autorów raportów i administratorów.
  • Obsługa autorów zawartości przy użyciu szablonów programu Power BI Desktop, wizualizacji niestandardowych i udokumentowanych standardów projektowania raportów.
  • Procedury i procesy zarządzania wymaganiami użytkowników, takie jak żądanie nowych licencji, dodawanie nowych źródeł danych bramy, uzyskiwanie uprawnień do źródeł danych bramy, żądanie nowych obszarów roboczych, zmiany uprawnień obszaru roboczego i inne typowe wymagania, które mogą zostać napotkane regularnie.

Ważne

Planowanie wdrożenia jest procesem iteracyjnym. Decyzje dotyczące wdrażania będą udoskonalane i rozszerzane wiele razy w miarę rozwoju środowiska organizacji w usłudze Power BI oraz rozwoju usługi Power BI. Decyzje podjęte podczas tego procesu będą używane podczas planowania wdrożenia na poziomie rozwiązania omówionego w etapie 2 procesu migracji.

Ustanawianie architektury początkowej

Architektura rozwiązania analizy biznesowej będzie ewoluować i dojrzała wraz z upływem czasu. Zadania konfiguracji usługi Power BI do obsługi od razu obejmują:

  • Konfiguracja dzierżawy usługi Power BI i integracja z usługą Microsoft Entra ID.
  • Definiowanie administratorów usługi Power BI.
  • Pozyskiwanie i przypisywanie początkowych licencji użytkownika.
  • Konfigurowanie i przeglądanie ustawień dzierżawy usługi Power BI.
  • Skonfiguruj role obszaru roboczego i przypisz dostęp do grup zabezpieczeń i użytkowników firmy Microsoft Entra.
  • Konfigurowanie początkowego klastra bramy danych — przy użyciu planu regularnego aktualizowania.
  • Pozyskiwanie początkowej licencji pojemności Premium (jeśli dotyczy).
  • Konfigurowanie obciążeń pojemności Premium — z planem do zarządzania w sposób ciągły.

Ważne

Czasami w tym artykule opisano usługę Power BI Premium lub jej subskrypcje pojemności (jednostki SKU P). Należy pamiętać, że firma Microsoft obecnie konsoliduje opcje zakupu i cofnie usługę Power BI Premium na jednostki SKU pojemności. Nowi i istniejący klienci powinni rozważyć zakup subskrypcji pojemności sieci szkieletowej (jednostki SKU F).

Aby uzyskać więcej informacji, zobacz Ważne aktualizacje dostępne w licencjonowaniu usługi Power BI Premium i Power BI Premium — często zadawane pytania.

Definiowanie kryteriów powodzenia migracji

Pierwszym zadaniem jest zrozumienie, jak wygląda powodzenie migracji pojedynczego rozwiązania. Pytania, które można zadać, obejmują:

  • Jakie są konkretne motywacje i cele tej migracji? Aby uzyskać więcej informacji, zobacz Omówienie migracji usługi Power BI (Rozważ migrację ze względów). W tym artykule opisano najczęstsze przyczyny migracji do usługi Power BI. Z pewnością cele należy określić na poziomie organizacyjnym. Poza tym migracja jednego starszego rozwiązania analizy biznesowej może znacznie przynieść korzyści z oszczędności kosztów, podczas gdy migrowanie innego starszego rozwiązania analizy biznesowej może skupić się na uzyskaniu korzyści z optymalizacji przepływu pracy.
  • Jaki jest oczekiwany koszt/korzyść lub zwrot z inwestycji dla tej migracji? Jasne zrozumienie oczekiwań związanych z kosztami, zwiększonymi możliwościami, zmniejszeniem złożoności lub zwiększoną elastycznością jest pomocne w mierzeniu sukcesu. Może ona zapewnić wytyczne ułatwiające podejmowanie decyzji podczas procesu migracji.
  • Jakie kluczowe wskaźniki wydajności (KPI) będą używane do mierzenia sukcesu? Na poniższej liście przedstawiono przykładowe wskaźniki KPI:
    • Liczba raportów renderowanych ze starszej platformy analizy biznesowej, zmniejszając miesiąc w miesiącu.
    • Liczba raportów renderowanych z usługi Power BI, zwiększając miesiąc w miesiącu.
    • Liczba użytkowników raportów usługi Power BI, zwiększając kwartał w ciągu kwartału.
    • Procent raportów migrowanych do środowiska produkcyjnego według daty docelowej.
    • Obniżenie kosztów licencjonowania w roku do roku.

Napiwek

Dziennik aktywności usługi Power BI może służyć jako źródło do mierzenia postępu wskaźnika KPI.

Przygotowywanie spisu istniejących raportów

Przygotowanie spisu istniejących raportów na starszej platformie analizy biznesowej to krytyczny krok w kierunku zrozumienia, co już istnieje. Wynikiem tego kroku jest wprowadzenie do oceny poziomu nakładu pracy migracji. Działania związane z przygotowywaniem spisu mogą obejmować:

  1. Spis raportów: skompiluj listę raportów i pulpitów nawigacyjnych, które są kandydatami do migracji.
  2. Spis źródeł danych: skompiluj listę wszystkich źródeł danych, do których uzyskują dostęp istniejące raporty. Powinny one obejmować zarówno źródła danych przedsiębiorstwa, jak i źródła danych działów i danych osobowych. Ten proces może odkryć źródła danych, które nie były wcześniej znane działowi IT, często określane jako niezatwierdzonych zasobów IT.
  3. Dziennik inspekcji: uzyskaj dane ze starszego dziennika inspekcji platformy analizy biznesowej, aby zrozumieć wzorce użycia i pomóc w określaniu priorytetów. Ważne informacje, które należy uzyskać z dziennika inspekcji, obejmują:
    • Średnia liczba wykonań każdego raportu na tydzień/miesiąc/kwartał.
    • Średnia liczba użytkowników na raport tygodniowy/miesiąc/kwartał.
    • Konsumenci dla każdego raportu, szczególnie raporty używane przez kadrę kierowniczą.
    • Najnowsza data wykonania każdego raportu.

Uwaga

W wielu przypadkach zawartość nie jest migrowana do usługi Power BI dokładnie tak, jak jest. Migracja stanowi okazję do przeprojektowania architektury danych i/lub ulepszenia dostarczania raportów. Kompilowanie spisu raportów ma kluczowe znaczenie dla zrozumienia, co obecnie istnieje, dzięki czemu można rozpocząć ocenę potrzeb refaktoryzacji. Pozostałe artykuły z tej serii zawierają bardziej szczegółowe opisy możliwych ulepszeń.

Eksplorowanie opcji automatyzacji

Nie można całkowicie zautomatyzować kompleksowego procesu konwersji usługi Power BI.

Kompilowanie istniejącego spisu danych i raportów jest możliwym kandydatem do automatyzacji, gdy masz istniejące narzędzie, które może to zrobić dla Ciebie. Zakres, w jakim automatyzacja może być używana w niektórych częściach procesu migracji — na przykład kompilowanie istniejącego spisu — zależy od posiadanych narzędzi.

Powiązana zawartość

W następnym artykule z tej serii migracji usługi Power BI dowiesz się więcej na temat etapu 1, który dotyczy zbierania i określania priorytetów wymagań podczas migracji do usługi Power BI.

Inne pomocne zasoby obejmują:

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