Często zadawane pytania dotyczące migracji z usługi Power BI Premium do platformy Microsoft Fabric

W tym artykule znajdują się odpowiedzi na najczęstsze pytania klientów dotyczące migrowania z jednostek SKU Power BI Premium na pojemność (jednostki SKU P) do jednostek SKU pojemności Microsoft Fabric (jednostki SKU F). Aby uzyskać szerszy kontekst, zobacz omówienie migracji Power BI Premium do Microsoft Fabric. Informacje pomocne przy podejmowaniu decyzji można znaleźć w dokumencie Power BI Premium P SKU — przewodnik po podejmowaniu decyzji dotyczących migracji. Aby zapoznać się z procedurami, zobacz Migrowanie obszarów roboczych z usługi Power BI Premium do Microsoft Fabric.

Harmonogram i wycofanie

Kiedy jednostki SKU P usługi Power BI Premium zostaną wycofane?

Każda subskrypcja typu P SKU zostaje wycofana z końcem bieżącego okresu obowiązywania umowy. Microsoft nie sprzedaje już nowych jednostek SKU P, a klienci z wygasającą umową Enterprise Agreement lub umowami Microsoft Cloud nie mogą dodawać ani odnawiać pojemności jednostki SKU P za pośrednictwem umowy. Po zakończeniu subskrypcji zawartość pozostaje dostępna przez 30-dniowy okres prolongaty. Począwszy od dnia 31, dostęp jest ograniczany (operacje interakcyjne są opóźnione). W dniu 91 i poza nią wszystkie operacje są odrzucane. Twoje dane są przechowywane, ale niedostępne do czasu zmigrowania obszarów roboczych do pojemności Fabric F SKU lub usunięcia tej pojemności. Pełny harmonogram znajdziesz tutaj: Informacje o harmonogramie wycofywania SKU P.

Czy nadal mogę zakupić nowe jednostki SKU Power BI Premium P lub mogę odnowić tylko istniejące?

No. Microsoft nie sprzedaje już nowych jednostek SKU P, a klienci z wygasającą umową Enterprise Agreement lub umowami Microsoft Cloud nie mogą już dodawać ani odnawiać pojemności jednostki SKU P za pośrednictwem umowy. Aby utrzymać pojemność obsługiwaną przez firmę Microsoft, kup jednostkę SKU F usługi Microsoft Fabric.

Czy migracja z P do F jest automatyczna przy odnowieniu, czy muszę ręcznie kupić licencję F SKU i ponownie przypisać obszary robocze?

Migracja nie jest automatyczna. Ręcznie kupujesz pojemność SKU F w usłudze Azure i ponownie przypisujesz każdy obszar roboczy z jednostki SKU P do nowej jednostki SKU F. Aby zapoznać się z procedurami krok po kroku, zobacz Migrowanie obszarów roboczych z usługi Power BI Premium do Microsoft Fabric.

Co się stanie z zawartością usługi Power BI, jeśli anuluję jednostkę SKU P przed zakupem jednostki SKU F?

Unikaj tej sekwencji. Jeśli okres ważności SKU P upłynie i nie będzie mu odpowiadać SKU F, Twoja zawartość wejdzie w 30-dniowy okres karencji. Począwszy od dnia 31, dostęp jest ograniczany (operacje interakcyjne są opóźnione). W dniu 91 i poza nią wszystkie operacje są odrzucane. Twoje dane są przechowywane, ale niedostępne do czasu zmigrowania obszarów roboczych do pojemności Fabric F SKU lub usunięcia tej pojemności. Aby uniknąć zakłóceń, najpierw kup plan SKU F, ponownie przypisz i zweryfikuj obszary robocze, a następnie anuluj plan SKU P. Pełny harmonogram znajdziesz tutaj: Informacje o harmonogramie wycofywania SKU P.

Czy wycofanie jednostki SKU P wpływa na klientów chmury suwerennej?

No. Microsoft Fabric nie jest jeszcze dostępna w suwerennych chmurach, więc jednostki SKU P pozostają obsługiwane w tych środowiskach. Microsoft przedstawia osobne wskazówki, gdy platforma Fabric stanie się tam dostępna.

Ustalanie rozmiaru i mapowanie jednostek SKU

Który wariant SKU F odpowiada mojemu obecnemu SKU P?

