Azure Synapse Link for Dataversen usein kysytyt kysymykset

Asiakas ei saa muokata datatiedostoja, eikä asiakastiedostoja saa sijoittaa tietokansioihin.

Monta moneen -yhteyksien käyttämiseksi suhde on käytettävissä taulukkona, jonka voi valita Uuden linkin Lisää taulukot -sivulta ja Taulukoiden hallinta -linkistä.

Azure Synapse Link on ilmainen Dataversen ominaisuus. Azure Synapse Linkin käyttäminen Dataverselle ei nosta lisämaksuja Dataverse-kohdassa. Mieti kuitenkin Azure-palvelun mahdollisia kustannuksia:

• Tietojen tallennus Azure Data Lake Storage Gen2:ssa: Azure-tallennus Data Lake -tallennustila Gen2 -hinnoittelu | Microsoft Azure
• Tietojen kulutuskustannukset (kuten Synapse-työtila): Hinnoittelu – Azure Synapse Analytics | Microsoft Azure Kattavat Microsoft Cost Management -tiedot ovat: Azure-kustannusten hallintasopimus – Microsoft Cost Management | Microsoft Learn

Linkki Data Lakeen -luontityönkulku tukee CSV-vientiä omalle Azure Data Lake Storage Gen2 tilillesi, mutta ei enää Synapse-työtilan linkitystä. Analysoidaksesi näitä vientejä Synapse-palvelussa yhdistä työtilasi manuaalisesti data lakeen. Lisätietoja on artikkelissa Opastusohjelma: Tietojen analysointi tallennustilissä.

Kun lisäät lähteessä olevaan taulukkoon uuden sarakkeen, se lisätään myös tiedoston loppuun kohdesijainnissa vastaavassa tiedoston osiossa. Vaikka rivejä, jotka olivat olemassa ennen sarakkeen lisäämistä, ei näytetä uudessa sarakkeessa, uudet tai päivitetyt rivit näyttävät juuri lisätyn sarakkeen.

Kun lisäät uuden sarakkeen lähteen taulukkoon, uudet metatiedot (sarake) synkronoidaan Data Lake -tallennustilaan vain osana taulukon seuraavaa tietojen muutosta. Azure Synapse Link synkronoi metatietojen muutokset ja tietojen muutokset – se ei käynnistä itsenäistä synkronointia vain metatietojen muutosta varten. Tulos:

• Jos yksi tai useampi rivi luodaan tai päivitetään sarakkeen lisäämisen jälkeen, seuraava delta-synkronointi poimii uuden sarakkeen, ja se tulee saataville Data Lake -tallennustilaan siitä eteenpäin.
• Jos tietoja ei muuteta sarakkeen lisäämisen jälkeen, uusi sarake pysyy vain lähteessä, eikä sitä synkronoida automaattisesti.

Jos haluat tuoda uuden sarakkeen heti, kun tietojen ei odoteta muuttuvan, synkronoi kyseiset taulukot uudelleen. Tämä koskee kaikkia profiilityyppejä.

Kun poistat sarakkeen lähteen taulukosta, saraketta ei pudoteta kohdesijainnista. Sen sijaan rivejä ei enää päivitetä, ja ne on merkitty tyhjäarvoisiksi säilyttäen edelliset rivit.

Sarakkeen tietotyypin muuttaminen on läpimurtomuutos, ja sinun on purettava linkit ja linkitettävä uudelleen.

Rivin poistamista käsitellään eri tavoin sen mukaan, mitä tietojen kirjoitusvaihtoehtoja valitset:

