Power BI høj tilgængelighed, failover og katastrofeberedskab FAQ

Power BI er fuldt administreret software som en service (SaaS). Power BI er modstandsdygtig over for infrastrukturfejl, så brugerne altid kan få adgang til deres rapporter. For information om SLA'er, se Licensing Resources and Documents.

Power BI bruger Azure tilgængelighedszoner til at beskytte Power BI rapporter, applikationer og data mod datacenterfejl. Tilgængelighedszoner anvendes automatisk og bruges til Power BI. Tilgængelighedszoner er fejlisolerede lokationer inden for en Azure-region, der giver tre eller flere forskellige og unikke placeringer inden for en Azure-region, som har redundant strøm, køling og netværk. Tilgængelighedszoner tillader Power BI-kunder at køre kritiske applikationer med højere tilgængelighed og fejltolerance over for datacenterfejl. Tilgængelighedszoner giver kunderne mulighed for at modstå datacenterfejl uden at udløse en Power BI-failover.

For mere information, se Hvad er Azure regioner og tilgængelighedszoner?

Power BI's failover-adfærd varierer afhængigt af typen af region, du bruger.

• I regioner med regionale par vedligeholder Power BI flere instanser af hver komponent i Azure datacentre (også kendt som regioner) for at sikre forretningskontinuitet. Hvis der opstår et nedbrud, eller Power BI bliver utilgængelig eller ubrugelig i en region, fejler Power BI alle sine komponenter i det område til en backup-instans. Failoveren genopretter tilgængelighed og driftsevne til Power BI-tjeneste-instansen i en ny region, som normalt er inden for samme geografiske placering. Der er flere oplysninger i Microsofts Sikkerhedscenter.

  En failover-Power BI-tjeneste instans understøtter kun læseoperationer, hvilket betyder, at følgende operationer ikke understøttes under failover: opdateringer, rapportpubliceringsoperationer, ændringer i dashboards eller rapporter samt andre operationer, der kræver ændringer i Power BI metadata (for eksempel indsættelse af en kommentar i en rapport). Læseoperationer, såsom visning af dashboards og rapporter (der ikke er baseret på DirectQuery eller Live Connect til lokale datakilder), fungerer fortsat normalt.

• Hvis du kører Power BI komponenter i en region uden et regionalt par, giver tilgængelighedszoner robusthed. Data replikeres ikke til en anden region, og komponenter bliver ikke overført til en anden region.

For at lære mere om, hvordan Microsoft Fabric understøtter pålidelighed, se Reliability i Microsoft Fabric.

Alle Power BI-tjeneste-komponenter synkroniserer regelmæssigt deres backup-instanser. Der er en 15-minutters målrettet punkt-i-tid-synkronisering for alt indhold, der uploades eller ændres i Power BI.

Hvis der sker en failover i en region med et regionalt par, bruger Power BI Azure lagringsgeoredundant replikering og Azure SQL georedundant replikering for at sikre, at backup-instanser findes i andre regioner, og kan bruges.

I regioner uden et regionalt par bruger Power BI Azure lagringszone-redundant replikering og Azure SQL zone-redundans til at replikere data mellem tilgængelighedszoner.

For at lære mere om, hvordan Microsoft Fabric understøtter pålidelighed, se Reliability i Microsoft Fabric.

Backup-instanser ligger inden for samme geografiske placering (geo), som du vælger, når din organisation tilmelder sig Power BI, undtagen hvor det er angivet i Microsoft Trust Center. En geo kan indeholde flere regioner, og Microsoft kan replikere data til en hvilken som helst region inden for en specifik geo for dataresistens. Microsoft replikerer eller flytter ikke kundedata uden for geografien. For en kortlægning af de geologiske områder, der tilbydes af Power BI, og regionerne inden for dem, se Microsoft Trust Center.

Der findes to forskellige systemer, der angiver, hvornår en failover kan være nødvendig:

• Eksterne og interne overvågningssonder indikerer manglende tilgængelighed eller manglende evne til at fungere korrekt. Indikationerne kan være baseret på afbrydelser opdaget i Power BI-komponenter eller en eller flere af de tjenester, som Power BI er afhængig af i en region.
• Microsoft Azure Central operations-teamet rapporterer om kritiske nedbrud i en region.

