Usein kysytyt kysymykset Fabric-elinkaaren hallintatyökaluista

Elinkaaren hallinnassa on kaksi osaa, integrointi ja käyttöönotto. Ymmärtääksesi, mitä integraatio tarkoittaa Fabric:ssa, katso the Git integration overview. Jos haluat ymmärtää, mitä deployment pipelines tarkoittaa Fabric, katso deployment pipelines overview.

Katso lyhyt kuvaus Git-integroinnista Git-integroinnin yleiskatsauksesta. Monirivinen tai muotoiltu vastaus kysymykseen. Käytä mitä tahansa haluamaasi Markdown-muotoilua, jos säilytät sisennyksen riveillä, jotka ovat | Merkkiä.

Lyhyt kuvaus käyttöönottoputkista on käyttöönottoputkien yleiskatsauksessa.

Lisätietoja lisensseistä: Fabric licenses.

Kaikki työtilat on liitettävä Fabric-lisenssiin. Voit kuitenkin käyttää eri kapasiteettityyppejä eri työtiloissa.

Lisätietoja kapasiteettityypeistä on kohdassa Kapasiteetti ja SKU.

Käyttöönottoputkien käyttöoikeusmalli on kuvattu Käyttöoikeudet-osassa.

Jotta voit määrittää käyttöönottosääntöjä käyttöönottoputkissa, sinun on oltava semanttisen mallin omistaja.

Jos työtilan kapasiteetti on yhdessä maantieteellisessä sijainnissa ja Azure DevOps -repositio toisessa paikassa, Fabric-ylläpitäjä voi päättää, ottaako ristiin-geo-vienti käyttöön. Lisätietoja on artikkelissa Käyttäjät voivat viedä kohteita Git-säilöihin muissa maantieteellisissä sijainneissa.

Aloita Git-integrointi aloitusohjeiden avulla.

Voi olla useita syitä, miksi kohde poistettiin työtilasta.

• Jos kohdetta ei ole varattu ja valitsit sen kumoa-toiminnolla, kohde poistetaan työtilasta.
• Jos kohde on varattu, se voidaan poistaa, jos vaihdat haaroja ja kohdetta ei ole olemassa uudessa haarassa.

Seuraavat seikat on hyvä pitää mielessä:

• Käyttöönottosäännön rajoitukset
• Tuetut tietolähteet tietovuon ja semanttisen mallin säännöille
• Lisäävä päivitys
• Automation

Voit joko määrittää yhden työtilan putkelle ja ottaa sen käyttöön putken kautta tai määrittää eri työtilan kullekin putkivaiheeseen. Lisätietoja on kohdassa Työtilan määrittäminen käyttöönottoputkelle.

Tietojoukkoja, jotka käyttävät DirectQuery- tai yhdistelmäyhteystilaa ja joissa on muunneltuja tai automaattisen päivämäärän ja ajan taulukoita, ei tueta käyttöönottoputkissa. Jos käyttöönotto epäonnistuu ja uskot sen johtuvan siitä, että sinulla on tietojoukko, jossa on vaihtelutaulukko, voit etsiä taulukon sarakkeista variations-ominaisuutta . Voit muokata semanttista mallia jollakin seuraavista menetelmistä niin, että se toimii käyttöönottojaksoissa.

• Käytä tietojoukossa DirectQueryn tai yhdistelmätilan sijasta tuontitilaa .

• Poista automaattiset päivämäärä- ja aikataulukot semanttisesta mallista. Poista tarvittaessa kaikki jäljellä olevat muunnelmat taulukoiden kaikista sarakkeista. Muunnelman poistaminen voi mitätöidä käyttäjän tekemät mittarit, lasketut sarakkeet ja lasketut taulukot. Käytä tätä menetelmää vain, jos ymmärrät, miten semanttinen mallisi toimii, koska se saattaa vioittua visualisoinneissa.

Kun kiinnität laatan hallintapaneeliin, jos laatta perustuu tuettomaan kohteeseen (mikä tahansa tämän listan ulkopuolinen kohde ei ole tuettu) tai kohteeseen, jonka käyttöönottoon sinulla ei ole oikeuksia, kojelaudan käyttöönoton jälkeen laatta ei renderöity. Jos esimerkiksi luot ruudun raportista, joka on riippuvainen semanttisesta mallista, et ole järjestelmänvalvoja, saat virhevaroituksen, kun otat raportin käyttöön. Kun otat ruudun yhteydessä käyttöön koontinäytön, et kuitenkaan näe virhesanomaa, käyttöönotto onnistuu, mutta ruudussa ei näy mitään tietoja.