• Paikalla oleva CSV-muotoinen päivitys: Tämä on oletustila. Kun poistat taulukon rivin tässä tilassa, rivi poistetaan myös vastaavasta tietojen osiosta Azure Data Lakessa. Toisin sanoen tiedot poistetaan kohdesijainnista kiinteästi.
• Liitä vain CSV-muotoon ja lisäävä kansiopäivitys: Tässä tilassa, kun Dataverse-taulukon rivi poistetaan, sitä ei poisteta heti kohdesijainnista. Sen sijaan vastaavaan Azure Data Laken dataosioon lisätään rivi, joka määritetään arvoksi isDeleted=True. Azure Synapse Link poistaa poistetun tietueen 30 päivän kuluttua.
• Vie Delta Lake -muotoon: Azure Synapse Link poistaa tiedot pehmeästi seuraavan delta-synkronointijakson aikana, minkä jälkeen se poistetaan kiinteästi 30 päivän jälkeen.

Jos haluat säilyttää poistetut tietueet yli 30 päivän ajan, ota taulukon pitkäaikainen säilytys käyttöön.

Azure Synapse -linkki noudattaa Common Data Modelia, jotta tiedot ja niiden merkitys voidaan jakaa sovellusten ja liiketoimintaprosessien, kuten Microsoft Power Appsin, Power BI:n, Dynamics 365:n ja Azuren, kesken. Jokaiseen CDM-kansioon tallennetaan sarakeotsikon kaltaiset metatiedot model.json tiedostoon. Lisätietoja: Common Data Model ja Azure Data Lake Storage Gen2 | Microsoft Learn

Model.json säilyttää tietokannan pituuden sarakkeen koon mukaan. Dataversessa on tietokannan pituuden käsite kullekin sarakkeelle. Jos luot sarakkeen, jonka koko on 200, ja myöhemmin pienennät sen sataan, Dataverse sallii silti olemassa olevien tietojen olevan Dataversessa. Se tekee sen pitämällä DBLength arvon 200:ssa ja MaxLength arvon 100:ssa. Model.json DBLength näet sen, ja jos käytät sitä jatkojalostusprosesseissa, et koskaan valmistele vähempää tilaa Dataverse-sarakkeillesi.

Azure Synapse Link vie sarakkeet loogisesta Finance and Operations -taulukosta. Periytymistä käyttävissä taulukoissa fyysinen SQL-taulukko voi sisältää myös sarakkeita, jotka kuuluvat johdettuihin taulukoihin. Näitä sarakkeita ei sisälly perustaulun vientiin.

Esimerkiksi fyysiseen DIRPARTYTABLE tallennetut henkilökohtaiset sarakkeet esitetään DirPartyTable kautta, eivät DirPerson kautta. Valitse Azure Synapse Linkissä DirPerson, jotta voit käyttää näitä sarakkeita.

Kohteessa HcmWorker järjestelmäsarakkeiden erot viennin ja fyysisen SQL-taulukon välillä voivat myös aiheuttaa erilaisia sarakemääriä.

Tämä sarakemäärien ero on odotettu, eikä se yksinään osoita synkronointivirhettä.

Viedyissä Dataverse-taulukoissa on kolme päivämäärä- ja aikamuotoa, jotka voidaan odottaa.

Tätä toimintaa odotetaan, kun valitset Liitä vain lisä -vientitilan, ja siinä on taulukoita, joissa ei ole kelvollista CreatedOn-saraketta . Blob-objektit on järjestetty tiedostoihin, kuten 1.csv, 2.csv (mukautettua osiointia käytetään, koska kelvollinen luontipäivämäärä ei ole käytössä). Kun mikä tahansa osio lähestyy 95% MaxBlockPerBlobLimit-määrityksiä, järjestelmä luo automaattisesti uuden tiedoston, joka näkyy tässä muodossa 1_001.csv.

Jos Dataverse-taulukoiden tietojen määrä on suuri vuoden sisällä, suosittelemme, että käytät kuukausittaisia osioita. Tämä tuottaa pienempiä tiedostoja ja paremman suorituskyvyn. Lisäksi jos Dataverse-taulukoiden rivejä päivitetään usein, jakaminen useisiin pienempiin tiedostoihin auttaa parantamaan suorituskykyä, jos kyseessä ovat paikalla olevat päivitysskenaariot. Delta Lake on käytettävissä vain vuosikohtaisella osiolla, koska sen suorituskyky on parempi CSV-muotoon verrattuna.

