Domande frequenti sulla migrazione da Power BI Premium a Microsoft Fabric

Questo articolo risponde alle domande più frequenti dei clienti sulla migrazione dalle SKU Power BI Premium per capacità (SKU P) alle SKU di capacità Microsoft Fabric (SKU F). Per un contesto più ampio, vedere Power BI Panoramica della migrazione da Premium a Microsoft Fabric. Per le decisioni, vedere Power BI Guida alle decisioni sulla migrazione degli SKU P Premium. Per le procedure, vedere Eseguire la migrazione di aree di lavoro da Power BI Premium a Microsoft Fabric.

Sequenza temporale e ritiro

Quando vengono ritirate le SKU P di Power BI Premium?

Ogni sottoscrizione SKU P cessa al termine dell’attuale periodo contrattuale. Microsoft non vende più nuovi SKU P e i clienti con contratti Enterprise scaduti o contratti di Microsoft Cloud non possono aggiungere o rinnovare la capacità dello SKU P tramite il contratto. Al termine dell'abbonamento, il contenuto rimane accessibile per un periodo di tolleranza di 30 giorni. A partire dal giorno 31, l'accesso viene limitato (le operazioni interattive vengono ritardate). Il giorno 91 e oltre, tutte le operazioni vengono rifiutate. I dati vengono conservati ma restano inaccessibili finché non si migrano le aree di lavoro a una capacità Fabric SKU F o non si elimina la capacità. Per la sequenza temporale completa, vedere Informazioni sulla sequenza temporale di ritiro dello SKU P.

Posso comunque acquistare nuovi SKU P Premium Power BI oppure posso rinnovare solo quelli esistenti?

No. Microsoft non vende più nuovi SKU P e i clienti con contratti Enterprise in scadenza o contratti di Microsoft Cloud non possono più aggiungere o rinnovare la capacità di SKU P tramite il contratto. Per mantenere una capacità supportata da Microsoft, acquistare uno SKU F di Microsoft Fabric.

La migrazione da punto a sito è automatica al rinnovo o è necessario acquistare manualmente uno SKU F e riassegnare le aree di lavoro?

La migrazione non è automatica. È possibile acquistare manualmente una capacità di SKU F in Azure e riassegnare ogni area di lavoro dallo SKU P al nuovo SKU F. Per procedure dettagliate, vedere Eseguire la migrazione di aree di lavoro da Power BI Premium a Microsoft Fabric.

Cosa accade al contenuto Power BI se si annulla lo SKU P prima di acquistare uno SKU F?

Evitare questa sequenza. Se lo SKU P termina senza uno SKU F, il contenuto entra nel periodo di tolleranza di 30 giorni. A partire dal giorno 31, l'accesso viene limitato (le operazioni interattive vengono ritardate). Il giorno 91 e oltre, tutte le operazioni vengono rifiutate. I dati vengono conservati ma restano inaccessibili finché non si migrano le aree di lavoro a una capacità Fabric SKU F o non si elimina la capacità. Per evitare interruzioni, acquistare prima lo SKU F, riassegnare e convalidare le aree di lavoro e quindi annullare lo SKU P. Per la sequenza temporale completa, vedere Informazioni sulla sequenza temporale di ritiro dello SKU P.

Il ritiro dello SKU P influisce sui clienti del cloud sovrano?

No. Microsoft Fabric non è ancora disponibile nei cloud sovrani, quindi gli SKU P rimangono supportati in tali ambienti. Microsoft fornisce indicazioni separate quando Fabric diventa disponibile.

Dimensionamento e mappatura degli SKU

Quale SKU di tipo F equivale al mio attuale SKU di tipo P?

Mappa per unità di capacità (CU): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Dimensiona correttamente da lì in base al consumo effettivo con l'app Microsoft Fabric Metriche di capacità. Per la tabella completa e le linee guida per il dimensionamento corretto, vedere Associare lo SKU P a uno SKU F e Dimensionare correttamente lo SKU F.

Come si usa l'app Microsoft Fabric Capacity Metrics per ridimensionare correttamente lo SKU F?

Installare l'app Microsoft Fabric Capacity Metrics, configurarla per la capacità SKU P ed esaminare il consumo di CU negli ultimi 30-45 giorni. Picchi sostenuti prossimi al 100% di utilizzo della CU indicano la necessità di uno SKU F equivalente o di dimensioni superiori. Lunghi periodi di basso utilizzo suggeriscono di usare uno SKU F più piccolo con sospensione e ripresa per ridurre i costi. Tenere conto di eventuali nuovi carichi di lavoro Fabric (Lakehouses, Warehouses, Notebooks, Pipelines) che si prevede di aggiungere dopo la migrazione.

