Denne artikkelen forklarer hvordan Power Bi-tjeneste leverer høy tilgjengelighet og gir forretningskontinuitet og nødgjenoppretting til brukerne. Når du har lest denne artikkelen, bør du ha en bedre forståelse av hvor høy tilgjengelighet som oppnås, under hvilke omstendigheter Power BI utfører en failover, og hva du kan forvente fra tjenesten når den mislykkes.
Hva betyr «høy tilgjengelighet» for Power BI?
Power BI er fullstendig administrert programvare som en tjeneste (SaaS). Power BI er motstandsdyktig mot infrastrukturfeil, slik at brukere alltid kan få tilgang til rapportene sine. Hvis du vil ha informasjon om SLAer, kan du se Lisensieringsressurser og dokumenter.
Power BI bruker Azure-tilgjengelighetssoner til å beskytte Power BI-rapporter, -programmer og -data fra datasenterfeil. Tilgjengelighetssoner brukes automatisk og brukes for Power BI. Tilgjengelighetssoner er feilisolerte steder i et Azure-område som gir tre eller flere distinkte og unike plasseringer i et Azure-område som har overflødig strøm, kjøling og nettverk. Tilgjengelighetssoner gjør det mulig for Power BI-kunder å kjøre kritiske programmer med høyere tilgjengelighet og feiltoleranse for datasenterfeil. Tilgjengelighetssoner gir kundene muligheten til å tåle datasenterfeil uten å utløse en Power BI-failover.
Hvis du vil ha mer informasjon, kan du se Hva er Azure-områder og tilgjengelighetssoner?
Hva er en Power BI-failover?
Failover-virkemåten for Power BI er forskjellig basert på hvilken type område du bruker.
I områder med regionale par opprettholder Power BI flere forekomster av hver komponent i Azure-datasentre (også kjent som regioner) for å garantere forretningskontinuitet. Hvis det oppstår et strømbrudd, eller Power BI blir utilgjengelig eller ubrukelig i et område, vil Power BI mislykke alle komponentene i dette området til en sikkerhetskopiforekomst. Failover gjenoppretter tilgjengelighet og brukbarhet til Power Bi-tjeneste forekomst i et nytt område som vanligvis er innenfor samme geografiske plassering. Hvis du vil ha mer informasjon om disse endringene, kan du se Microsoft Trust Center.
En mislykket Power Bi-tjeneste forekomst støtter bare leseoperasjoner, noe som betyr at følgende operasjoner ikke støttes under failover: oppdateringer, publiseringsoperasjoner for rapporter, instrumentbord eller rapportendringer og andre operasjoner som krever endringer i Power BI-metadata (for eksempel å sette inn en kommentar i en rapport). Leseoperasjoner, for eksempel visning av instrumentbord og visning av rapporter (som ikke er basert på DirectQuery eller Live Connect til lokale datakilder), fortsetter å fungere normalt.
Hvis du kjører Power BI-komponenter i et område uten et regionalt par, gir tilgjengelighetssoner robusthet. Data replikeres ikke til et annet område, og komponenter mislykkes ikke over til et annet område.
Hvis du vil vite mer om hvordan Microsoft Fabric støtter pålitelighet, kan du se Pålitelighet i Microsoft Fabric.
Hvordan holdes sikkerhetskopiforekomster synkronisert med dataene mine?
Alle Power Bi-tjeneste komponenter synkroniserer regelmessig sikkerhetskopiforekomstene. Det er en 15-minutters målrettet punkt-i-tid-synkronisering for alt innhold som er lastet opp eller endret i Power BI.
Hvis det finnes en failover i et område med et regionalt par, bruker Power BI Azure Storage geo-redundant replikering og Azure SQL geo redundant replikering for å garantere at det finnes sikkerhetskopiforekomster i andre områder, og kan brukes.
I områder uten et regionalt par bruker Power BI Azure Storage Zone-redundant replikering og Azure SQL-soneredundans til å replikere data mellom tilgjengelighetssoner.
Hvis du vil vite mer om hvordan Microsoft Fabric støtter pålitelighet, kan du se Pålitelighet i Microsoft Fabric.
Hvor er failover-klyngene plassert?
Sikkerhetskopieringsforekomster befinner seg innenfor samme geografiske plassering (geo) som du velger når organisasjonen registrerer seg for Power BI, bortsett fra der det er angitt i Microsoft Klareringssenter. En geo kan inneholde flere områder, og Microsoft kan replikere data til alle områdene innenfor en bestemt geo for datamotstand. Microsoft replikerer eller flytter ikke kundedata utenfor geo. Hvis du vil ha en tilordning av geos som tilbys av Power BI og områdene i dem, kan du se Microsoft Trust Center.
Hvordan bestemmer Microsoft seg for å mislykkes?
Det finnes to forskjellige systemer som angir når en failover kan være nødvendig:
- Eksterne og interne overvåkingssonder indikerer mangel på tilgjengelighet eller manglende evne til å fungere riktig. Indikasjoner kan være basert på avbrudd oppdaget i Power BI-komponenter eller én eller flere av tjenestene som Power BI er avhengig av i et område.
- Det sentrale driftsteamet for Microsoft Azure rapporterer om kritiske avbrudd i et område.
I begge tilfeller bestemmer Power BI-ledelsen seg for å mislykkes. Beslutningen er ikke automatisert. Når beslutningen er tatt, er failover automatisk.
Hvordan vet du at Power BI er i failover-modus?
Et varsel legges ut på støttesiden for Power BI. Varslingsinformasjon omfatter de viktigste operasjonene som ikke er tilgjengelige, inkludert publisering, oppdatering, oppretting av instrumentbord, duplisert instrumentbord og tillatelsesendringer.
Hvor lang tid tar det å mislykkes i Power BI?
For en sone-failover kan Power BI fullføre failover-prosessen på omtrent 30 sekunder og fortsetter å fungere uten begrensninger. For en regional failover tar Power BI omtrent 15 minutter å bli operativ igjen etter at beslutningen er tatt om at en failover er nødvendig. Tiden for å identifisere at en failover er nødvendig varierer, basert på scenarioet som forårsaket failover.
Power BI bruker Azure Storage GEO-replikering til å utføre failoveren. Slike replikeringer har vanligvis et returpunkt på 15 minutter, men Power BI kan ikke garantere en tidsramme. Hvis du vil ha mer informasjon, kan du se Azure Storage redundancy.
Hva skjer med arbeidsområder og rapporter hvis Premium-kapasiteten min blir utilgjengelig?
Hvis en Premium-kapasitet blir utilgjengelig, forblir arbeidsområder og rapporter tilgjengelige og synlige for alle.
Når går Power BI-forekomsten tilbake til det opprinnelige området?
Power Bi-tjeneste forekomster går tilbake til sitt opprinnelige område når problemet som forårsaket failover er løst. Kontroller støttesiden for Power BI: Når problemet er løst, fjerner Power BI-teamet varselet som beskriver failoveren. På det tidspunktet skal operasjonene være tilbake til det normale.
Er jeg ansvarlig for tilgjengeligheten av Power BI-løsningen min?
Hvis Power BI-løsningen som brukes i organisasjonen involverer ett av følgende elementer, må du iverksette tiltak for å garantere at løsningen fortsatt er svært tilgjengelig:
- Hvis organisasjonen bruker Power BI Premium, må du sørge for at Premium-kapasiteten er stor for å møte belastningskravene for distribusjonen. Hvis du vil hjelpe deg med å planlegge og oppfylle dette kravet, kan du se hvitboken om planlegging og distribusjon av Power BI Premium. Nye funksjoner legges regelmessig til i administrasjonsportalen i Power BI og måledataappen for Power BI Premium Capacity Metrics for å hjelpe til med overvåking.
- Hvis organisasjonen har tilgang til lokale datakilder ved hjelp av den lokale datagatewayen, må du konfigurere gatewayen for å støtte høy tilgjengelighet, se Administrere lokale datagateway-klynger med høy tilgjengelighet og belastningsfordeling. Bruk denne veiledningen uansett om du oppdaterer rapporter i importmodus eller får tilgang til data- eller datamodeller ved hjelp av DirectQuery eller Live Connect.
Fungerer gatewayer i failover-modus?
Nei. Data som kreves fra lokale datakilder (alle rapporter og instrumentbord basert på Direktespørring og Live Connect), fungerer ikke under en failover. Gateway-konfigurasjonen endres imidlertid ikke. Når Power BI-forekomsten returnerer til sin opprinnelige tilstand, går gatewayene tilbake til normale funksjoner.
Hvis det er en ekstrem katastrofe i et primærområde som hindrer deg i å gjenopprette en gateway for en betydelig varighet, tillater det mislykkede primære området lese- og skriveoperasjoner, slik at du kan distribuere og konfigurere en gateway på nytt mot det nye området.
Du kan velge å installere en ny gateway på en annen maskin eller ta over en eksisterende gateway. Det bør være enklere å ta over den eksisterende gatewayen fordi alle datakildene som er knyttet til den gamle gatewayen, overføres til den nye.