Vain liittämistilassa Dataverse-taulukoiden lisäävät tiedot liitetään vastaavaan tiedoston osioon Lake-järjestelmässä. Lisätietoja: Azure Synapse -linkin määritysten lisäasetukset

Vain liittämistila on suositeltu vaihtoehto Dataverse-taulukkotietojen kirjoittamiseen Lake-tallennustilaan, erityisesti silloin, kun tietomäärät ovat suuri osiossa, jossa tiedot muuttuvat usein. Tämäkin on yritysasiakkaiden yleisesti käytetty ja erittäin suositeltu vaihtoehto. Lisäksi voit käyttää tätä tilaa skenaarioissa, joissa tarkoituksena on tarkastella Dataversen muutoksia lisäävästi ja käsitellä ETL-, tekoäly- ja koneoppimisskenaarioiden muutokset. Vain liittämistila tarjoaa muutoshistorian viimeisimmän muutoksen sijaan tai sen sijaan, että se olisi paikalla päivityksessä, ja se mahdollistaa useita tekoälyskenaarioiden aikasarjoja, kuten ennuste- tai ennusteanalyysin historiallisten arvojen perusteella.

Vain liittämistilassa sinun tulisi tunnistaa uusin tietueversio, jolla on sama tunnus, käyttämällä VersionNumber ja SinkModifiedOn, ja sitten soveltaa isDeleted=0 uusimpaan versioon.

Azure Synapse Link yrittää toimintoa uudelleen ja saattaa tallentaa tiedot uudelleen Vain lisäys -tilassa, jos Azure Synapse Link for Dataverse ei saa Azure Data Lake -tallennustilalta vahvistusta siitä, että tiedot on tallennettu verkon viiveen tai jonkin muun ongelman vuoksi. Varmista, että tuleva kulutus toimii myös tässä skenaariossa, suodattamalla tietoja SinkModifiedOn-ominaisuuden avulla.

Azure Synapse Link lisää joukon varattuja järjestelmäsarakkeita jokaiseen taulukkoon, jonka se kirjoittaa Data Lake -tallennustilaan. versionnumber on yksi näistä sarakkeista, ja sitä käytetään riviversioiden seuraamiseen. Lisätietoja: Tietojen ja metatietojen käsitteleminen

Varattu sarake lisätään vain, kun tämän nimistä saraketta ei vielä ole lähdetaulukossa. Jos lähdetaulukko sisältää jo samannimisen sarakkeen, olemassa oleva sarake ja sen arvot säilytetään. Koska nämä arvot eivät ole siinä muodossa kuin varattu sarake odottaa, synkronointi voi epäonnistua, useimmiten ensimmäisen synkronoinnin aikana.

Tämä on odotettua toimintaa, eikä sitä ratkaista automaattisesti. Yksittäinen sarake ei voi sisältää sekä lähdearvoa että järjestelmäarvoa, joten riippumatta siitä, mikä toinen säilytetään, toinen menetetään pysyvästi, jolloin epäyhtenäiset tiedot poistuvat Lake-järjestelmässä.

Voit ratkaista tämän ongelman jollakin seuraavista tavoista:

• Jätä taulukko, jota asia koskee, pois Azure-Synapse Link profiilista, jos kyseisen taulukon synkronointia ei tarvita.
• Nimeä ristiriitainen sarake uudelleen lähteessä niin, että se ei enää vastaa varattua sarakkeen nimeä.