Mapuj według jednostek wydajności (CU): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Dopasuj rozmiar na tej podstawie do rzeczywistego zużycia za pomocą aplikacji Microsoft Fabric Capacity Metrics. Aby uzyskać dostęp do pełnej tabeli i wskazówek dotyczących doboru odpowiedniego rozmiaru, zobacz Mapowanie jednostki SKU P na jednostkę SKU F i Dobieranie odpowiedniego rozmiaru jednostki SKU F.

Jak używać aplikacji Microsoft Fabric Capacity Metrics do optymalnego doboru jednostki SKU F?

Zainstaluj aplikację Microsoft Fabric Capacity Metrics, skieruj ją do pojemności jednostki SKU P i przejrzyj zużycie jednostek CU z ostatnich 30–45 dni. Utrzymujące się wartości szczytowe wykorzystania CU bliskie 100% sugerują, że potrzebujesz równoważnej lub większej jednostki SKU F. Długie okresy niskiego wykorzystania sugerują, że można używać mniejszego SKU F z funkcją wstrzymywania i wznawiania, aby obniżyć koszty. Uwzględnij wszelkie nowe obciążenia Fabric (Lakehouses, Warehouses, Notebooks, Pipelines), które mają zostać dodane po migracji.

Czy należy rozdzielić obciążenia programistyczne/testowe i produkcyjne do różnych pojemności SKU F?

Podział może poprawić kontrolę kosztów i izolację, ale tylko wtedy, gdy całkowite zużycie CU mieści się w ramach każdej mniejszej pojemności. Przed podjęciem decyzji użyj aplikacji Capacity Metrics, aby ustalić poziom bazowy bieżącego użycia. Dwa typowe wzorce podczas migracji z pojedynczego P1:

• Utrzymuj jedną jednostkę F64 na potrzeby produkcji, a do programowania i testów używaj mniejszej jednostki SKU F, wstrzymywanej w czasie bezczynności, aby obniżyć koszty.
• Podziel na dwie jednostki SKU F o różnych rozmiarach, gdy obciążenia produkcyjne stale zbliżają się do pułapu P1.

Nie należy dzielić pojemności, która jest już wykorzystana niemal w 100%, bez wcześniejszego zwiększenia zasobów. Spowoduje to utworzenie przeciążeń pojemności. Microsoft nie ma stałego zalecenia dotyczącego rozmiarów podziału; odpowiednie rozmiary zależą od mierzonego obciążenia.

Koszt i licencjonowanie

Jaka jest różnica kosztów między jednostkami SKU P i jednostkami SKU F?

Jednostki SKU F korzystają z cen regionalnych (ten sam rozmiar jednostki SKU może kosztować różne kwoty w różnych regionach platformy Azure), domyślnie są rozliczane w modelu płatności zgodnie z rzeczywistym użyciem (naliczanie co sekundę, minimum jedna minuta), z opcjonalnymi rezerwacjami rocznymi lub wieloletnimi pozwalającymi uzyskać znaczne rabaty, oraz obsługują wstrzymywanie/wznawianie i skalowanie w górę/w dół w Azure, dzięki czemu płacisz tylko za faktyczne użycie. W przypadku określonych regionów i jednostek SKU użyj kalkulatora cen Azure. Aby zapoznać się z pełnym porównaniem funkcji i rozliczeń, zobacz Kluczowe różnice między jednostkami SKU P usługi Power BI Premium a jednostkami SKU F usługi Fabric.

Czy po migracji do jednostki SKU F nadal potrzebuję licencji Power BI Pro dla odbiorców raportów?

To zależy od rozmiaru SKU F. W jednostkach SKU F64 i wyższych użytkownicy z bezpłatną licencją Fabric i rolą Viewer mogą wyświetlać zawartość, tak samo jak w jednostkach SKU P. W jednostkach F2–F32 każdy użytkownik musi mieć licencję Power BI Pro lub PPU. Autorzy i redaktorzy potrzebują wersji Pro lub PPU do tworzenia lub modyfikowania zawartości w udostępnionym obszarze roboczym, niezależnie od rozmiaru pojemności.

Wyjątkowo użytkownik z bezpłatną licencją Fabric i uprawnieniem Kompilacja może utworzyć raport w obszarze roboczym Mój obszar roboczy na podstawie udostępnionego modelu semantycznego przechowywanego w pojemności F64 lub większej. Użytkownik nie może udostępnić raportu ani zapisać go w innym obszarze roboczym bez licencji Pro lub PPU. Aby uzyskać szczegółowe informacje, zobacz Tworzenie raportów na podstawie udostępnionego modelu semantycznego.

Jakie są kluczowe różnice między PPU, SKU P i SKU F?

