I denne artikel forklares det, hvordan Power BI-tjeneste leverer høj tilgængelighed og sikrer forretningskontinuitet og it-katastrofeberedskab for brugerne. Når du har læst denne artikel, bør du have en bedre forståelse af, hvor høj tilgængelighed der opnås, under hvilke omstændigheder Power BI udfører en failover, og hvad du kan forvente af tjenesten, når den mislykkes.
Hvad betyder "høj tilgængelighed" for Power BI?
Power BI er fuldt administreret SaaS (Software as a Service). Power BI er modstandsdygtig over for infrastrukturfejl, så brugerne altid kan få adgang til deres rapporter. Du kan få oplysninger om SLA'er under Licenseringsressourcer og -dokumenter.
Power BI bruger Azure-tilgængelighedszoner til at beskytte Power BI-rapporter, -programmer og -data mod fejl i datacentre. Tilgængelighedszoner anvendes automatisk og bruges til Power BI. Tilgængelighedszoner er fejlisoleret placering i et Azure-område, der leverer tre eller flere forskellige og unikke placeringer i et Azure-område, der har redundant strøm, køling og netværk. Tilgængelighedszoner gør det muligt for Power BI-kunder at køre vigtige programmer med højere tilgængelighed og fejltolerance over for fejl i datacentre. Tilgængelighedszoner giver kunderne mulighed for at modstå datacenterfejl uden at udløse en Power BI-failover.
Du kan få flere oplysninger under Hvad er Azure-områder og tilgængelighedszoner?
Hvad er en Power BI-failover?
Funktionsmåden for failover i Power BI er forskellig afhængigt af den type område, du bruger.
I områder med regionale par vedligeholder Power BI flere forekomster af hver komponent i Azure-datacentre (også kaldet områder) for at sikre forretningskontinuitet. Hvis der er en afbrydelse, eller Power BI bliver utilgængelig eller ubrugelig i et område, mislykkes alle komponenterne i power BI i det pågældende område til en sikkerhedskopiforekomst. Failover gendanner tilgængelighed og mulighed for at Power BI-tjeneste forekomst i et nyt område, som regel inden for den samme geografiske placering. Der er flere oplysninger i Microsofts Sikkerhedscenter.
En failover-Power BI-tjeneste forekomst understøtter kun læsehandlinger, hvilket betyder, at følgende handlinger ikke understøttes under failover: opdateringer, publiceringshandlinger for rapporter, ændringer af dashboards eller rapporter og andre handlinger, der kræver ændringer af Power BI-metadata (f.eks. indsættelse af en kommentar i en rapport). Læsehandlinger, f.eks. visning af dashboards og visning af rapporter (der ikke er baseret på DirectQuery eller Live Connect til datakilder i det lokale miljø), fungerer fortsat normalt.
Hvis du kører Power BI-komponenter i et område uden et regionalt par, giver tilgængelighedszoner robusthed. Data replikeres ikke til et andet område, og komponenterne mislykkes ikke til et andet område.
Hvis du vil vide mere om, hvordan Microsoft Fabric understøtter pålidelighed, skal du se Pålidelighed i Microsoft Fabric.
Hvordan holdes sikkerhedskopiforekomster synkroniseret med mine data?
Alle Power BI-tjeneste komponenter synkroniserer jævnligt deres sikkerhedskopier. Der er en målrettet synkronisering på 15 minutter for alt indhold, der er uploadet eller ændret i Power BI.
Hvis der er en failover i et område med et regionalt par, bruger Power BI geo-redundant replikering i Azure Storage og geo-redundant replikering af Azure SQL for at garantere, at der findes sikkerhedskopier i andre områder, og det kan bruges.
I områder uden et regionalt par bruger Power BI redundant replikering af Azure Storage-zoner og redundans i Azure SQL-zoner til at replikere data mellem tilgængelighedszoner.
Hvis du vil vide mere om, hvordan Microsoft Fabric understøtter pålidelighed, skal du se Pålidelighed i Microsoft Fabric.
Hvor er failoverklynger placeret?
Sikkerhedskopiforekomster er placeret på den samme geografiske placering (geo), som du vælger, når din organisation tilmelder sig Power BI, medmindre det er angivet i Microsoft Center for sikkerhed og rettighedsadministration. En geo kan indeholde flere områder, og Microsoft kan replikere data til et hvilket som helst af områderne i et bestemt geografisk område for datas robusthed. Microsoft replikerer eller flytter ikke kundedata uden for det geografiske område. Du kan se en tilknytning af de geografiske områder, der tilbydes af Power BI, og områderne i dem i Microsoft Center for sikkerhed og rettighedsadministration.
Hvordan beslutter Microsoft sig for at mislykkes?
Der er to forskellige systemer, der angiver, hvornår en failover kan være påkrævet:
- Eksterne og interne overvågningstest indikerer manglende tilgængelighed eller manglende evne til at fungere korrekt. Indikationer kan være baseret på afbrydelser, der er registreret i Power BI-komponenter eller en eller flere af de tjenester, som Power BI afhænger af i et område.
- Microsoft Azure Central Operations-teamet rapporterer om kritiske afbrydelser i et område.
I begge tilfælde beslutter medlemmer af Power BI-ledelsesteamet at mislykkes. Beslutningen er ikke automatiseret. Når beslutningen er truffet, sker failover automatisk.
Hvordan gør jeg vide, at Power BI er i failovertilstand?
Der vises en meddelelse på power BI-supportsiden. Meddelelsesoplysninger omfatter de overordnede handlinger, der ikke er tilgængelige, herunder publicering, opdatering, oprettelse af dashboard, duplikerede dashboards og ændringer af tilladelser.
Hvor lang tid tager det for Power BI at mislykkes?
I forbindelse med zone failover kan Power BI fuldføre failoverprocessen på ca. 30 sekunder og fortsætter med at fungere uden begrænsninger. I forbindelse med en regional failover tager Power BI ca. 15 minutter at blive driftsklar igen, når der er truffet beslutning om, at en failover er påkrævet. Tiden til at identificere, at en failover er påkrævet, varierer afhængigt af det scenarie, der forårsagede failover.
Power BI bruger Azure Storage GEO-replikering til at udføre failover. Sådanne replikeringer har normalt et returpunkt på 15 minutter, men Power BI kan ikke garantere en tidsramme. Du kan få flere oplysninger under Redundans i Azure Storage.
Hvad sker der med arbejdsområder og rapporter, hvis min Premium-kapacitet bliver utilgængelig?
Hvis en Premium-kapacitet bliver utilgængelig, forbliver arbejdsområder og rapporter tilgængelige og synlige for alle.
Hvornår vender min Power BI-forekomst tilbage til det oprindelige område?
Power BI-tjeneste forekomster vender tilbage til deres oprindelige område, når det problem, der forårsagede failoveren, er løst. Kontrollér power BI-supportsiden: Når problemet er løst, fjerner Power BI-teamet den meddelelse, der beskriver failoveren. På det tidspunkt skal handlingerne være normale igen.
Er jeg ansvarlig for tilgængeligheden af min Power BI-løsning?
Hvis den Power BI-løsning, der bruges i din organisation, omfatter et af følgende elementer, skal du træffe foranstaltninger for at sikre, at løsningen forbliver meget tilgængelig:
- Hvis din organisation bruger Power BI Premium, skal du sikre dig, at Premium-kapaciteten har en størrelse, der opfylder belastningskravene i din udrulning. Du kan få hjælp til at planlægge og opfylde dette krav i hvidbogen Planlægning og udrulning i Power BI Premium. For at hjælpe med overvågning føjes der jævnligt nye funktioner til administrationsportalen i Power BI og appen Power BI Premium Capacity Metrics.
- Hvis din organisation får adgang til datakilder i det lokale miljø ved hjælp af datagatewayen i det lokale miljø, skal du konfigurere gatewayen til at understøtte høj tilgængelighed under Administrer klynger med høj tilgængelighed for datagatewayen i det lokale miljø og justering af belastning. Brug denne vejledning, uanset om du opdaterer rapporter i importtilstand eller får adgang til data eller datamodeller ved hjælp af DirectQuery eller Live Connect.
Fungerer gateways i failovertilstand?
Nej. Data, der kræves fra datakilder i det lokale miljø (alle rapporter og dashboards, der er baseret på Direct Query og Live Connect), fungerer ikke under en failover. Gatewaykonfigurationen ændres dog ikke. Når Power BI-forekomsten vender tilbage til sin oprindelige tilstand, vender gateways tilbage til normale funktioner.
Hvis der er en ekstrem katastrofe i et primært område, der forhindrer dig i at gendanne en gateway i lang tid, tillader det mislykkede primære område læse- og skrivehandlinger, så du kan geninstallere og konfigurere en gateway i forhold til det nye område.
Du kan vælge at installere en ny gateway på en anden computer eller overtage en eksisterende gateway. Det bør være nemmere at overtage den eksisterende gateway, fordi alle de datakilder, der er knyttet til den gamle gateway, overføres til den nye.