Del via

Konfigurer Multi-Geo-støtte for Fabric

  • Artikkel

Multi-Geo er en Microsoft Fabric-funksjon som hjelper multinasjonale kunder med å håndtere regionale, bransjespesifikke eller organisatoriske krav til datalagring. Som Fabric-kunde kan du distribuere innhold til datasentre i andre områder enn hjemmeområdet til Fabric-leieren. En geo (geografi) kan inneholde mer enn ett område. For eksempel er USA et geo, og USA, Vest-sentralt og Usa, sør-sentralt, er områder i USA. Du kan velge å distribuere innhold til følgende geografiske områder (geos) som er definert i Azure-geografikartet.

  • Nasjonale skyer støtter Multi-Geo på tvers av områder i skyen.

  • Kina Nord støtter ikke Multi-Geo.

  • Power BI Embedded støtter Multi-Geo.

  • Power BI Premium per bruker (PPU) støttes ikke for Multi-Geo.

Aktivere og konfigurere

Aktiver Multi-Geo ved å velge et annet område enn standardområdet når du oppretter en ny kapasitet. Når en kapasitet er opprettet, viser den området der den for øyeblikket er plassert.

Når du har opprettet en kapasitet, forblir den i dette området, og alle arbeidsområder som er opprettet under den, har innholdet lagret i dette området.

Følg disse trinnene for å endre standard kapasitetsområde når du oppretter en ny kapasitet.

  1. Velg innstillinger (⚙) i Fabric, og velg administrasjonsportalen på menyen.

  2. Velg Kapasitetsinnstillinger i administrasjonsportalen.

  3. Velg Konfigurer ny kapasitet.

  4. Velg området du vil bruke for denne kapasiteten, på rullegardinmenyen Område.

Flytte arbeidsområder mellom kapasiteter

Følg fremgangsmåten nedenfor for å flytte arbeidsområder fra én kapasitet til en annen i samme område. Under overføringen kan enkelte operasjoner mislykkes, for eksempel publisering av nye semantiske modeller eller planlagt dataoppdatering.

  1. Åpne innstillingene for arbeidsområdet.

  2. Velg Lisensinformasjon fra sidestolpen.

  3. Velg kapasiteten du vil flytte arbeidsområdet til, fra rullegardinmenyen for lisenskapasitet.

Endre området for eksisterende innhold

Hvis du vil endre området for eksisterende innhold, gjør du ett av følgende:

  • Opprett en ny kapasitet, og flytt arbeidsområdene til de nye kapasitetene. Gratisbrukere opplever ikke nedetid så lenge leieren har ekstra v-kjerner.

  • Flytt innholdet midlertidig til en delt kapasitet. Du trenger ikke ekstra v-kjerner, men gratisbrukere vil oppleve litt nedetid. Når du har opprettet en ny kapasitet i ønsket område, flytter du arbeidsområdene til den nye kapasiteten.

Flytte innhold til hjemområdet

Hvis du vil flytte arbeidsområder til hjemområdet, gjør du ett av følgende:

  • Slett gjeldende kapasitet der arbeidsområdet er plassert. Arbeidsområder i den slettede kapasiteten flyttes til en delt kapasitet i hjemområdet.

  • Flytt individuelle arbeidsområder til en kapasitet som er plassert i hjemmeleieren.

Semantiske modeller i stort lagringsformat bør ikke flyttes fra området der de ble opprettet. Rapporter som er basert på en semantisk modell med stort format, kan ikke laste inn semantisk modell og vil returnere en feil som ikke kan lastes inn modell . Flytt semantisk modell med stort lagringsformat tilbake til det opprinnelige området for å gjøre den tilgjengelig på nytt.

Hensyn og begrensninger

  • Bekreft at enhver bevegelse du starter mellom områder følger alle krav til bedrifts- og offentlige samsvarskrav før du starter dataoverføring.

  • Når du bruker Multi-Geo, lagres følgende elementer i området som ikke er ditt hjemområde:

    • Modeller (. ABF-filer ) for semantiske import- og DirectQuery-modeller
    • Hurtigbuffer for spørring
    • R-bilder

    Disse elementene forblir i hjemområdet til leieren:

    • Push-datasett
    • Metadata for instrumentbord/rapport: flisnavn, flisspørringer og andre data
    • Servicebusser for gateway-spørringer eller planlagte oppdateringsjobber
    • Tillatelser
    • Semantisk modelllegitimasjon
    • Lagret tilstand for Power BI Embedded Analytics Playground
    • Metadata koblet til Purview-datatilordning

  • Bufrede data og spørringer som er lagret i et eksternt område, forblir i det aktuelle området. I tillegg replikeres de resterte dataene til et annet område i samme Azure-geografi for nødgjenoppretting hvis Azure-geografien inneholder mer enn ett område. Data i transitt kan gå frem og tilbake mellom flere geografiske områder.

  • Når du flytter data fra ett område til et annet, kan kildedataene forbli i området der dataene ble flyttet i opptil 30 dager. I løpet av denne tiden har ikke sluttbrukere tilgang til den. Dataene fjernes fra dette området og ødelegges i løpet av 30-dagersperioden.

  • Spørringstekst- og spørringsresultattrafikk for importerte datamodeller og DirectQuery-datamodeller sendes ikke gjennom hjemområdet. Rapportmetadataene kommer imidlertid fra hjemområdet, og enkelte DNS-rutingstater kan ta slik trafikk ut av området.

  • Enkelte funksjoner, for eksempel skjermbilder, datavarsler og andre, behandler data i hjemområdet.

  • De detaljerte semantiske modellmetadataene som bufres som en del av forbedret metadataskanning , lagres alltid i hjemområdet, selv om den skannede semantiske modellen befinner seg i et eksternt område.

  • Dataflytfunksjonen støttes ikke på Multi-Geo.

  • Det er mulig å opprette og vedlikeholde semantiske modeller med stort lagringsformat i eksterne områder for å oppfylle kravene til datalagring. Du kan imidlertid ikke flytte semantiske modeller for lagringsformat til et annet område. Flytting av semantiske modeller i stort lagringsformat fra området der de ble opprettet, resulterer i at rapporter ikke laster inn den semantiske modellen. Flytt den store semantiske lagringsmodellen tilbake til det opprinnelige området for å gjøre den tilgjengelig. Hvis du må flytte en slik modell, kan du distribuere den som om den var en ny modell, og deretter slette den gamle modellen fra det uønskede området.

  • Multi-Geo støtter ikke måledata i Power BI.

Relatert innhold