Aby uzyskać pełne porównanie, zobacz licencje Microsoft Fabric.

Czy usługa Power BI Premium na użytkownika (PPU) także jest wycofywana?

No. Wycofanie dotyczy tylko jednostek SKU Power BI Premium opartych na pojemności (P1–P5). PpU to oddzielna licencja na użytkownika, która pozostaje aktywna, a użytkownicy nie potrzebują zmiany licencji w ramach tej migracji. Jeśli napotkasz starsze artykuły, które odnoszą się do „Power BI Premium” bez wskazania na pojemność lub na użytkownika, wycofanie dotyczy wyłącznie jednostek SKU na pojemność.

Dlaczego koszt pojemności Fabric różni się w zależności od regionu?

Pojemności usługi Fabric są uruchamiane w centrach danych platformy Azure. Koszty operacyjne centrów danych różnią się w zależności od regionu w zależności od sprzętu, energii, podatków i lokalnych dostaw i zapotrzebowania. Każdy region Azure ma własną opublikowaną cenę jednostki SKU Fabric.

Czy jednostka SKU Microsoft Fabric F jest dostępna w moim regionie Azure?

Dostępność i ceny jednostek SKU Fabric F różnią się w zależności od regionu platformy Azure. Przed ostatecznym wybraniem rozmiaru upewnij się, że docelowy rozmiar jednostki SKU typu F jest dostępny w wybranym regionie, korzystając z kalkulatora cen platformy Azure lub próbując utworzyć zasób pojemności w portalu Azure. Jeśli preferowany region nie oferuje docelowej jednostki SKU F, wybierz pobliski region, który ją oferuje (i przed zakupem zapoznaj się z artykułem Wybierz między migracją w tym samym regionie a migracją między regionami) lub skontaktuj się z opiekunem klienta w firmie Microsoft, aby zaplanować rozwiązanie alternatywne.

Parzystość funkcji

Jakie funkcje usługi Power BI Premium działają inaczej w jednostkach SKU F?

Pełną tabelę można znaleźć w artykule Kluczowe różnice między jednostkami SKU Power BI Premium P i jednostkami SKU Fabric F.

Czy usługa Power BI Embedded jest zawarta w jednostkach SKU F, czy nadal potrzebne są jednostki SKU EM lub A?

Power BI Embedded wchodzi w skład każdego SKU F. Nie musisz utrzymywać oddzielnych jednostek SKU EM ani A dla scenariuszy osadzania po przeprowadzeniu migracji.

Jak uzyskać dostęp do Serwer raportów usługi Power BI po migracji z jednostki SKU P na jednostkę SKU F?

Serwer raportów usługi Power BI jest dostępny w ramach rezerwacji pojemności w usłudze Fabric lub SQL Server Enterprise Edition z pakietem Software Assurance. Po migracji klucz serwera raportów znajduje się na karcie Pojemność usługi Fabric w sekcji Ustawienia pojemności w portalu administracyjnym Power BI. Sprawdź licencję Report Server przed anulowaniem subskrypcji SKU P.

W jaki sposób wstrzymywanie/wznawianie pojemności i zmiana rozmiaru na żądanie na jednostkach SKU F są porównywane z automatycznym skalowaniem jednostek SKU P?

Jednostki SKU F obsługują ręczne lub skryptowe skalowanie w górę lub w dół w portalu Azure w dowolnym momencie, a także wstrzymywanie i wznawianie działania, aby wstrzymać naliczanie opłat w okresach nieaktywności. Automatyczne skalowanie jednostki SKU P, które dodawało dodatkowe rdzenie wirtualne rozliczane za każdy 24-godzinny okres w ramach subskrypcji Azure, zostało zastąpione przez te możliwości jednostki SKU F. Aby uzyskać szczegółowe informacje, zobacz Skalowanie pojemności i Wstrzymywanie i wznawianie pojemności.

Czym różnią się ograniczenia Direct Lake między jednostkami SKU P i F?

Ograniczenia usługi Direct Lake (maksymalna liczba wierszy na tabelę, maksymalna liczba plików Parquet i maksymalny rozmiar modelu) skalują się wraz z rozmiarem pojemności. Te same zasady zabezpieczeń mają zastosowanie do równoważnego wariantu SKU F. Na przykład poręcze F64 pasują do poręczy P1. Aby uzyskać bieżące wartości poszczególnych jednostek SKU, zobacz Omówienie usługi Direct Lake.

Kroki migracji