È necessario separare i carichi di lavoro di sviluppo/test e produzione in capacità sku F diverse?

La suddivisione può migliorare il controllo dei costi e l'isolamento, ma solo se il consumo totale di CU rientra in ogni capacità più piccola. Usare l'app Capacity Metrics per definire l'utilizzo corrente di base prima di decidere. Due modelli comuni durante la migrazione da un singolo P1:

• Mantenere un F64 per la produzione e usare uno SKU F più piccolo e in pausa per lo sviluppo/test per ridurre i costi.
• Suddividere in due SKU F di dimensioni diverse quando i carichi di lavoro di produzione si avvicinano costantemente al limite massimo P1.

Non dividere una capacità già vicina a 100%'utilizzo senza prima aumentare le prestazioni. In questo modo si creano sovraccarichi di capacità. Microsoft non ha raccomandazioni fisse per le dimensioni suddivise. Le dimensioni corrette dipendono dal carico di lavoro misurato.

Costi e licenze

Qual è la differenza di costo tra SKU P e SKU F?

Gli SKU F usano prezzi a livello di area (le stesse dimensioni dello SKU possono costare importi diversi in diverse aree Azure), per impostazione predefinita la fatturazione con pagamento in base al consumo (al secondo, minimo di un minuto) con prenotazioni facoltative annuali o multiennale per sconti significativi e supportare la sospensione/ripresa e la scalabilità verso l'alto o verso il basso tramite Azure, quindi si paga solo per ciò che si usa. Per le aree e gli SKU specifici, usare il calcolatore prezzi Azure. Per il confronto completo delle funzionalità e della fatturazione, vedere Differenze principali tra SKU P Premium Power BI e SKU F Fabric.

Sono ancora necessarie licenze Power BI Pro per gli utenti che visualizzano i report dopo la migrazione a un SKU F?

Dipende dalle dimensioni dello SKU F. In F64 e di dimensioni maggiori, gli utenti con una licenza gratuita Fabric e il ruolo Visualizzatore possono visualizzare il contenuto, come negli SKU P. In F2 fino a F32, ogni visualizzatore necessita di una licenza Power BI Pro o PPU. Gli autori e gli editor necessitano sempre di Pro o PPU indipendentemente dalle dimensioni della capacità.

Quali sono le differenze principali tra PPU, SKU P e SKU F?

Per il confronto completo, vedere Microsoft Fabric licenze.

Anche Power BI Premium per utente (PPU) viene ritirato?

No. Il ritiro si applica solo alle SKU Power BI Premium per capacità (P1–P5). PPU è una licenza separata per utente che rimane attiva e gli utenti non necessitano di una modifica della licenza come parte di questa migrazione. Se si verificano articoli meno recenti che fanno riferimento a "Power BI Premium" senza specificare per capacità o per utente, il ritiro si applica solo agli SKU per capacità.

Perché i costi di capacità Fabric differiscono in base all'area?

Le capacità di Fabric sono ospitate nei data center di Azure. I costi operativi per i data center variano in base all'hardware, all'energia, alle imposte e alla domanda locale. Ogni area geografica di Azure ha il proprio prezzo pubblicato della SKU di Fabric.

Lo SKU Microsoft Fabric F è disponibile nell'area Azure?

La disponibilità e i prezzi dello SKU F di Fabric variano in base alla regione di Azure. Prima di finalizzare il dimensionamento, verificare che le dimensioni dello SKU F di destinazione siano disponibili nell'area preferita usando il calcolatore prezzi Azure o tentando di creare la capacità nel portale di Azure. Se l'area preferita non offre lo SKU F di destinazione, scegliere un'area vicina (ed esaminare Scegliere tra la stessa area e la migrazione tra aree prima dell'acquisto) oppure collaborare con il rappresentante account Microsoft per pianificare un'alternativa.

Parità delle funzionalità

Quali funzionalità di Power BI Premium si comportano diversamente negli SKU F?

Per l'intera tabella, vedi le differenze principali tra gli SKU P di Power BI Premium e gli SKU F di Fabric.

Power BI Embedded è incluso negli SKU F oppure sono ancora necessari gli SKU EM o A?

Power BI Embedded è incluso in ogni SKU F. Non è necessario mantenere SKU EM o A separati per gli scenari incorporati dopo la migrazione.

Come si accede Server di report di Power BI dopo la migrazione da uno SKU P a uno SKU F?

Server di report di Power BI è disponibile tramite una riserva di capacità di Fabric o SQL Server edizione Enterprise con Software Assurance. Dopo la migrazione, la chiave del server di report si trova nella scheda Fabric capacità in Impostazioni capacità nel portale di amministrazione di Power BI. Verifica le licenze di Report Server prima di annullare la sottoscrizione P SKU.

