Vanlige spørsmål for Microsoft Fabric speilvendte databaser fra Azure Cosmos DB (forhåndsvisning)

Speiling replikerer kildedatabasen til Fabric OneLake i deltaformat med åpen kildekode. Du kan kjøre analyser på disse dataene fra hvor som helst i Fabric. Snarveier replikerer ikke dataene til Fabric OneLake. Snarveier kobler i stedet til kildedataene uten dataflytting. Azure Cosmos DB er for øyeblikket bare tilgjengelig som en kilde for speiling.

Nei, speiling påvirker ikke ytelsen eller kostnaden for kildedatabasen. Speiling krever at den kontinuerlige sikkerhetskopifunksjonen aktiveres på kildekontoen azure Cosmos DB. Kontinuerlig sikkerhetskopiering aktiverer replikering uten effekt på transaksjonsarbeidsbelastninger.

Speiling er en lav ventetidsreplikering av dataene dine i Azure Cosmos DB. I motsetning til kopieringsjobber oppretter speiling en kontinuerlig og trinnvis kopi av Azure Cosmos DB-dataene. Speiling påvirker ikke transaksjonsarbeidsbelastningene i kildedatabasen eller beholderen.

En kopijobb er derimot en planlagt jobb, som kan legge til ende-til-ende ventetid for trinnvise jobber. I tillegg kan du kopiere administrasjon av jobbkrav for å hente trinnvise endringer, legge til beregningskostnader i Fabric og påvirke enhetsforbruket på kildedatabasen i Azure Cosmos DB.

Kopieringsjobber er nyttige for engangskopieringsjobber fra Azure Cosmos DB, men speiling er ideelt for å spore trinnvise endringer.

Nei, du kan aktivere og deaktivere speiling uten noen effekt på azure Cosmos DB-kontoen eller -dataene.

Speiling er i forhåndsvisning. Det er for øyeblikket ingen kostnader for databehandling som brukes til å replikere data fra Azure Cosmos DB til Fabric OneLake. Lagringskostnader for OneLake er også gratis opp til visse grenser. Hvis du vil ha mer informasjon, kan du se OneLake-priser for speiling. Beregningen for spørring av data ved hjelp av SQL, Power BI eller Spark belastes regelmessig.

For Azure Cosmos DB er kontinuerlig sikkerhetskopiering en forutsetning for speiling. Hvis du aktiverte et kontinuerlig sikkerhetskopieringsnivå før speiling, påløper du ingen ekstra kostnader. Hvis du aktiverer kontinuerlig sikkerhetskopiering spesielt for speiling, er 7-dagers sikkerhetskopimodus gratis. Hvis du aktiverer 30-dagers sikkerhetskopiering, faktureres prisen som er knyttet til denne funksjonen. Hvis du vil ha mer informasjon, kan du se Azure Cosmos DB-priser.

Hvis du bruker datautforsker til å vise kildedataene fra Azure Cosmos DB, vil du påløpe kostnader basert på bruk av forespørselsenheter (RU).

Utgående avgifter belastes bare hvis Azure Cosmos DB-kontoen din er i et annet område enn Fabric-kapasiteten. Fabric speiler fra det geografisk nærmeste Azure-området til Fabrics kapasitetsområde i scenarioer der en Azure Cosmos DB-konto har flere leseområder. Hvis du vil ha mer informasjon, kan du se replikeringsbegrensninger.

Nei, speiling bruker ikke det analytiske lageret. Speiling påvirker ikke transaksjonsarbeidsbelastningene eller gjennomstrømmingsforbruket.

I Azure Cosmos DB er kontinuerlig sikkerhetskopiering en forutsetning for speiling. Med denne forutsetningen kan Fabric speile dataene dine uten å påvirke transaksjonsarbeidsbelastningene eller kreve det analytiske lageret.

Nei, speiling i Stoff er ikke relatert til Azure Synapse Link.

I Azure Cosmos DB er kontinuerlig sikkerhetskopiering en forutsetning for speiling. Med denne forutsetningen kan Fabric speile dataene dine uten å påvirke transaksjonsarbeidsbelastningene eller kreve det analytiske lageret.

Nei, speiling i Stoff er ikke relatert til Azure Synapse Link. Du kan fortsette å bruke Azure Synapse Link mens du bruker Stoffspeiling.

Ja, du kan bruke analytisk butikk og Fabric-speiling på samme Azure Cosmos DB-konto. Disse funksjonene fungerer uavhengig av hverandre. Speiling forstyrrer ikke analyselagerbruk.

Ja, du kan bruke endringsfeeden og Fabric-speilingen på samme Azure Cosmos DB-konto. Disse funksjonene fungerer uavhengig av hverandre. Speiling forstyrrer ikke bruken av feeder.

