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.

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 service: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