I begge tilfælde beslutter Power BI-ledelsens medlemmer at fejle. Beslutningen er ikke automatiseret. Efter beslutningen er truffet, sker failover automatisk.

En notifikation er lagt op på supportsiden Power BI. Notifikationsinformation inkluderer de vigtigste operationer, der ikke er tilgængelige, herunder publicér, opdater, opret dashboard, duplikeret dashboard og tilladelsesændringer.

Ved en zone-failover kan Power BI gennemføre failover-processen på cirka 30 sekunder og fortsætter med at fungere uden begrænsninger. Ved en regional failover tager det cirka 15 minutter for Power BI at blive operationel igen, efter beslutningen er truffet om, at en failover er nødvendig. Tidspunktet for at identificere, at en failover er nødvendig, varierer afhængigt af det scenarie, der forårsagede failoveren.

Power BI bruger Azure Storage GEO-replikering til at udføre failoveren. Sådanne replikationer har som regel et returpunkt på 15 minutter, men Power BI kan ikke garantere en tidsramme. For mere information, se Azure storage redundancy.

Hvis en Premium-kapacitet bliver utilgængelig, forbliver arbejdsområder, semantiske modeller og rapporter tilgængelige og synlige for alle. Brugere kan fortsætte med at forespørge deres semantiske modeller. For importtilstand er dataene lige så opdaterede som den seneste opdateringsoperation. I DirectQuery-tilstand og i Direct Lake-tilstand kræver den semantiske model, at datakilderne er tilgængelige.

Power BI-tjeneste-instanser vender tilbage til deres oprindelige område, når problemet, der forårsagede failoveren, er løst. Tjek Power BI-supportsiden: Når problemet er løst, fjerner Power BI-teamet notifikationen, der beskriver failoveren. På det tidspunkt burde driften være tilbage til normalen.

Hvis Power BI-løsningen, der bruges i din organisation, involverer et af følgende elementer, skal du tage forholdsregler for at sikre, at løsningen forbliver højt tilgængelig:

• Hvis din organisation bruger Power BI Premium, skal du sikre, at Premium-kapaciteten er dimensioneret til at opfylde belastningskravene i din implementering. For at hjælpe dig med at planlægge og opfylde dette krav, se Power BI Premium Planning and Deployment white paper. For at hjælpe med overvågning tilføjes der regelmæssigt nye funktioner til administrationsportalen i Power BI og Power BI Premium Capacity Metrics-appen.
• Hvis din organisation får adgang til on-premises datakilder via on-premises datagatewayen, skal du sætte gatewayen op til at understøtte høj tilgængelighed, se Administrer on-premises datagateway high availability clusters og load balancing. Brug denne vejledning, uanset om du opdaterer rapporter i importtilstand eller tilgår data eller datamodeller ved at bruge DirectQuery eller Live Connect.

Nej. Data, der kræves fra lokale datakilder (alle rapporter og dashboards baseret på Direct Query og Live Connect), virker ikke under en failover. Gateway-konfigurationen ændrer sig dog ikke. Når Power BI-instansen vender tilbage til sin oprindelige tilstand, vender gateways tilbage til normale funktioner.

Hvis der opstår en ekstrem katastrofe i en primær region, der forhindrer dig i at gendanne en gateway i en længere periode, tillader den failover-primære region læse- og skriveoperationer, så du kan genudrulle og konfigurere en gateway mod den nye region.

Du kan vælge at installere en ny gateway på en anden maskine eller overtage en eksisterende gateway. At overtage den eksisterende gateway burde være enklere, fordi alle datakilder tilknyttet den gamle gateway overføres til den nye.

Nej. Efter en failover virker eksport- og backupoperationer ikke, fordi Power BI kører i read-only disaster recovery (DR) tilstand. Du kan kun bruge REST API'er til at hente semantiske modelegenskaber og modeldefinitioner.

For at gendanne kan du genudrulle modeldefinitionerne og opdatere modellerne i en ny lejer i den nye region. Ved at udføre en opdatering genindlæser du dataene i en semantisk model.