Tämä on odotettua toimintaa. ModifiedOn on päivämäärä ja aika, jolloin tietuetta on viimeksi muutettu Dataversessa, kun taas SinkModifiedOn on päivämäärä ja aika, jolloin tietue kirjoitettiin Data Lake -tallennustilaan. SinkModifiedOn on yleensä uudempi kuin ModifiedOn, ja ero riippuu eri tekijöistä, kuten erän koosta, järjestelmän kuormituksesta ja käsiteltävien tietueiden määrästä.

Taulukoille, jotka viedään Delta Lake -muodossa tai vain lisä- tai lisäävässä CSV-tilassa, SinkCreatedOn ja SinkModifiedOn vastaavat samaa kirjoitusaikaa. Tästä syystä näiden tilojen ja SinkCreatedOn niiden välinen CreatedOn ero ei ole luotettava merkki synkronoinnin viiveestä, eikä sitä tule tulkita näin.

Mitä tahansa taulukkoa, jossa muutosten seuranta ei ole käytössä, ei tueta seuraavien järjestelmätaulukoiden lisäksi:

• Liite
• Kalenteri
• Kalenterirule

Jotkin Dataverse-taulukot, kuten postcomment, postregarding, postlike, post ja postrole, eivät ole asiakkaiden käytettävissä, jotta synkronointi olisi mahdollista Azure Synapse Linkin kautta.

Joissakin tapauksissa nämä taulukot saattavat näkyä, kun Dataversen pitkäaikainen säilytys on otettu käyttöön. Jos näin käy, alijoukko tai kaikki näiden taulukoiden tietueet voidaan viedä. Tämä on odotettua toimintaa pitkäkestoisia säilytystilanteita varten.

Azure Synapse Link ei synkronoi annotation (Notes) -taulukkoon tallennettua tiedostosisältöä. Muistiinpanotietueessa muistiinpanoon liitetty tiedosto sijaitsee sarakkeessa documentbody ja kyseisen tiedoston sisältöä ei ole synkronoitu Data Lake -järjestelmään. Tämä on suunniteltu toimimaan näin. Tulos:

• annotation tietueita, joilla on arvo sarakkeessa documentbody (muistiinpanot ja tiedosto liitteenä), ei viedä Data Lake -tallennustilaan.
• annotation tietueet, joissa ei ole arvoa ( documentbody muistiinpanot ilman liitetiedostoa) synkronoidaan odotetulla tavalla.

Delta Lake -konversiotyö käynnistyy, kun määritetyssä aikavälissä tapahtui tietojen muutos. Ei ole vaihtoehtoa pysäyttää tai keskeyttää Apache Spark -uima-allasta. Voit kuitenkin muokata aikaväliä linkin luomisen jälkeen kohdassa Taulukoiden > lisäaikaväli.

Delta Lake (Parquet) -vientivaihtoehto Azure Synapse Linkissä on vanhentunut. Bring your own Synapse (BYOS) tarkoittaa, että määrität Azure Synapse -työtilan, tallennustilin ja Spark-varannon, joita Azure Synapse Link käyttää Dataverse-tietojen toimittamiseen Delta Lake (Parquet) -muodossa.

15. lokakuuta 2026 alkaen vaihtoehto ei ole uusien asiakkaiden käytettävissä. Kelpoisuus arvioidaan Dataversen organisaatiotunnuksen tasolla, ei vuokraajatasolla. Et voi käyttää asetusta uudessa ympäristössä, jossa on uusi organisaatiotunnus, vaikka toinen organisaatio samassa vuokralaisessa olisi oikeutettu. Jos poistat kelvollisen olemassa olevan organisaation linkityksen, voit luoda linkin uudelleen samalle organisaatiotunnukselle.

Oikeutetut olemassa olevat organisaatiot voivat kuitenkin käyttää enableSynapseParquet=true suostumuksen parametria Linkitä tiedot -kohdan URL-osoitteessa ja valita sitten Hae Parquet-muoto Synapse-työtilassa joka tapauksessa, kun ne luovat Data Lake -tallennustilan linkin. URL-osoite ei ohita oikeutusta eikä pidennä vanhentumisen määräaikoja. Lisätietoja: Dataverse-tietojen vieminen Delta Lake -muodossa