Come si confrontano la sospensione/riattivazione della capacità e il ridimensionamento su richiesta nelle SKU F rispetto ad Autoscale nelle SKU P?

Le SKU F supportano l'aumento e la riduzione manuali o tramite script delle risorse tramite il portale di Azure in qualsiasi momento, oltre alla possibilità di sospendere e riprendere il servizio per interrompere la fatturazione durante i periodi di inattività. La scalabilità automatica dello SKU P, che aggiungeva v-core aggiuntivi fatturati per ogni periodo di 24 ore alla sottoscrizione di Azure, viene sostituita da queste funzionalità degli SKU F. Per informazioni dettagliate, vedere Ridimensionare la capacità e sospendere e riprendere la capacità.

In che modo le guardrail di Direct Lake differiscono tra SKU P e SKU F?

I limiti di Direct Lake (numero massimo di righe per tabella, numero massimo di file Parquet e dimensione massima del modello) variano in base alle dimensioni della capacità. Le stesse regole di protezione si applicano allo SKU F equivalente. Ad esempio, i guardrail F64 corrispondono ai guardrail P1. Per i valori correnti per SKU, vedere Panoramica di Direct Lake.

Passaggi per la migrazione

Come si esegue la migrazione delle aree di lavoro da uno SKU P a uno SKU F?

Consulta Eseguire la migrazione delle aree di lavoro da Power BI Premium a Microsoft Fabric, che illustra l'inventario, il provisioning di SKU F, la fase pilota, la riassegnazione (nel portale e nel notebook), la convalida e la messa fuori servizio. Per le decisioni alla base, consulta Guida alle decisioni sulla migrazione di Power BI Premium SKU P.

Posso utilizzare una capacità di valutazione di Fabric per effettuare dei test prima di passare a uno SKU F?

Yes. Una versione di prova di Fabric consente di eseguire il provisioning di una capacità di prova per testare i carichi di lavoro e verificare il comportamento prima dell'acquisto. Le capacità di valutazione hanno limiti di tempo e altri vincoli, quindi usare la versione di valutazione solo per i test, non come destinazione di migrazione a lungo termine.

I processi attivi vengono annullati quando si riassegna un'area di lavoro da uno SKU P a uno SKU F?

Le operazioni di aggiornamento attive e le query possono essere interrotte durante la riassegnazione. Pianificare le riassegnazioni all'esterno delle finestre di aggiornamento e dopo il completamento dei processi a esecuzione prolungata. Gli aggiornamenti pianificati e le pipeline riprendono automaticamente sulla nuova capacità F SKU dopo la riassegnazione.

È consigliabile pianificare il tempo di inattività?

Per una riassegnazione nella stessa area geografica degli elementi standard di Power BI, non sono previsti tempi di inattività, ad eccezione di eventuali aggiornamenti in corso. Per una riassegnazione tra aree geografiche delle aree di lavoro che contengono modelli semantici in formato di archiviazione di grandi dimensioni o elementi Fabric, prevedere un tempo di inattività per tali elementi pari al tempo necessario per eseguirne il backup, eliminarli, riassegnare l'area di lavoro e ricrearli nella nuova area geografica. Dopo la riassegnazione, gli utenti potrebbero dover attendere fino a un'ora prima di poter creare elementi Fabric nella nuova capacità.

Impatto dell'area di lavoro

Se lo SKU P e lo SKU F si trovano in aree Azure diverse, cosa accade durante la migrazione?

Gli elementi standard di Power BI (report, modelli semantici in formato predefinito o di piccole dimensioni, dashboard) sopravvivono a una riassegnazione tra aree. I modelli semantici di formato di archiviazione di grandi dimensioni e tutti gli elementi di Fabric (Lakehouses, Warehouses, Notebook, pipeline di Data Factory e elementi simili) non sopravvivono. È necessario eseguirne il backup o acquisire le definizioni prima della riassegnazione, quindi ricrearle nella nuova area dopo la riassegnazione. Per la gestione dettagliata, vedere Migrazioni tra aree: gestione speciale.

Cosa accade alle pipeline di distribuzione, alle app dell'area di lavoro e ai flussi di lavoro CI/CD dopo la migrazione?

Le pipeline di distribuzione, le app dell'area di lavoro e i flussi di lavoro CI/CD continuano a funzionare anche dopo una riassegnazione all'interno della stessa area geografica. Le aree di lavoro mantengono le assegnazioni di pipeline e le configurazioni delle app. Per le migrazioni tra aree, pianificare la riconnessione dell'integrazione Git nella nuova area dopo aver ricreato tutti gli elementi Fabric. Per informazioni sull'integrazione di Git, vedere Integrazione di Git di Fabric.