Lyhyt selitys käyttöönottosuunnitelmista löytyy sijoitussuunnitelman yleiskatsauksesta.

Käyttöönottosuunnitelman esinetyyppi ilmestyy vasta, kun Fabric-ylläpitäjä ottaa vuokralaisen asetuksen päälle. Hallintoportaalissa, Tenant settings>Microsoft Fabric -kohdassa, ota Käyttäjät voivat luoda käyttöönottosuunnitelman (preview) yksiköitä, asettaa Apply joko koko organisaatiolle tai tietoturvaryhmälle ja valita Apply.

Kunnes tämä asetus on päällä, esinetyyppi pysyy piilossa jokaisessa työtilassa.

Käyttöönotto palaa oletuskäyttäytymiseensä. Kohteet otetaan käyttöön ilman ilmoitettua tilausta ja ilman esi- tai jälki-käyttöönottotoimintoja. Kaikki suunnitelman suojaamat riippuvuudet, kuten varastonäkymä, jossa lukee järvimajan pöytä, jossa on muistikirja, epäonnistuu jälleen.

Oikein järjestetty suunnitelma ottaa kohteen metatiedot käyttöön siinä järjestyksessä kuin määrittelet, mutta järvenrakennuksen käyttöönotto ei aseta rivejä taulukoihinsa. Varastonäkymä, joka lukee lakehouse-taulua, ei sitoudu, ellei notebook tai dataputki tuota kyseistä taulua ensin. Lisää jälki-käyttöönotto järvenrakennuksen ja varaston välille, joka tuottaa pöydän. Toiminto raportoi suorituksen, kun toiminto päättyy, ei silloin kun sen syöttämät palvelut ovat saavuttaneet sen, joten laita valmiustarkistus muistikirjan viimeiseen soluun tai dataputken viimeiseen toimintaan. Esimerkkinä katso käyttöönottosuunnitelman esimerkit.

Muistikirjan oletusjärvitalokenttä sisältää tunnisteita, jotka osoittavat tiettyyn järvimajaan tietyssä työpisteessä. Kun muistikirja saapuu uuteen työtilaan Gitin kautta, nuo ID:t voivat silti osoittaa alkuperäiseen työtilaan. Aseta joko oletusjärvitalo kohdeympäristölle muistikirjan asetuksissa ennen suoritusta, tai anna muistikirjan ratkaista järvitalonsa ajonaikaisesti. Lisätietoja löytyy kohdasta Notebookin lähdekoodin hallinta ja käyttöönotto.

Juoksutulos näkyy portaalin käyttöönotosta. Toiminto lähettää linkin takaisin alkuperäisen kohteen suoritushistoriaan lokeja ja vaihetietoja varten.

Epäonnistunut käyttöönotto ei peruuta suoritettuja kohteiden käyttöönottoja tai toimintojen kautta tehtyjä muutoksia. Toipumisohjeita löytyy kohdasta Lähetys pysähtyi kesken sen.

Ei suoraan. Käynnistä päivitys Gitistä ulkoisesta ajastajastajasta, kuten Azure Pipelines tai GitHub Actions, ja liitetty suunnitelma suoritetaan osana tätä käyttöönottoa.

Kyllä, jos putkisto ohjaa käyttöönottoa Fabric API:n kautta, joka tukee suunnitelman liittämistä, kuten Git sync API:n, deployment-putkisto-API:n tai erätuonti-API:n. Fabric CLI:n, Terraform-palveluntarjoajan Fabric-palveluntarjoajan tai fabric-cicd Python-kirjaston ohjaama käyttöönotto ei voi liittää suunnitelmaa.

Nro Suunnitelma ohjaa tehtävän esineitä ja niiden ympärillä kulkevia toimintoja. Työtilan tason konfiguraatio ei ole osa käyttöönottoa, joten asetuksia kuten työtilan identiteetti, Spark-asetukset ja Git-yhteys eivät luoda tai päivitellä suunnitelmassa.