Jak przenieść obszary robocze z jednostki SKU P do jednostki SKU F?

Zobacz Migrowanie obszarów roboczych z usługi Power BI Premium do Microsoft Fabric, w którym omówiono spis zasobów, aprowizowanie jednostek SKU F, pilot, ponowne przypisywanie (w portalu i notebooku), walidację oraz wycofywanie. Informacje o decyzjach stanowiących podstawę zawiera Przewodnik po decyzjach dotyczących migracji jednostki SKU P usługi Power BI Premium.

Czy mogę skorzystać z próbnej pojemności usługi Fabric, aby ją przetestować, zanim zdecyduję się na jednostkę SKU F?

Tak. Wersja próbna usługi Fabric umożliwia utworzenie próbnej pojemności w celu przetestowania obciążeń i sprawdzenia działania przed zakupem. Pojemności próbne mają limity czasowe i inne ograniczenia, dlatego używaj wersji próbnej tylko do testowania, a nie jako długoterminowego celu migracji.

Czy aktywne zadania są anulowane, gdy ponownie przypiszę obszar roboczy z jednostki SKU P na jednostkę SKU F?

Aktywne odświeżanie i zapytania mogą zostać przerwane podczas ponownego przypisania. Zaplanuj ponowne przydziały poza oknami odświeżania i po zakończeniu długotrwałych zadań. Zaplanowane odświeżenia i potoki są automatycznie wznawiane w nowej pojemności SKU F po ponownym przypisaniu.

Czy należy zaplanować przestój?

W przypadku ponownego przypisania standardowych elementów Power BI w obrębie tego samego regionu nie należy spodziewać się przestojów, z wyjątkiem aktywnych operacji odświeżania. W przypadku ponownego przypisania obszarów roboczych między regionami, które zawierają modele semantyczne w formacie dużego magazynu lub elementy Fabric, należy oczekiwać przestoju tych elementów równego czasowi potrzebnemu na wykonanie ich kopii zapasowej, usunięcie ich, ponowne przypisanie obszaru roboczego oraz odtworzenie ich w nowym regionie. Po ponownym przypisaniu może minąć nawet godzina, zanim użytkownicy będą mogli tworzyć elementy usługi Fabric w nowej jednostce pojemności.

Wpływ obszaru roboczego

Jeśli moja jednostka SKU P i jednostka SKU F znajdują się w różnych regionach Azure, co się stanie podczas migracji?

Elementy standardowe Power BI (raporty, modele semantyczne w małym lub domyślnym formacie, pulpity nawigacyjne) umożliwiają ponowne przypisanie między regionami. Modele semantyczne w formacie dużego magazynu i wszystkie elementy Fabric (Lakehouses, Warehouses, Notebooks, Data Factory pipelines i podobne elementy) nie działają. Przed ponownym przypisaniem należy utworzyć ich kopię zapasową lub przechwycić ich definicje, a następnie utworzyć je ponownie w nowym regionie po ponownym przypisaniu. Aby zapoznać się z obsługą krok po kroku, zobacz Migracje między regionami: specjalna obsługa.

Co się stanie z potokami wdrożeniowymi, aplikacjami w obszarze roboczym i przepływami pracy CI/CD po migracji?

Potoki wdrożeniowe, aplikacje obszaru roboczego i przepływy pracy CI/CD nadal działają po ponownym przypisaniu w obrębie tego samego regionu. Obszary robocze zachowują przypisanie do potoków i konfiguracje aplikacji. W przypadku migracji między regionami zaplanuj ponowne skonfigurowanie integracji z usługą Git w nowym regionie po ponownym utworzeniu wszelkich elementów platformy Fabric. Aby uzyskać szczegółowe informacje na temat integracji rozwiązania Git, zobacz Integracja rozwiązania Git z platformą Fabric.

Wpływ modelu semantycznego

Czy moje istniejące modele semantyczne, zasady odświeżania przyrostowego i zaplanowane odświeżanie będą nadal działać po migracji?

Tak, te funkcje działają w odpowiednim wariancie SKU F w tym samym regionie. Modele semantyczne, zasady odświeżania przyrostowego i zaplanowane harmonogramy odświeżania są przenoszone z obszarem roboczym. Zweryfikuj, uruchamiając odświeżanie na żądanie po ponownym przypisaniu i potwierdzając, że następne zaplanowane odświeżanie zakończy się pomyślnie.

Co stanie się z obciążeniami Dataflow Gen1 po migracji do jednostki SKU F? Czy muszę przeprowadzić migrację do usługi Dataflow Gen2?

