Raktár telepítése pipeline-ok segítségével

A következőre vonatkozik: ✅ Warehouse a Microsoft Fabricben

Microsoft Fabric pipeline egyszerűsített módot kínál arra, hogy a raktári sémák különböző munkaterületeken átváltozhassák, például a Dev → Test → Production. A pipeline-okban beépített függőségkezelés, sémaellenőrzés és deklaratív telepítési intelligencia található.

Important

Ez a funkció előzetes verzióban érhető el.

Ez a cikk bemutatja a raktár telepítési folyamatát a pipeline-okkal.

A csővezeték telepítési életciklusának ábra Fabric Data Warehouse számára.

A telepítési pipeline biztosítja az életciklus struktúráját, amely szükséges a raktári változások biztonságos átszállításához a munkaterületek között. Ezek a sémák előterjesztésének központi orkrárációs rétegeként működnek, lehetővé téve a csapatok számára, hogy szabványosítsák a változások áramlását az analitikai platformon keresztül, ahelyett, hogy alkalmi telepítésekre támaszkodnának. Miután létrejött, a csővezeték lesz az elsődleges felület a raktárak összehasonlítására, a változtatások felülvizsgálatára és a telepítések végrehajtására.

Folyamat létrehozása

Új pipeline létrehozásához lásd: "Kezdj el deployment pipelines-t , hogy létrehozz és menedzselj egy telepítési pipeline-t.

Compare

Mindig ellenőrizd és hasonlítsd össze a T-SQL változásait a telepítés előtt. A telepítési pipeline-ok egyszerű Összehasonlítási képernyőt kínálnak a Fabric portálban, ahol áttekinthetjük az érintett raktárobjektumokat.

A változások áttekintése lehetővé teszi a csapatok számára, hogy ellenőrizzék a készenlétet, mielőtt a frissítéseket előterjesztenék a letöltési környezetekben. Ez a folyamat különösen értékes olyan vállalati helyzetekben, ahol több csapat is hozzájárul a raktárfejlesztéshez.

A Fabric a DacFx-et (Data-tier Application Framework) használja az összehasonlításhoz. A DacFx mindkét környezetről deklaratív séma modellt épít, és azonosítja a különbségeket, mint az új táblák, módosított oszlopok, korlátok vagy függőségi változások. Mivel ez az összehasonlítás modellvezérelte, pontosan tükrözi, mi történik a telepítés során.

Important

Ahhoz, hogy a séma összehasonlítása működjön, a raktárnak mind a forrás, mind a célterületen kell léteznie. Ha a célterület még nem tartalmazza a raktárt, először hozz létre vagy telepítsd az alapverziót.

Note

Ha egy oszlop COLLATE záradéka kifejezetten ugyanazt az összeállítást tartalmazza, mint a raktár alapértelmezett összeállítása, az összehasonlítás nem mutatja különbségként, mert ez egyenértékű azzal, mintha egyáltalán nem határoznánk meg egy kollektációt. Csak azok az oszlopok jelennek meg az összehasonlításokban, amelyek összeállítása eltér a raktár alapértelmezett összeállításától, amikor az összeállításuk megváltozik. További információért és példáért lásd: Troubleshoot Git integráció Fabric Data Warehouse fejlesztéshez.

Bármilyen változtatás bevezetése előtt használja a telepítési csővezeték összehasonlító képességét a forrás- és célraktári munkaterületek közötti különbségek átvizsgálására.

Képernyőképet készíts a Fabric portálban, ahol egy pipeline segítségével összehasonlíthatsz egy raktárt két különböző munkaterületen.

Válassza ki az Összehasonlítást , és tekintse meg a változásokat, például új nézet létrehozását a raktárban:

Képernyőkép egy raktár összehasonlításáról egy másik államban lévő raktárral.

Deploy

Miután az összehasonlítás befejeződött és a változtatásokat validáltad, közvetlenül a pipeline felületéről telepítheted a forgalmazást, kiválasztva a népszerűsítendő raktári elemeket.

Képernyőkép a Deploy Fabric portáljáról erre a szakasz képernyőre a pipeline-ban.

A telepítés során a telepítési csövek a DacFx-et használják, hogy intelligens telepítési tervet generáljanak a sémakülönbségek alapján. Fabric csak a szükséges változtatásokat alkalmazza, hogy a célterület szinkronba kerüljön a forrással.

Képernyőkép a Fabric portálról egy sikeres telepítésről.

Telepítési konfigurációk