Määritä nämä kohdetyötilassa ennen käyttöönottoa. Kohde, joka riippuu työtilan tason konfiguraatiosta, kuten muistikirja, joka autentikoituu työtilan identiteetin kautta, epäonnistuu ajonaikaisesti, jos kohdetyötilaa ei ole konfiguroitu samalla tavalla kuin lähde.

Nro Käyttöönottosuunnitelma noudattaa standardia Fabric-työtilan roolimallia. Lisätietoja löytyy käyttöönoton suunnitelman luvista.

Käyttöönotetun sivutetun raportin omistaja on käyttäjä, joka otti raportin käyttöön. Kun otat sivutetun raportin käyttöön ensimmäistä kertaa, sinusta tulee raportin omistaja.

Jos otat sivutetun raportin käyttöön vaiheessa, joka sisältää jo kopion kyseisestä sivutetusta raportista, korvaat edellisen raportin ja siirryt sen omistajaksi edellisen omistajan sijaan. Tällaisessa tapauksessa tarvitset tunnistetiedot pohjana olevaan tietolähteeseen, jotta tietoja voidaan käyttää sivutetussa raportissa.

Sivutettujen raporttien aliraportit säilytetään samassa kansiossa, joka sisältää sivutetun raportin. Jos käytät valikoivaa kopiota aliraportteja sisältävän sivutetun raportin kopioimiseen, voit välttää hahmontamisen ongelmat valitsemalla sekä pääraportin että aliraportit.

Sivutetun raportin sääntöjä voidaan luoda, jos haluat osoittaa sivutetun raportin semanttiseen malliin samassa vaiheessa. Kun luot sivutetun raportin käyttöönottosäännön, sinun on valittava tietokanta ja palvelin.

Jos asetat käyttöönoton säännön sivutetulle raportille, jolla ei ole Fabric-semanttista mallia, koska kohdetietolähde on ulkoinen, sinun täytyy määritellä sekä palvelin että tietokanta.

Sen sijaan sivutetut raportit, jotka käyttävät Fabric-semanttista mallia, käyttävät sisäistä semanttista mallia. Tällaisissa tapauksissa et voi luottaa tietolähteen nimeen tunnistaaksesi Fabric-semanttisen mallin, johon liität. Tietolähteen nimi ei muutu, kun päivität sen kohdevaiheessa luomalla tietolähdesäännön tai kutsumalla päivityksen tietolähteen ohjelmointirajapintaa. Kun määrität käyttöönottosäännön, tietokantamuoto on säilytettävä ja semanttisen mallin objektitunnus on korvattava tietokantakentässä. Koska semanttinen malli on sisäinen, palvelin pysyy samana.

• Tietokanta - Sivutetun raportin Fabric semanttinen malli on sobe_wowvirtualserver-<dataset ID>. Esimerkki: sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. <dataset ID> Korvaa tietojoukon tunnuksella . Voit noutaa tietojoukon tunnuksen URL-osoitteesta valitsemalla GUID-tunnuksen, joka tulee jälkeen datasets/ ja ennen seuraavaa vinoviivaa.

  

• Palvelin : Palvelin, joka isännöi tietokantaa. Säilytä olemassa oleva palvelin sellaisenaan.

Käyttöönoton jälkeen, jos lataat sivutetun raportin RDL:n, sitä ei välttämättä päivitetä uusimpaan versioon, jonka näet Power BI -palvelu:ssä.

Kun sinulla on tietovuo, joka sisältää lisäävälle päivitykselle määritettyjä semanttisia malleja, päivityskäytäntöä ei kopioida tai korvata käyttöönoton aikana. Kun olet ottanut käyttöön tietovuon, joka sisältää lisäävän päivityksen sisältävän semanttisen mallin, vaiheeseen, joka ei sisällä tätä tietovuota, jos sinulla on päivityskäytäntö, sinun on määritettävä se uudelleen kohdevaiheessa. Jos olet ottamassa lisäävää päivitystä sisältävää tietovuota käyttöön vaiheeseen, jossa se jo sijaitsee, lisäävän päivityksen käytäntöä ei kopioida. Jos haluat tässä tapauksessa päivittää päivityskäytännön kohdevaiheessa, sinun on tehtävä se manuaalisesti.

Liittyvä sisältö

• Aloita Git-integrointi
• Käyttöönottoputkien käytön aloittaminen