Przepływ danych Gen1 nadal działa w pojemnościach SKU F. Migracja do usługi Dataflow Gen2 nie jest wymagana w ramach migracji typu P-to-F. Migracja do usługi Dataflow Gen2 to oddzielna decyzja o modernizacji, którą można podjąć we własnym tempie po migracji pojemności. Aby zapoznać się z porównaniem, zobacz Różnice między przepływem danych Gen1 i przepływem danych Gen2.

Administracja i nadzór

Czy po migracji są przenoszone ustawienia portalu administracyjnego, konfiguracje dzierżawcy i zasady nadzoru?

Ustawienia na poziomie dzierżawy w portalu administracyjnym Power BI i Fabric (ustawienia dzierżawy, zasady etykiet poufności, kontrolki udostępniania i podobne) nie są powiązane z twoją pojemnością, dlatego są przenoszone bez zmian. Ustawienia na poziomie zdolności konfiguruje się w nowej zdolności SKU F, w tym ustawienia obciążeń, administratorów zdolności oraz wszelkie zasady zarządzania na poziomie zdolności zastosowane wcześniej do SKU P. Zaplanuj:

1. Dodaj administratorów pojemności do nowej jednostki SKU F przed ponownym przypisaniem jakiegokolwiek obszaru roboczego.
2. Odtwórz w nowej jednostce SKU F wszystkie ustawienia obciążeń pojemności dla jednostki SKU P, z których korzystasz (na przykład limity pamięci modelu semantycznego).
3. Przejrzyj ustawienia dzierżawy związane z obciążeniami usługi Fabric (na przykład Użytkownicy mogą tworzyć elementy w usłudze Fabric) i upewnij się przed migracją, że są one zgodne z założeniami ładu organizacyjnego.

Czy przełącznik dzierżawy "Użytkownicy mogą tworzyć elementy Fabric" ma wpływ na istniejące obciążenia Power BI po migracji?

Ustawienie dzierżawy Użytkownicy mogą tworzyć elementy usługi Fabric określa, czy użytkownicy mogą tworzyć elementy usługi Fabric inne niż elementy Power BI (takie jak Lakehouses, Warehouses i Notebooks). Nie ma to wpływu na istniejące raporty Power BI, semantyczne modele, pulpity nawigacyjne ani harmonogramy odświeżania. Jeśli chcesz ograniczyć tworzenie elementów rozwiązania Fabric podczas migracji lub po jej zakończeniu, możesz wyłączyć to ustawienie dla całej dzierżawy lub określonych grup zabezpieczeń. Informacje o ustawieniach znajdują się tutaj: ustawienia dzierżawy usługi Power BI.

Jak mogę zarządzać działami, które zarządzają własnymi obciążeniami w ramach współdzielonej pojemności jednostki SKU F po migracji z centralnie zarządzanej jednostki SKU P?

Pojemność współdzielona F SKU korzysta z tych samych podstawowych elementów nadzoru co pojemność współdzielona P SKU: ról obszaru roboczego (Administrator, Członek, Współautor, Czytelnik), uprawnień na poziomie elementu, potoków wdrożeniowych, etykiet poufności i ustawień dzierżawy. Jednostki SKU F wprowadzają dwa obszary, które warto uwzględnić w planowaniu:

• Fabric domen. Obszary robocze powiązane z grupą (na przykład według obszaru biznesowego), dzięki czemu można zastosować ład federacyjny na poziomie domeny. Zobacz domeny Fabric.
• Rozliczanie zwrotne i alokacja kosztów. Użyj tagów Azure w pojemności usługi Fabric, rozwiązania Microsoft Cost Management oraz podejścia chargeback w usłudze Fabric, aby przypisać koszty do działów. Zobacz Microsoft Cost Management.

Jeśli działy potrzebują autonomii w zakresie doboru rozmiaru pojemności lub harmonogramów wstrzymywania i wznawiania, przydziel każdemu z nich własną jednostkę SKU F zamiast współdzielenia jednej większej pojemności.

Treści powiązane

• Omówienie migracji Power BI Premium do Microsoft Fabric
• Przewodnik dotyczący wyboru migracji Power BI Premium SKU P
• Migrowanie obszarów roboczych z usługi Power BI Premium do usługi Microsoft Fabric
• Wzorce i strategie migracji dzierżawy Power BI
• Licencje Microsoft Fabric
• Aplikacja Microsoft Fabric Capacity Metrics