Nykyisten asiakkaiden on siirryttävä Azure Synapse Linkin tai Microsoft Fabriciin linkittäminen -ominaisuuden CSV-tulokseen vuoden 2027 joulukuuhun mennessä. Tällöin Delta Lake (Parquet) -vientivaihtoehto ei ole enää käytettävissä.

Tarkista siirtymäsuunnitelman osana kaikki jatkoratkaisut, jotka ovat riippuvaisia Parquet-tuloksesta, mukaan lukien seurantatietojen käyttäminen Azure Synapse Linkin ja Power BI:n avulla ja Microsoft Dynamics 365:n käyttäminen Azure Databricksin avulla.

Hakusarakkeet koostuvat tunnuksesta ja arvosta. Hakuarvot muuttuvat vain päätaulukossa. Jos haluat näyttää hakusarakkeen arvon paremmin, suosittelemme liittymään alkuperäiseen päätaulukkoon, jotta saat uusimman arvon.

Dataversessa lasketut sarakkeet tallentavat vain kaavan määrityksen, ja todellinen arvo johdetaan pohjana olevista sarakkeista. Siksi laskettuja sarakkeita tuetaan vain, kun kaikki viitatut sarakkeet sijaitsevat samassa viedyssä taulukossa. Azure Synapse Link synkronoi tiedot Dataversen muutosten seurannan perusteella. Lisäävän synkronoinnin aikana tietue viedään uudelleen vain, kun sen versio muuttuu. Jos lasketun sarakkeen arvo muuttuu ilman vastaavaa version muutosta tietueeseen, päivitettyä arvoa ei synkronoida Data Lakeen ennen kuin tietue päivitetään ja sen versio muuttuu. Jos esimerkiksi laskettu sarake antaa tulokseksi NULL kohteen ensimmäisen synkronoinnin aikana, NULL se kirjoitetaan Data Lake -tallennustilaan. Jos laskutoimituksen käyttämät syötteet muuttuvat myöhemmin, mutta tietueversio ei muutu, Azure Synapse Link ei tunnista uudelleenlaskenta-arvoa ja Data Lake näyttää NULLedelleen . Kun tietue on päivitetty ja sen versio muuttuu, Azure Synapse Link vie tietueen uudelleen käyttäen viimeisintä laskettua sarakearvoa.

Jos taulukko synkronoidaan onnistuneesti, mutta tietyt sarakkeet sisältävät tyhjäarvoja jokaiselle riville, tarkista, onko saraketason suojaus käytössä näissä sarakkeissa. Saraketason suojaus rajoittaa pääsyä yksittäisiin sarakkeisiin, ja se koskee valuuttasarakkeita ja muita saraketyyppejä. Lisätietoja: Saraketason suojaus

Azure Synapse Link lukee Dataverse-tietoja sovelluksen käyttäjänä. Kun sarake suojataan, sovelluksen käyttäjälle on myönnettävä kyseisen sarakkeen lukuoikeus sarakkeen suojausprofiilin kautta. Jos sovelluksen käyttäjää ei lisätä profiiliin, joka suojaa sarakkeen, synkronointi valmistuu onnistuneesti ja kaikki muut sarakkeet viedään odotetulla tavalla, mutta suojattu sarake viedään tyhjäarvona.

Voit ratkaista ongelman lisäämällä Azure Synapse Link -sovelluksen käyttäjän Dynamics365Athena2 sarakkeen suojausprofiiliin, joka suojaa kyseiset sarakkeet, ja myöntämällä sille lukuoikeuden. Lisätietoja: Ryhmien tai käyttäjien lisääminen sarakkeen suojausprofiiliin käyttöoikeuksien hallintaa varten