Speiling krever azure Cosmos DB kontinuerlig sikkerhetskopiering som en forutsetning. Azure Cosmos DB-kontoer med kontinuerlig sikkerhetskopiering aktivert kan ikke deaktivere analytisk lager. Når du deaktiverer analytisk lager på samlinger, kan du ikke aktivere kontinuerlig sikkerhetskopiering. Dette er en midlertidig begrensning.

Nei, Azure Synapse Link og Azure Synapse Analytics er fortsatt tilgjengelige for arbeidsbelastningene dine. Det er ingen planer om å avskrive disse arbeidsbelastningene. Du kan fortsette å bruke Azure Synapse Link for produksjonsarbeidsbelastningene dine.

Velg alternativene Behandle tilkoblinger og gatewayer i Innstillinger-delen i Stoff-portalen.

Bare skrivebeskyttede kontonøkler støttes.

Nei, bare skrivebeskyttede kontonøkler støttes for øyeblikket.

Nei, bare skrivebeskyttede kontonøkler støttes for øyeblikket.

Du må oppdatere tilkoblingslegitimasjonen for Fabric-speiling hvis kontonøklene er rotert. Hvis du ikke oppdaterer tastene, mislykkes speilingen. Hvis du vil løse denne feilen, stopper du replikering, oppdaterer legitimasjonen med de nylig roterte tastene og starter replikering på nytt.

Nei, når du speiler en database fra Azure Cosmos DB, blir alle beholdere replikert til Fabric OneLake.

Ja, flere speil er mulige, men unødvendige. Når de replikerte dataene er i Fabric, kan de deles til andre destinasjoner direkte fra Fabric.

Nei, speiling støtter ikke oppretting av snarveier til eksterne kilder som Azure Data Lake Storage (ADLS) Gen2 eller Amazon Web Services (AWS) Simple Storage Service (S3).

Alternativet i Fabric for å vise kildedatabasen gir en skrivebeskyttet visning av live-dataene i Azure Cosmos DB ved hjelp av datautforskeren. Dette perspektivet er en sanntidsvisning av beholderne som er kilden til de replikerte dataene.

Denne visningen av live-data direkte i Fabric-portalen er et nyttig verktøy for å avgjøre om dataene i OneLake er nylig eller representert på riktig måte sammenlignet med kildedatabasen Azure Cosmos DB. Operasjoner som bruker datautforskeren på live Azure Cosmos DB-data, kan påløpe enhetsforbruk for forespørsler.

Bruk Fabric-portalen til å opprette en ny SQL-spørring mot SQL Analytics-endepunktet. Herfra kan du kjøre vanlige spørringer som SELECT TOP 100 * FROM ....

I tillegg kan du bruke Lakehouse til å analysere OneLake-dataene lenge med andre data. Fra Lakehouse kan du bruke Spark til å spørre etter data med notatblokker.

Synkroniseringen av dataene er fullstendig administrert. Når du aktiverer speiling, replikeres dataene til Fabric OneLake i nær sanntid, og speiling replikerer kontinuerlig nye endringer etter hvert som de skjer i kildedatabasen.

Speiling støttes på tvers av områder, men dette scenarioet kan føre til uventede kostnader for utgående nettverksdata og ventetid. Ideelt sett kan du samsvare stoffkapasiteten med en av Azure Cosmos DB-kontoens områder. Hvis du vil ha mer informasjon, kan du se replikeringsbegrensninger.

Du kan legge til eksisterende speilvendte databaser som snarveier i Lakehouse. Fra Lakehouse kan du utforske dataene direkte, åpne dataene i en notatblokk for Spark-spørringer eller bygge maskinlæringsmodeller.

Ventetiden for innledende og kontinuerlig replikering varierer basert på datavolumet. I de fleste tilfeller kan ventetiden være noen minutter, men det kan være lengre for store mengder data.

Når de første dataene er replisert, replikeres individuelle operasjoner i nær sanntid. I sjeldne tilfeller kan det være en liten forsinkelse hvis kildedatabasen har et høyt volum med oppdaterings- og sletteoperasjoner i et tidsvindu.

Nei, speiling har ikke innebygd backoff logikk som replikering er kontinuerlig og trinnvis.

Nei, speiling støtter for øyeblikket ikke endringsdatafeeden på speilede data fra Azure Cosmos DB.

Speiling har ikke innebygd støtte til medaljongarkitekturen. Du kan konfigurere dine egne sølv- og gulllag med vannmerkelogikk og behandling for transformasjoner og sammenføyninger ved hjelp av rørledninger eller Spark.

Ja.

