Questo articolo illustra come l'servizio Power BI offre disponibilità elevata e fornisce continuità aziendale e ripristino di emergenza agli utenti. Dopo aver letto questo articolo, è necessario avere una migliore comprensione del modo in cui viene raggiunta la disponibilità elevata, in quali circostanze Power BI esegue un failover e cosa aspettarsi dal servizio quando esegue il failover.
Cosa significa "disponibilità elevata" per Power BI?
Power BI è un software come servizio (SaaS) completamente gestito. Power BI è resiliente agli errori dell'infrastruttura in modo che gli utenti possano sempre accedere ai report. Per informazioni sui contratti di servizio, vedere Gestione delle licenze e documenti.
Power BI usa le zone di disponibilità di Azure per proteggere report, applicazioni e dati di Power BI da errori del data center. Le zone di disponibilità vengono applicate e usate automaticamente per Power BI. Le zone di disponibilità sono posizioni isolate dall'errore all'interno di un'area di Azure che forniscono tre o più posizioni distinte e univoche all'interno di un'area di Azure con alimentazione, raffreddamento e rete ridondanti. Le zone di disponibilità consentono ai clienti di Power BI di eseguire applicazioni critiche con maggiore disponibilità e tolleranza di errore per gli errori del data center. Le zone di disponibilità offrono ai clienti la possibilità di resistere agli errori dei data center tramite ridondanza e isolamento logico dei servizi.
Per altre informazioni, vedere Che cosa sono le aree di Azure e le zone di disponibilità?
Che cos'è un failover di Power BI?
Power BI gestisce più istanze di ogni componente nei data center di Azure (note anche come aree) per garantire la continuità aziendale. Se si verifica un'interruzione o Power BI diventa inaccessibile o inoperabile in un'area, Power BI non riesce a tutti i relativi componenti in tale area a un'istanza di backup. Il failover ripristina la disponibilità e l'operabilità nell'istanza di servizio Power BI in una nuova area in genere all'interno della stessa posizione geografica. Per ulteriori informazioni, vedi il Centro protezione Microsoft.
Un'istanza di servizio Power BI di cui è stato eseguito il failover supporta solo le operazioni di lettura, ovvero le operazioni seguenti non sono supportate durante il failover: aggiornamenti, operazioni di pubblicazione dei report, dashboard o modifiche del report e altre operazioni che richiedono modifiche ai metadati di Power BI, ad esempio l'inserimento di un commento in un report. Le operazioni di lettura, ad esempio la visualizzazione di dashboard e la visualizzazione di report (non basati su DirectQuery o Live Connessione alle origini dati locali) continuano a funzionare normalmente.
In che modo le istanze di backup vengono mantenute sincronizzate con i dati?
Tutti i componenti servizio Power BI sincronizzano regolarmente le istanze di backup. È disponibile una sincronizzazione temporizzato di 15 minuti per qualsiasi contenuto caricato o modificato in Power BI. Se è presente un failover, Power BI usa la replica con ridondanza geografica di Archiviazione di Azure e la replica con ridondanza geografica di Azure SQL per garantire che le istanze di backup esistano in altre aree e possano essere usate.
Dove si trovano i cluster di failover?
Le istanze di backup si trovano all'interno della stessa posizione geografica (geografica) selezionata quando l'organizzazione si iscrive a Power BI, tranne dove indicato nel Centro protezione Microsoft. Un'area geografica può contenere diverse aree e Microsoft potrebbe replicare i dati in una qualsiasi delle aree all'interno di un'area geografica specifica per la resilienza dei dati. Microsoft non replica o sposta i dati dei clienti all'esterno dell'area geografica. Per un mapping delle aree geografiche offerte da Power BI e delle aree all'interno di esse, vedere il Centro protezione Microsoft.
In che modo Microsoft decide di eseguire il failover?
Esistono due sistemi diversi che indicano quando potrebbe essere necessario un failover:
- I probe di monitoraggio esterni e interni indicano la mancanza di disponibilità o l'impossibilità di funzionare correttamente. Le indicazioni potrebbero essere basate su interruzioni rilevate nei componenti di Power BI o in uno o più servizi da cui Dipende Power BI in un'area.
- Il team operativo centrale di Microsoft Azure segnala interruzioni critiche in un'area.
In entrambi i casi, i membri del team esecutivo di Power BI decidono di eseguire il failover. La decisione non è automatizzata. Dopo aver preso la decisione, il failover è automatico.
Ricerca per categorie sapere che Power BI è in modalità di failover?
Viene inviata una notifica nella pagina del supporto di Power BI. Le informazioni sulle notifiche includono le operazioni principali che non sono disponibili, tra cui pubblicazione, aggiornamento, creazione di dashboard, dashboard duplicati e modifiche delle autorizzazioni.
Quanto tempo richiede Power BI per il failover?
Per un failover di zona, Power BI può completare il processo di failover in circa 30 secondi e continua a funzionare senza limitazioni. Per un failover a livello di area, Power BI richiede circa 15 minuti per diventare operativo dopo aver deciso che è necessario un failover. Il tempo necessario per identificare che è necessario un failover varia in base allo scenario che ha causato il failover.
Power BI usa Archiviazione di Azure replica GEOGRAFICA per eseguire il failover. Tali repliche hanno in genere un punto restituito di 15 minuti, tuttavia, Power BI non può garantire un intervallo di tempo. Per altre informazioni, vedere Ridondanza dell'archiviazione di Azure.
Cosa accade alle aree di lavoro e ai report se la capacità Premium non è più disponibile?
Se una capacità Premium non è più disponibile, le aree di lavoro e i report rimangono accessibili e visibili a tutti.
Quando l'istanza di Power BI torna all'area originale?
servizio Power BI istanze tornano all'area originale quando il problema che ha causato il failover viene risolto. Controllare la pagina del supporto di Power BI: quando il problema viene risolto, il team di Power BI rimuove la notifica che descrive il failover. A questo punto, le operazioni dovrebbero tornare normali.
Sono responsabili della disponibilità della soluzione Power BI?
Se la soluzione Power BI usata nell'organizzazione prevede uno degli elementi seguenti, è necessario adottare misure per garantire che la soluzione rimanga a disponibilità elevata:
- Se l'organizzazione usa Power BI Premium, assicurarsi che la capacità Premium sia ridimensionata per soddisfare le esigenze di carico della distribuzione. Per pianificare e soddisfare questo requisito, vedere il white paper power BI Premium Planning and Deployment (Pianificazione e distribuzione premium di Power BI). Per semplificare il monitoraggio, le nuove funzionalità vengono aggiunte regolarmente al portale di amministrazione in Power BI e all'app Power BI Premium Capacity Metrics.
- Se l'organizzazione accede alle origini dati locali usando il gateway dati locale, è necessario configurare il gateway per supportare la disponibilità elevata, vedere Gestire cluster a disponibilità elevata e bilanciamento del carico del gateway dati locale. Usare queste linee guida per aggiornare i report in modalità di importazione o accedere a dati o modelli di dati usando DirectQuery o Live Connessione.
I gateway funzionano in modalità di failover?
No. I dati richiesti da origini dati locali (tutti i report e i dashboard basati su Direct Query e Live Connessione) non funzionano durante un failover. La configurazione del gateway non cambia però. Quando l'istanza di Power BI torna allo stato originale, i gateway tornano alle normali funzioni.
Se si verifica un'emergenza estrema in un'area primaria che impedisce il ripristino di un gateway per una durata considerevole, l'area primaria di cui è stato eseguito il failover consente operazioni di lettura e scrittura, in modo da poter ridistribuire e configurare un gateway rispetto alla nuova area.
È possibile scegliere di installare un nuovo gateway in un computer diverso o di assumere il controllo di un gateway esistente. L'acquisizione del gateway esistente deve essere più semplice, perché tutte le origini dati associate al gateway precedente vengono trasportate al nuovo gateway.