Gyakori kérdések a Fabric életciklus-felügyeleti eszközeiről

Az életciklus-felügyelet két részből áll, az integrációból és az üzembe helyezésből. A Fabric integrációjának megismeréséhez tekintse meg a Git-integráció áttekintését. A Fabricben található üzembehelyezési folyamatok megismeréséhez tekintse meg az üzembehelyezési folyamatok áttekintését.

A Git-integráció rövid ismertetését a Git-integráció áttekintésében talál. Többsoros vagy formázott válasz a kérdésre. Használja a kívánt Markdown-formázást, feltéve, hogy megtartja a behúzást a | Karakterek.

Az üzembehelyezési folyamatok rövid ismertetését az üzembehelyezési folyamatok áttekintésében tekintheti meg.

A licencekkel kapcsolatos információkért lásd : Fabric-licencek.

Minden munkaterülethez fabriclicencet kell hozzárendelni. A különböző munkaterületekhez azonban különböző kapacitástípusokat használhat.

A kapacitástípusokról további információt a Kapacitás és termékváltozatok című témakörben talál.

Az üzembe helyezési folyamatok engedélymodellje az engedélyek szakaszt ismerteti.

Az üzembehelyezési folyamatokban az üzembehelyezési szabályok konfigurálásához a szemantikai modell tulajdonosának kell lennie.

Ha a munkaterület kapacitása egy földrajzi helyen található, míg az Azure DevOps-adattár egy másik helyen található, a Háló rendszergazdája eldöntheti, hogy engedélyezi-e a térinformatikai exportálást. További információ: A felhasználók más földrajzi helyeken lévő Git-adattárakba exportálhatnak elemeket.

Ismerkedés a Git-integrációval az első lépések utasításaival.

Több oka is lehet annak, hogy egy elemet eltávolítottak a munkaterületről.

• Ha az elemet nem véglegesítette, és visszavonási műveletben jelölte ki, a rendszer eltávolítja az elemet a munkaterületről.
• Ha az elem véglegesítése megtörtént, az el is távolítható, ha ágakat vált, és az elem nem létezik az új ágban.

Ezeket a fontos szempontokat érdemes szem előtt tartani:

• Üzembehelyezési szabály korlátozásai
• Adatfolyam- és szemantikai modellszabályok támogatott adatforrásai
• Növekményes frissítés
• Automation* Az üzembehelyezési folyamatok nem használhatók elemek üzembe helyezésére egy másik régióban található munkaterületen.

Hozzárendelhet egy munkaterületet a folyamathoz, és üzembe helyezheti a folyamaton keresztül, vagy hozzárendelhet egy másik munkaterületet minden egyes folyamatszakaszhoz. További információ: Munkaterület hozzárendelése egy üzembehelyezési folyamathoz.

Az üzembehelyezési folyamatok nem támogatják a DirectQuery- vagy összetett kapcsolati módot használó, változat- vagy automatikus dátum-/időtáblákkal rendelkező adathalmazokat. Ha az üzembe helyezés meghiúsul, és úgy gondolja, hogy azért van, mert egy változattáblával rendelkező adatkészlettel rendelkezik, megkeresheti a változatok tulajdonságot a tábla oszlopaiban. Az alábbiakban felsorolt módszerek egyikével szerkesztheti a szemantikai modellt, hogy az üzembe helyezési folyamatokban működjön.

• Az adathalmazban a DirectQuery vagy az Összetett mód helyett használjon importálási módot.

• Távolítsa el az automatikus dátum-/időtáblákat a szemantikai modellből. Szükség esetén törölje a többi változatot a táblák összes oszlopából. A változat törlése érvénytelenítheti a felhasználó által létrehozott mértékeket, számított oszlopokat és számított táblákat. Ezt a módszert csak akkor használja, ha tisztában van a szemantikai modell működésével, mivel az adatsérülést okozhat a vizualizációkban.

Amikor egy csempét rögzít egy irányítópulton, ha a csempe nem támogatott elemre támaszkodik (a listán nem szereplő elemek nem támogatottak), vagy olyan elemen, amely nem rendelkezik üzembe helyezési engedélyekkel, az irányítópult üzembe helyezése után a csempe nem fog megjelenni. Ha például olyan jelentésből hoz létre csempét, amely olyan szemantikai modellre támaszkodik, amelyen ön nem rendszergazda, a jelentés üzembe helyezésekor hibaüzenet jelenik meg. Az irányítópult csempével való üzembe helyezésekor azonban nem jelenik meg hibaüzenet, az üzembe helyezés sikeres lesz, de a csempe nem jelenít meg semmilyen információt.