Kaikki taulukot, joissa ei ole createdOn-kenttää, synkronoidaan oletusarvoisesti käyttämällä Liitä vain -tilaa. Tämä sisältää suhdetaulukot ja ActivityParty-taulukon.

• Dataverse-tiedot tallennetaan yhdistettyyn tallennussäilöön. Sinulla on oltava "Säilön blob-tietojen osallistuja" -rooli linkitetyllä tallennustilillä luku- ja kyselytoimintojen suorittamiseksi Synapse-työtilan kautta.
• Jos päätät viedä tietoja Delta Lake -muodossa, CSV-tiedosto tyhjenee Delta Lake -muunnoksen jälkeen. Synapse-työtilan kautta sinun on tehtävä tietokyselyjä non_partitioned taulukoilla.

Dataverse-data voi muuttua jatkuvasti, kun tapahtumia luodaan, päivitetään ja poistetaan. Tämä virhe johtuu siitä, että pohjana olevaa tiedostoa muutetaan, kun luet tietoja siitä. Jos taulukoissa on jatkuvia muutoksia, muuta kulutusputkesi käyttämään kuluttamiseen tilannevedostietoja (osioituja taulukoita). Lisätietoja: Palvelimettoman SQL-varannon vianmääritys

Kyllä. Azuren Synapse Link lukee rivejä Dataversen kautta, joten jokainen Dataversen tietuekohtainen rajoitus koskee synkronointia. Yleisin rajoitus on 200 MiB -raja palvelimen palauttaman yksittäisen tietueen pakkaamattomassa koossa.

Tämä rajoitus koskee yleensä taulukoita, joihin tallennetaan suuria vapaamuotoisia sisältöjä tai binaaritietoja. Esimerkkejä:

• email säilyttää koko sanoman tekstirungon.
• activitypointer sisältää pitkät kuvaukset.
• activitymimeattachment säilyttää sisäiset ja liitetyt tiedostot.

Tämä on Dataverse-ympäristön rajoitus, eikä sitä voida esittää pyynnöstä. Palvelu ei katkaise tai muokkaa asiakastietoja. Voit ratkaista ongelman pienentämällä Dataversen ylimiksoitua tietuetta poistamalla sen, tyhjentämällä suuren kentän tai siirtämällä sisällön pois Dataversesta.

Azure Synapse Link for Dataverse on suunniteltu analyysitarkoituksiin. Käytä pitkäaikaista säilytystä arkistointitarkoituksiin. Lisätietoja: Dataversen pitkän aikavälin tietojen säilytyskatsauksen yleiskatsaus

Jos suora SQL-kutsu poistaa tietueen, Azure Synapse Link for Dataverse -palvelu ei käynnisty, koska BPO. Poista-kutsua ei kutsuta. Jos haluat käyttää malliominaisuutta, siirry kohtaan Miten peritty käyttöoikeus puhdistetaan.

Sekä oman datajärven että hallitun datajärven profiileissa Parquet-tiedostojen aikaleimat tallennetaan INT64-muodossa. Voit kohdata virheitä jatkojalostusputkissa, kuten Azure Synapse jakson kopiointitoiminnoissa, lukiessasi näitä Parquet-tiedostoja Apache Spark 3.5:n tai uudemman version kautta. Tämä johtuu siitä, että INT96 ei ole enää Spark 3.5:n aikaleiman oletustila.

Saatat saada seuraavanlaisen virheen:

TypeConversionNotSupportedDataTypes, Exception occurred when converting value "1774478519775185" for column name 'SinkCreatedOn' from type 'Int64'

Voit ratkaista ongelman lisäämällä SQL-funktion sql-kohdetietokantaan, joka muuntaa aikaleima-arvot INT64:stä sopivaan datetime-muotoon. Voit myös päivittää jatkoputkia int64-muotoon.

Lisätietoja

Azure Synapse Link For Dataverse