Tässä artikkelissa kerrotaan, miten Power BI -palvelu varmistaa suuren käytettävyyden ja liiketoiminnan jatkuvuuden sekä järjestelmäpalautuksen käyttäjilleen. Luettuasi tämän artikkelin ymmärrät, miten suuri käytettävyys saavutetaan, missä olosuhteissa Power BI suorittaa vikasietoisuuden ja mitä voit odottaa palvelulta vikasietotilanteissa.
Mitä suuri käytettävyys tarkoittaa Power BI:ssä?
Power BI on täysin hallittu palveluna ohjelmisto palveluna (SaaS). Power BI on vikasietoinen infrastruktuurivioille, joten käyttäjät voivat aina käyttää raporttejaan. Lisätietoja palvelutasos sa -palveluista on artikkelissa Käyttöoikeuksien myöntäminen -resurssit ja -asiakirjat.
Power BI käyttää Azure-käytettävyysvyöhykkeitä Power BI -raporttien, -sovellusten ja -tietojen suojaamiseen palvelinkeskusvirheiltä. Käytettävyysvyöhykkeet otetaan käyttöön automaattisesti ja niitä käytetään Power BI:ssä. Käytettävyysvyöhykkeet ovat Azure-alueen vikasietoisia sijainteja, jotka tarjoavat vähintään kolme erillistä ja yksilöllisempää sijaintia Azure-alueella ja joissa on ylimääräinen virta-, jäähdytys- ja verkkojärjestelmä. Käytettävyysvyöhykkeiden avulla Power BI -asiakkaat voivat suorittaa kriittisiä sovelluksia, joiden käytettävyys ja vikasietoisuus palvelinkeskusvirheissä on suurempi. Käytettävyysvyöhykkeet tarjoavat asiakkaille mahdollisuuden kestää palvelinkeskusvirheitä käynnistämättä Power BI-vikasietoisuustoimintoa.
Lisätietoja on ohjeaiheessa Mitä ovat Azure-alueet ja käytettävyysvyöhykkeet?
Mikä Power BI:n vikasietoisuus on?
Power BI:n vikasietoisuus vaihtelee käyttämäsi alueen tyypin mukaan.
Alueilla , joilla on alueelliset parit, Power BI ylläpitää useita esiintymiä kustakin komponentista Azure-palvelinkeskuksissa (kutsutaan myös alueiksi) liiketoiminnan jatkuvuuden takaamiseksi. Jos ilmenee käyttökatkos tai Jos Power BI:stä tulee käyttökelvoton tai se ei ole käytössä alueella, Power BI pettää kaikki tämän alueen osat varmuuskopioesiintymään. Vikasietoisuus palauttaa Power BI -palvelun toimintakuntoon uudella alueella, joka sijaitsee yleensä samalla maantieteellisellä alueella. Lisätietoja: Microsoft Trust Center.
Vikasietoinen Power BI -palvelun esiintymä tukee vain lukutoimintoja. Tämä tarkoittaa sitä, että seuraavia toimintoja ei tueta vikasietoisuuden aikana: päivitykset, raporttien julkaisutoiminnot, koontinäytön tai raportin muokkaukset sekä muut toiminnot, jotka edellyttävät muutoksia Power BI -metatietoihin (esimerkiksi kommentin lisääminen raporttiin). Lukutoiminnot, esimerkiksi koontinäyttöjen ja raporttien näyttäminen (jotka eivät perustu paikallisten tietolähteiden DirectQuery- tai Live Connect -yhteyksiin), toimivat normaalisti.
Jos suoritat Power BI -komponentteja alueella ilman alueellista paria, käytettävyysvyöhykkeet tarjoavat vikasietoisuuden. Tietoja ei replikoida toiselle alueelle, eivätkä osat siirry toiselle alueelle.
Lisätietoja siitä, miten Microsoft Fabric tukee luotettavuutta, on artikkelissa Luotettavuus Microsoft Fabricissa.
Miten varmuuskopioesiintymät pidetään synkronoituina tietojeni kanssa?
Kaikki Power BI -palvelun komponentit synkronoidaan varmuuskopioesiintymien kanssa säännöllisesti. Mille tahansa Power BI:hin ladatulle tai muutetulle sisällölle on 15 minuutin kohdennettu synkronointi.
Jos alue, jolla on alueellinen pari, vikasietoisuus tapahtuu, Power BI käyttää Azure-tallennuksen maantieteellisesti vikasietoista replikointia ja Azure SQL:n maantieteellisesti vikasietoista replikointia, joiden avulla se takaa sen, että varmuuskopioesiintymät ovat olemassa muilla alueilla ja voidaan käyttää.
Alueilla , joilla ei ole alueellista paria, Power BI käyttää Azure-tallennuksen vikasietoisuusreplikaatiota ja Azure SQL -vyöhykkeen redundanssia replikoidakseen tietoja käytettävyysvyöhykkeiden välillä.
Lisätietoja siitä, miten Microsoft Fabric tukee luotettavuutta, on artikkelissa Luotettavuus Microsoft Fabricissa.
Missä vikasietoklusterit sijaitsevat?
Varmuuskopioesiintymät sijaitsevat samalla maantieteellisellä alueella, jonka valitset, kun organisaatiosi rekisteröityy Power BI:hin, ellei muuta Microsoft Trust Centerissä mainita. Maantieteellinen alue voi sisältää useita alueita. Lisäksi Microsoft saattaa replikoida tietoja mille tahansa tietyllä maantieteellisellä alueella olevalle alueelle tietojen vikasietoisuuden vuoksi. Microsoft ei replikoi tai siirrä asiakastietoja maantieteellisen alueen ulkopuolelle. Microsoft Trust Centerissä voit tutustua Power BI:n maantieteelliseen alueisiin ja niiden ala-alueisiin.
Miten Microsoft päättää vikasietoisuuden valvomisesta?
On olemassa kaksi eri järjestelmää, jotka ilmaisevat, milloin vikasietoisuus voi olla tarpeen:
- Ulkoiset ja sisäiset valvontakokeilut ilmoittavat käytettävyyden puutteesta tai kyvyttömyydestä toimia oikein. Ilmoitukset saattavat johtua havaituista katkoksista Power BI:n komponenteissa yhdessä palvelussa tai useammassa palvelussa, josta Power BI tarvitsee tietyllä alueella.
- Microsoft Azuren keskustoimintatiimi raportoi kriittisistä katkoksista alueella.
Kummassakin tapauksessa Power BI:n johtoryhmä päättää vikasietoisuuden. Päätös ei ole automaattinen. Kun päätös on tehty, vikasietoisuus on automaattinen.
Mistä tiedän, että Power BI on vikasietotilassa?
Power BI -tukisivulla julkaistaan ilmoitus. Ilmoitustiedot sisältävät tärkeimmät toiminnot, jotka eivät ole käytettävissä, mukaan lukien julkaisu, päivitys, koontinäytön luominen, koontinäytön kaksoiskappaleet ja käyttöoikeuksien muutokset.
Kuinka kauan Power BI:n vikasietoisuuden epäonnistuminen kestää?
Jos vyöhykkeessä ilmenee vikasietoisuus, Power BI voi suorittaa vikasietoprosessin loppuun noin 30 sekunnissa ja jatkaa toimintaa ilman rajoituksia. Jos kyseessä on alueellinen vikasietoisuus, Power BI:n toiminta kestää noin 15 minuuttia sen jälkeen, kun on päätetty, että vikasieto vaaditaan. Aika, joka tarvitaan vikasietoisuuden tunnistamiseen, vaihtelee vikasietoisuuden aiheuttaneen skenaarion mukaan.
Power BI käyttää Azure-tallennus GEO-replikointia vikasietoisuuden suorittamiseen. Tällaisten replikoinnien palautuspiste on yleensä 15 minuuttia, mutta Power BI ei voi taata ajanjaksoa. Lisätietoja on artikkelissa Azure-tallennuksen redundanssi.
Mitä työtiloille ja raporteille tapahtuu, jos Premium-kapasiteettini ei ole enää käytettävissä?
Jos Premium-kapasiteetti ei ole enää käytettävissä, työtiloja ja raportteja voi edelleen käyttää, ja ne näkyvät kaikille.
Milloin Power BI -esiintymäni palaa alkuperäiselle alueelle?
Power BI -palvelun esiintymät palaavat alkuperäiselle alueelleen, kun vikasietoisuuden aiheuttanut ongelma on ratkaistu. Tarkista power BI -tukisivu: Kun ongelma on ratkaistu, Power BI -tiimi poistaa ilmoituksen vikasietoisuudesta. Tässä vaiheessa toiminnan pitäisi palautua normaaliksi.
Olenko itse vastuussa Power BI -ratkaisuni käytettävyydestä?
Jos organisaatiosi käyttämään Power BI -ratkaisuun liittyy jokin seuraavista elementeistä, sinun on toteutettava toimenpiteitä ratkaisun suuren käytettävyyden takaamiseksi:
- Jos organisaatiosi käyttää Power BI Premiumia, varmista, että Premium-kapasiteetti on mitoitettu vastaamaan käyttöönottosi kuormitusvaatimuksia. Jos haluat ohjeita tämän vaatimuksen suunnitteluun ja täyttämiseen, tutustu Power BI Premiumin suunnittelun ja käyttöönoton tekniseen raporttiin. Valvonnan helpottamiseksi uusia ominaisuuksia lisätään säännöllisesti Power BI:n hallintaportaaliin ja Power BI Premium -kapasiteetin mittausarvot -sovellukseen.
- Jos organisaatiosi käyttää paikallisia tietolähteitä paikallisen tietoyhdyskäytävän avulla, sinun on määritettävä yhdyskäytävä tukemaan suurta käytettävyyttä. Katso Paikallisen tietoyhdyskäytävän suuren käytettävyyden klustereiden hallinta ja kuormituksen tasaus. Käytä näitä ohjeita riippumatta siitä, oletko päivittämässä raportteja tuontitilassa tai käyttämässä tietoja tai tietomalleja DirectQueryn tai Live Connectin avulla.
Toimivatko yhdyskäytävät vikasietotilassa?
Ei. Paikallisten tietolähteiden tiedot (Direct Queryyn ja Live Connectiin perustuvat raportit ja koontinäytöt) eivät toimi vikasietoisuuden aikana. Yhdyskäytävämääritys ei kuitenkaan muutu. Kun Power BI -esiintymä palaa alkuperäiseen tilaansa, yhdyskäytävät palaavat normaaleihin funktioihin.
Jos ensisijaisella alueella on äärimmäinen katastrofi, joka estää sinua palauttamasta yhdyskäytävää huomattavan pitkään, epäonnistuneen ensisijaisen alueen avulla voidaan lukea ja kirjoittaa toimintoja, joten voit suorittaa yhdyskäytävän uudelleen ja määrittää yhdyskäytävän uutta aluetta varten.
Voit asentaa uuden yhdyskäytävän eri koneeseen tai ottaa haltuun aiemmin luodun yhdyskäytävän. Olemassa olevan yhdyskäytävän käyttämisen pitäisi olla yksinkertaisempaa, koska kaikki vanhaan yhdyskäytävään liittyvät tietolähteet siirretään uuteen.