Muokkaa

Jaa


Microsoft Fabric -peilattujen tietokantojen vianmääritys Azure Cosmos DB:stä (esikatselu)

Peilaus Microsoft Fabricissa tarjoaa saumattoman no-ETL-kokemuksen, jonka avulla voit integroida olemassa olevat Azure Cosmos DB -tietosi muihin Fabric-tietoihisi. Tämän artikkelin vinkkien avulla voit tehdä vianmäärityksen ongelmiin, joita saatat kohdata, kun luot Peilatun tietokannan Azure Cosmos DB:tä varten Fabricissa.

Tärkeä

Azure Cosmos DB:n peilaus on tällä hetkellä esikatselussa. Tuotannon kuormituksia ei tueta esikatselun aikana. Tällä hetkellä tuetaan vain Azure Cosmos DB for NoSQL -tilejä.

Seuraavassa on luettelo yleisistä ongelmista ja olennaisista vianmääritysohjeista, joita noudattamalla voit seurata, jos Azure Cosmos DB -tietokannan peilaus Microsoft Fabriciin ei toimi odotetulla tavalla.

Peilaus epäonnistuu ladattaessa tietokantoja SQLAPIendpoint-virheellä. Miten voin ratkaista tämän virheen?

Tämä virhe ilmaisee yleensä, että Azure Cosmos DB -tilisi avain ei ole enää kelvollinen valitsemallesi yhteydelle. Kun yhteyden tunnistetietoihin on päivitetty kelvollinen tiliavain, määritä peilaus uudelleen.

Fabric ei voi määrittää peilausta virheilmoituksilla, joiden mukaan Azure Cosmos DB -tililläni ei ole jatkuvaa varmuuskopiota. Miten voin korjata tämän virheen?

Ota käyttöön jatkuva varmuuskopiointi Azure Cosmos DB -tilillesi. Lisätietoja on artikkelissa Azure Cosmos DB -tilin luominen jatkuvalla varmuuskopioinnilla tai olemassa olevan Azure Cosmos DB -tilin siirtämiseksi jatkuvaan varmuuskopiointiin.

Kun jatkuva varmuuskopiointitoiminto on käytössä, palaa Fabric-peilauksen asetuksiin ja jatka jäljellä toiminnoilla.

Mistä tiedän, onko Azure Cosmos DB -tililläni käytössä jatkuva varmuuskopiointi?

Azure-portaali avulla voit tarkistaa, onko jatkuva varmuuskopiointitoiminto käytössä, etsimällä Ajan palauttaminen -vaihtoehdon Azure Cosmos DB -tilin resurssivalikosta. Jos tämä asetus ei ole käytettävissä, tilillä ei ole käytössä jatkuvaa varmuuskopiointia tai tili on siirtymässä jatkuvaan varmuuskopioinniin.

Jatkuvan varmuuskopioinnin käyttöönotto Azure Cosmos DB -tililläni aiheuttaa erilaisia virheitä. Voiko Fabric-peilauksen lavastaa?

Ei, Jatkuva varmuuskopiointi on otettava käyttöön Azure Cosmos DB -tileille, jotka on tarkoitettu peilauslähteeksi.

Jos saat virheilmoituksen, kun otat käyttöön Azure Cosmos DB -tilin jatkuvan varmuuskopioinnin, tilillä voi olla rajoituksia, jotka estävät ominaisuuden käytön. Jos esimerkiksi poistit aiemmin tilin analyysisäilön, tili ei voi tukea jatkuvaa varmuuskopiointia. Tässä skenaariossa ainoa vaihtoehto on käyttää uutta Azure Cosmos DB -tiliä peilautumiseen.

Miksi replikointi ei toimi ja saan "sisäisen palvelimen virheen", kun valitsen "monitor replication"?

Replikointi voi toimia ja tarkkailet tilapäistä virhettä, jos Azure Cosmos DB rajoittaa Fabric-pyyntöjä. Lisäksi tämän ongelman voi aiheuttaa peilaus Azure Cosmos DB:n kanssa, mikä saattaa aiheuttaa tämän rajoituksen. Lisätietoja on artikkelissa Azure Cosmos DB -peilauksen rajoitukset.

Päivitä Fabric-portaali ja selvitä, korjaantuuko ongelma automaattisesti. Voit myös lopettaa ja aloittaa replikoinnin. Jos mikään näistä vaihtoehdoista ei toimi, avaa tukipalvelupyyntö.

Miten voin olla varma, että Fabric replikoi tietoja Azure Cosmos DB:stä?

Noudata ensin Fabric-peilattujen tietokantojen yleisiä vianmääritysohjeita. Lisätietoja on kohdassa Vianmääritys.