Az üzembe helyezett többoldalas jelentések tulajdonosa az a felhasználó, aki üzembe helyezte a jelentést. Amikor első alkalommal helyez üzembe lapszámozott jelentést, ön lesz a jelentés tulajdonosa.

Ha lapszámozott jelentést helyez üzembe egy olyan fázisban, amely már tartalmazza a lapszámozott jelentés másolatát, felülírja az előző jelentést, és az előző tulajdonos helyett a tulajdonosa lesz. Ilyen esetekben hitelesítő adatokra van szüksége a mögöttes adatforráshoz, hogy az adatok felhasználhatók legyenek a lapszámozott jelentésben.

A lapszámozott jelentés segédjelentései ugyanabban a mappában vannak tárolva, amely a lapszámozott jelentést tartalmazza. A megjelenítési problémák elkerülése érdekében, ha szelektív másolással másol egy lapszámozott jelentést segédjelentésekkel, jelölje ki a szülőjelentést és a segédjelentéseket is.

Lapszámozott jelentésszabályok akkor hozhatók létre, ha a lapszámozott jelentést ugyanabban a fázisban a szemantikai modellre szeretné mutatni. Többoldalas jelentések üzembehelyezési szabályának létrehozásakor ki kell választania egy adatbázist és egy kiszolgálót.

Ha olyan lapszámozott jelentés üzembehelyezési szabályát állítja be, amely nem rendelkezik Fabric szemantikai modellel, mert a céladatforrás külső, meg kell adnia a kiszolgálót és az adatbázist is.

A Fabric szemantikai modellt használó lapszámozott jelentések azonban belső szemantikai modellt használnak. Ilyen esetekben nem támaszkodhat az adatforrás nevére annak a Fabric szemantikai modellnek a azonosításához, amelyhez csatlakozik. Az adatforrás neve nem változik, amikor a célszakaszban frissíti, adatforrásszabály létrehozásával vagy az adatforrás API meghívásával. Üzembehelyezési szabály beállításakor meg kell őriznie az adatbázis formátumát, és le kell cserélnie a szemantikai modell objektumazonosítóját az adatbázismezőben. Mivel a szemantikai modell belső, a kiszolgáló változatlan marad.

• Adatbázis – A Fabric szemantikai modellel rendelkező lapszámozott jelentések adatbázisformátuma a következő sobe_wowvirtualserver-<dataset ID>: . Például: sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Cserélje le az <dataset ID> adathalmaz azonosítójára. Az adathalmaz-azonosítót az URL-címről a következő perjel utáni datasets/ és előtti GUID-azonosító kiválasztásával szerezheti be.

  

• Kiszolgáló – Az adatbázist üzemeltető kiszolgáló. A meglévő kiszolgáló megtartása a jelenleginek megfelelően.

Az üzembe helyezés után, ha letölti a lapszámozott jelentés RDL-ét, előfordulhat, hogy nem frissül a legújabb verzióval, amelyet a Power BI szolgáltatás láthat.

Ha olyan adatfolyammal rendelkezik, amely növekményes frissítéssel konfigurált szemantikai modelleket tartalmaz, a frissítési szabályzat nem lesz másolva vagy felülírva az üzembe helyezés során. Miután üzembe helyez egy olyan adatfolyamot, amely növekményes frissítéssel rendelkező szemantikai modellt tartalmaz egy olyan fázisra, amely nem tartalmazza ezt az adatfolyamot, ha rendelkezik frissítési szabályzattal, újra kell konfigurálnia azt a célszakaszban. Ha növekményes frissítéssel rendelkező adatfolyamot helyez üzembe egy olyan fázisban, ahol már található, a növekményes frissítési szabályzat nem lesz másolva. Ilyen esetekben, ha frissíteni szeretné a frissítési szabályzatot a célszakaszban, manuálisan kell elvégeznie.

Az üzembehelyezési folyamatok nem jelenítik meg az adatmartokhoz tartozó adathalmazokat a folyamat szakaszaiban. Adatmart telepítésekor az adathalmaz is üzembe lesz helyezve. Az adatmart adatkészletét a szakasz munkaterületén tekintheti meg.

Kapcsolódó tartalom

• Ismerkedés a Git-integrációval
• Bevezetés az üzembehelyezési folyamatok használatbavételéhez