Impatto sul modello semantico

I modelli semantici esistenti, i criteri di aggiornamento incrementale e gli aggiornamenti pianificati continueranno a funzionare dopo la migrazione?

Sì, queste funzionalità funzionano sullo SKU F equivalente nella stessa area. Modelli semantici, criteri di aggiornamento incrementale e pianificazioni dell'aggiornamento programmato vengono trasferiti con l'area di lavoro. Convalidare attivando un aggiornamento su richiesta dopo la riassegnazione e confermando che l'aggiornamento pianificato successivo ha esito positivo.

Cosa accade ai carichi di lavoro di Dataflow Gen1 dopo la migrazione a uno SKU F? È necessario eseguire la migrazione a Dataflow Gen2?

Dataflow Gen1 continua a funzionare nelle capacità SKU F. Non è necessario eseguire la migrazione a Dataflow Gen2 come parte della migrazione da P a F. La migrazione a Dataflow Gen2 è una decisione di modernizzazione separata che è possibile prendere in base al proprio ritmo dopo la migrazione della capacità. Per il confronto, vedere Differenze tra Dataflow Gen1 e Dataflow Gen2.

Amministrazione e governance

Dopo la migrazione, le impostazioni del portale di amministrazione, le configurazioni del tenant e i criteri di governance vengono mantenuti?

Le impostazioni a livello di tenant nella Power BI e nel portale di amministrazione Fabric (impostazioni del tenant, criteri di etichetta di riservatezza, controlli di condivisione e simili) non sono associate alla capacità, in modo che vengano portate avanti senza modifiche. Le impostazioni a livello di capacità sono configurate nella nuova capacità con SKU F, incluse le impostazioni del carico di lavoro, gli amministratori della capacità e gli eventuali criteri di governance specifici della capacità applicati allo SKU P. Pianificare:

1. Aggiungere gli amministratori della capacità nel nuovo SKU F prima di riassegnare qualsiasi area di lavoro.
2. Ricrea sul nuovo SKU F tutte le impostazioni del carico di lavoro per la capacità SKU P da cui dipendi (ad esempio, i limiti di memoria del modello semantico).
3. Esaminare le impostazioni del tenant correlate ai carichi di lavoro Fabric (ad esempio, Gli utenti possono creare Fabric elementi) e verificare che corrispondano alla finalità di governance prima della migrazione.

L'impostazione del tenant "Gli utenti possono creare elementi Fabric" influisce sui carichi di lavoro Power BI esistenti dopo la migrazione?

L'impostazione del tenant Gli utenti possono creare elementi Fabric controlla se gli utenti possono creare elementi Fabric diversi da quelli di Power BI (ad esempio Lakehouse, Warehouse e Notebook). Non influisce sui report di Power BI esistenti, modelli semantici, dashboard o pianificazioni di aggiornamento. Se si desidera limitare la creazione di elementi Fabric durante o dopo la migrazione, è possibile disabilitare l'impostazione per il tenant o per specifici gruppi di sicurezza. Per informazioni di riferimento sull'impostazione, vedere Impostazioni del tenant di Power BI.

Come si possono gestire i reparti che gestiscono i propri carichi di lavoro all'interno di una capacità SKU F condivisa dopo la migrazione da una capacità SKU P gestita centralmente?

Una capacità SKU F condivisa usa gli stessi componenti di base della governance di una SKU P condivisa: ruoli dell'area di lavoro (Amministratore, Membro, Collaboratore, Visualizzatore), autorizzazioni a livello di elemento, pipeline di distribuzione, etichette di riservatezza e impostazioni del tenant. Gli SKU F aggiungono due aree per cui è opportuno pianificare:

• Fabric domini. Raggruppare le aree di lavoro correlate (ad esempio, per area aziendale) in modo da poter applicare la governance federata a livello di dominio. Vedere Fabric domini.
• Chargeback e allocazione dei costi. Usa i tag di Azure applicati alla capacità di Fabric, Gestione dei costi Microsoft e l’approccio di chargeback di Fabric per attribuire i costi ai reparti. Vedere Gestione dei costi Microsoft.

Se i reparti devono gestire in autonomia il dimensionamento della capacità o le pianificazioni di sospensione e riattivazione, assegna a ciascuno un proprio SKU F anziché condividere un'unica capacità più grande.

Contenuti correlati

• Panoramica della migrazione da Power BI Premium a Microsoft Fabric
• Guida decisionale sulla migrazione dello SKU P di Power BI Premium
• Eseguire la migrazione di aree di lavoro da Power BI Premium a Microsoft Fabric
• Power BI strategie e modelli di migrazione dei tenant
• Licenze di Microsoft Fabric
• App di Microsoft Fabric Capacity Metrics