Fabric telepítési csővezetékek DacFx telepítési technológiát használnak, amelyek kifejezetten Fabric Data Warehouse igényeire szabott konfigurációkat alkalmazzák. Ezek a konfigurációk biztosítják, hogy a telepítések megbízhatóan sikeresek legyenek, miközben összhangban vannak a Fabric platform képességeivel és működési gyakorlataival.

  • Lehetséges adatvesztés blokkolása (BlockOnPossibleDataLoss = true) - Fabric Data Warehouse megakadályozza azokat a telepítéseket, amelyek levághatnának, elhagyhatják vagy egyébként elveszíthetik a felhasználói adatokat. Ez a beállítás megakadályozza, hogy a magas kockázatú sémaváltozások átsiklanak a CI/CD-n, és az adatvesztés kockázatát szándékos döntésnek tekinti, nem pedig csendes alapértelmezett döntésnek.

  • Adatbázis-szintű opciószkriptelések kihagyása (ScriptDatabaseOptions = false) – A Fabric sok adatbázis-szintű beállítást kezel a platform szintjén. A szkriptállítások, például ALTER DATABASE ... SET telepítés során, hibákhoz vagy nem szándékos konfigurációs elcsúszáshoz vezethetnek. A telepítési csővezetékek ezért kerülik ezeknek a beállításoknak a terjesztését, így a séma telepítések csak a támogatott raktárobjektumokra fókuszálnak.

  • Motor-végrehajtás engedélyezése a replikált objektumok esetén (DoNotAlterReplicatedObjects = false) – A raktárak gyakran használnak belső replikációs mechanizmusokat, például összekapcsolási vagy szinkronizálási helyzetekben. Ahelyett, hogy a sémaváltozásokat idő előtt blokkolnánk, a telepítési csövek lehetővé teszik a Fabric motor számára, hogy meghatározza, engedélyezett-e a változás. Ez a megközelítés megakadályozza a felesleges telepítési hibákat, miközben megőrzi a platform védelmét.

  • Tranzakciós DDL szkriptek letiltása (IncludeTransactionalScripts = false) – A raktárak jelenleg nem támogatják a DDL szkriptek tranzakcióba csomagolását. A telepítési pipeline-ek így nem tranzakciós szkripteket generálnak, hogy biztosítsák a telepítések sikeres befejezését.

  • Intelligens alapértelmezések használata séma evolúcióhoz (GenerateSmartDefaults = true) – Amikor a sémaváltozások szigorúbb korlátozásokat vezetnek be, például nullable oszlopok nem nullable módonyá alakítását vagy új oszlopok hozzáadását alapértelmezett korlátokkal, a telepítési folyamatok automatikusan feltölthetik az alapértékeket. Ez a megközelítés segíti a telepítések sikeres működését anélkül, hogy kézi adat-előkészítést igényelne, és csökkenti az üzemeltetési súrlódást a séma evolúció során.

  • A biztonsági alapok kizárása a telepítésből (ExcludeObjectTypes = Logins, Users, Permissions) – Biztonsági objektumok szándékosan kizárva a raktári telepítésekből. Bejelentkezések, felhasználók vagy jogosultságok különböző környezetekben történő promóciója biztonsági kockázatokat vagy környezetspecifikus konfliktusokat okozhat. Ehelyett a hozzáférés-vezérlést külön kezeljük környezeti menedzsment vagy identitásmenedzsment folyamatok révén.

  • Nem ejtik el azokat az objektumokat, amelyek nincsenek a forrásban (DropObjectsNotInSource = false) - Azok az objektumok, amelyek a célpontban léteznek, de nincsenek a forrásban, nem kerülnek automatikusan kiesésre. Azok a raktárak, amelyek tökéletesen összhangban tartják a termelést a forrásvezérléssel, ezt korlátozónak találhatják.

Limitations

  • Alapértelmezés szerint a rendszer blokkolja a táblázat eséseit. A telepítési folyamat nem dobja el automatikusan azokat az objektumokat, amelyek a célpontban léteznek, de a forrásban nem. Ez a kialakítás csökkenti a véletlen adatvesztést, és megakadályozza a váratlan eltávolításokat a gyártásban.
  • Egy sikeres telepítés nem mindig jelenti azt, hogy minden kért változtatást alkalmaztak. Egy telepítés akkor is jelenthet sikert, ha kihagy egy kért ledobóasztal műveletet, mert a táblázat ejtése alapértelmezetten blokkolva van. Ebben az esetben a telepítési művelet befejeződik, de a célpont továbbra is elmozdulhat a forrásvezérléstől, amíg kifejezetten meg nem oldod a hiányzó változást.
  • Jelenleg a telepítési folyamat a biztonságot helyezi előtérbe a szigorú forrásparitással szemben, mivel nem dob el olyan objektumokat, amelyek csak a célpontban léteznek.
  • A Fabric üzembehelyezési folyamatok nem támogatják az SQL Analytics végpont elemét.
  • Az SQL-elemzési végpont és a raktár közötti függőségek, az elemek sorrendje és a szinkronizációs eltérések befolyásolják a Fabric Deployment Pipelines munkafolyamatait.
  • Nem támogatott a kapcsolódó elemek kiválasztása a telepítési folyamatokban Fabric Data Warehouse esetén.

A Git-integráció hibaelhárítása

A Git integrációra vonatkozó korlátozásokról lásd a Git integrációs cikk korlátai (Korlátozások a Git integrációban ) című részben.

A hibakeresésért, megoldásokért és a gyakori Git integrációs problémák javításáért Fabric Data Warehouse fejlesztésben lásd a Troubleshoot Git integráció Fabric Data Warehouse fejlesztéshez.

Kapcsolódó tartalom

  • Last updated on