Ja, nestede data flates ut i OneLake som en JSON-streng. Bruk OPENJSON, CROSS APPLYog OUTER APPLY til å flate ut dataene for visning. Hvis du vil ha mer informasjon, kan du se nestede data.

Nei, speiling flater ikke automatisk ut nestede data. Metoder er tilgjengelige for at SQL Analytics-endepunktet skal fungere med nestede JSON-strenger. Hvis du vil ha mer informasjon, kan du se nestede data.

Nei, generelt opplever ikke SQL-spørringer i Fabric ventetid for kald start.

Datautforsker og replikering begynner å mislykkes i Fabric. OneLake-data forblir som de er, helt til du sletter de eksisterende speilede dataene.

Tilkobling til SQL-analyseendepunktet for speilvendte data ligner på å bruke samme endepunkt for andre elementer i Fabric. Hvis du vil ha mer informasjon, kan du se koble til datalager i Fabric.

Speil hver Azure Cosmos DB-database uavhengig av hverandre. Deretter legger du til ett av SQL Analytics-endepunktene i det andre som et speilvendt databaseelement. Deretter bruker du en SQL-spørring til å utføre spørringer på tvers av beholdere i distinkte Azure Cosmos DB-databaser JOIN .

Speil Azure Cosmos DB-databasen. Speil deretter enten Azure SQL Database- eller Snowflake-data. Deretter legger du til ett av SQL Analytics-endepunktene i det andre som et speilvendt databaseelement. Bruk nå en SQL-spørring JOIN til å utføre spørringer på tvers av flere datatjenester.

Stopp replikering ved hjelp av alternativet For å stoppe replikering av Stoff-portalen. Denne handlingen stopper replikering fullstendig, men fjerner ikke data som allerede finnes i OneLake.

Replikering støtter ikke begrepene pause eller CV. Hvis du stopper replikering, stopper replikering fullstendig, og hvis du velger omstartsreplikering i Stoffportalen, startes replikeringen helt fra grunnen av. Omstart av replikering erstatter OneLake-dataene med de nyeste dataene i stedet for trinnvis oppdatering.

Speiling for Azure Cosmos DB speiler automatisk alle beholdere i den valgte databasen. På grunn av denne nyansen inneholder ikke Fabric-portalen et alternativ for å konfigurere bestemte replikeringsalternativer for Azure Cosmos DB.

Optimalt vil du at replikering skal ha statusen Kjører. Hvis replikeringsstatusen kjører med advarsel, er replikering vellykket, men det er et problem du bør løse. En status for stopp, stoppet, mislykket eller feil indikerer mer alvorlige tilstander som krever intervensjon før replikering kan fortsette. Hvis du vil ha mer informasjon, kan du se Monitor Fabric mirroring.

Ja, data som slettes ved hjelp av TTL, behandles på samme måte som data som slettes ved hjelp av sletteoperasjoner i Azure Cosmos DB. Dataene slettes deretter fra den speilvendte databasen. Speiling skiller ikke mellom disse slettingsmodalitetene.

Sletteoperasjoner replikeres umiddelbart til OneLake. Det er for øyeblikket ingen måte å konfigurere myke slettinger eller analytisk tid til live (TTL).

Nei, analytisk tid til live støttes ikke.

Ja, du kan få tilgang til OneLake-filer direkte ved hjelp av fil- eller lagringsutforskere. Du kan også bruke OneLake-deltafiler i Databricks. Hvis du vil ha mer informasjon, kan du se få tilgang til Fabric-data direkte ved hjelp av OneLake-filutforsker eller integrere OneLake med Azure Databricks.

Nei, støtte for automatisk speilingskonfigurering er for øyeblikket ikke tilgjengelig.

Nei, støtte for innebygd CI/CD er for øyeblikket ikke tilgjengelig.

Nei, dette tilgangsnivået støttes for øyeblikket ikke.

Nei, private endepunkter støttes for øyeblikket ikke.

Nei, data forblir i Fabric-leieren.

Nei, data er trinnvis direkte i tenantens OneLake og er ikke iscenesatt utenfor miljøet.

Lisensiering av Power BI Premium, Stoffkapasitet eller prøveversjonskapasitet kreves for å bruke speiling.

Hvis du vil ha informasjon om lisensiering, kan du se Fabric-lisenser.

Hvis du vil ha informasjon om lisensiering, kan du se Fabric-lisenser.

Relatert innhold

• Oversikt over Microsoft Fabric speilvendte databaser fra Azure Cosmos DB
• Feilsøking: Microsoft Fabric speilvendte databaser fra Azure Cosmos DB
• Begrensninger: Microsoft Fabric speilvendte databaser fra Azure Cosmos DB