Useimmissa tapauksissa Monitor-replikointi -asetus voi antaa lisätietoja siitä, replikoivatko tiedot Fabriciin onnistuneesti. Yleinen vianmääritysvaihe on tarkistaa, onko viimeisin päivitysaika viimeisin. Jos aika ei ole vielä uusi, pysäytä ja käynnistä replikointi uudelleen seuraavassa vaiheessa. Huomaa, että "viimeisin päivitysaika" päivitetään vain, jos lähdetietokannassa on muutoksia replikointiin kuluneen ajan jälkeen. Jos lähdetietokannassa ei ole päivityksiä, poistoja tai lisäyksiä, "viimeisimmän päivityksen ajankohtaa" ei päivitetä.

"Seurantarepliointi"-ruutu sisältää taulukoita, joissa ei ole replikoituja rivejä huomattavan ajan kuluttua. Onko replikointi jumissa?

Replikointi on todennäköisesti jumissa. Aloita replikointi uudelleen ensimmäisenä vaiheena. Jos tämä vaihe ei toimi, avaa tukipalvelupyyntö.

Miksi SQL Analytics -päätepisteestä ei löydy taulukoita?

Päivitä ensin rakenteet ja dbo-solmut sen määrittämiseksi, ovatko taulukot valmiit. Taulukot ladataan automaattisesti, kun ne ovat valmiita. Jos yksikään taulukko ei ole valmis huomattavan ajan kuluttua, käytä Monitorin replikointi -ruutua määrittämään, tapahtuiko replikointivirheitä.

Miksi kohdevaraston taulukot sisältävät _rid-sarakkeen vain replikoinnin jälkeen?

Päivitä ensin rakenteet ja dbo-solmut sen määrittämiseksi, ovatko taulukot valmiit. Taulukot ladataan automaattisesti, kun ne ovat valmiita. Jos lisää sarakkeita ei ole valmis huomattavan ajan kuluttua, käytä Valvonta-replikointi-ruutua määrittämään, onko replikointivirheitä .

Lisäsin uusia kohteita säilöön Azure Cosmos DB -tietokannassa. Nämä kohteet eivät sisälly SQL Analytics -päätepistekyselyideni tuloksiin. Mistä tiedän, toimiiko replikointi?

Monitorin replikointi -asetus voi antaa lisätietoja siitä, replikoivatko tiedot Fabriciin onnistuneesti. Yleinen vianmääritysvaihe on tarkistaa, onko viimeisin päivitysaika viimeisin. Jos aika ei ole vielä uusi, pysäytä ja käynnistä replikointi uudelleen seuraavassa vaiheessa. Jos aika on viimeisin, yritä kyselyä uudelleen. Joskus Azure Cosmos DB:hen lisättävien tietojen ja Fabric-replikoimisen ja käytettävissä olevien tietojen välillä voi olla viive.

Jos tiedot eivät edelleenkään ole käytettävissä, luo Lakehousen avulla pikakuvake ja suorita Spark-kysely muistikirjasta. Spark näyttää aina uusimmat tiedot. Jos tiedot ovat käytettävissä Spark-analyysissa, mutta ei SQL-analytiikassa, avaa tukipalvelupyyntö.

Jos tiedot eivät myöskään ole käytettävissä Sparkissä, replikoinnin viive voi aiheuttaa tahattoman ongelman. Odota aikaa ja yritä replikointia uudelleen. Jos ongelmat jatkuvat, avaa tukipalvelupyyntö.

Miksi saan JSON-tekstiä ei ole muotoiltu oikein. Odottamaton merkki "" löydetään sijainnista" -virhesanoma, kun T-SQL-kyselyjä suoritetaan SQL-analytiikan päätepistettäni vasten?

Tietovarasto ei pysty käsittelemään JSON-merkkijonosarakkeita, joiden koko on yli 8 kt. JSON-merkkijonona edustettu sisäkkäiset tiedot SQL-analytiikan päätepiste- tai varastotaulukoissa voivat yleensä kasvattaa sarakkeen kooksi yli 8 kt. Voit valvoa sisäkkäisten tietojen määrää ja tietomäärää, jos tämä virhesanoma tulee vastaan. Lisätietoja on kohdassa Tietovaraston rajoitukset.

Miksi saan virheellisen sarakkeen nimen virhesanoman Valvontareplikaatio-ruudussa?

Peilaus ei tue säilöjä, jotka sisältävät kohteita, joiden ominaisuusnimissä on joko välilyönteja tai villikorttimerkkejä. Tämä rajoitus aiheuttaa peilauksen vikasietoisuuden tietyssä säilössä. Samojen tietokantojen sisällä olevat muut säilöt voidaan silti peilata. Lisätietoja on kohdassa Replikoinnin rajoitukset.