Megosztás a következőn keresztül:

A Power BI implementálásának tervezése: Adatátjárók

  • Cikk

Feljegyzés

Ez a cikk a Power BI implementációtervezési cikksorozatának része. Ez a sorozat elsősorban a Microsoft Fabricen belüli Power BI-élményre összpontosít. A sorozat bemutatása: Power BI implementációtervezés.

Ez a cikk segítséget nyújt a Helyszíni adatátjárók és virtuális hálózati (VNet) adatátjárók Tervezéséhez és implementálásához a Microsoft Fabrichez. Elsősorban a következő célokat célozza:

  • Hálógazdák: Azok a rendszergazdák, akik a Fabric felügyeletéért felelősek a szervezetben. Előfordulhat, hogy a hálógazdáknak együtt kell működniük a Power Platform rendszergazdáival, az adatbázis-rendszergazdákkal, az információbiztonsági csapatokkal, a hálózatkezelési csapatokkal és más releváns csapatokkal.
  • Átjáró-rendszergazdák: Az átjárók és adatforrás-kapcsolataik megvalósításáért, felügyeletéért és monitorozásáért felelős személyek.
  • Átjáró közreműködői: Az átjáró adatforrás-kapcsolatainak hozzáadásáért és kezeléséért felelős decentralizált csapatok és személyek.
  • Kiválósági központ (COE), informatikai és BI-csapatok: Azok a csapatok, amelyek az adatok eléréséhez, csatlakozásához és frissítéséhez szükséges felhasználók támogatásáért felelősek.
  • Tartalomtulajdonosok és alkotók: Azok a csapatok és személyek, akik átjárókat használnak az adatforrásaikhoz való csatlakozáshoz és a Fabric-adatelemek frissítéséhez.

A Power BI szemantikai modellek, adatfolyamok és egyéb Fabric-adatelemek forrásadatainak eléréséhez szükség lehet egy adatátjáróra. Az adatátjárók biztonságosan továbbítják az adatokat magánhálózatok vagy helyszíni adatforrások és felhőszolgáltatások, például a Fabric között.

Feljegyzés

Ez a cikk áttekintést nyújt az átjárókról. Az átjárók tervezésével és implementálásával kapcsolatos legfontosabb szempontokra és műveletekre összpontosít a Fabric-tartalom támogatásához.

További információ az átjárók működéséről:

A legfontosabb döntések megtervezése

Az átjárók gyakran a Power BI és a Fabric sikeres implementációinak szerves részét képezik. A COE vagy a központi adatok és a BI-csapatok általában az átjárókat tervezik és kezelik központilag, bár egyes szervezetek decentralizált csapatokat használnak az átjárók kezeléséhez. A jövőbeli fennakadások és szabályozási kockázatok elkerülése érdekében fontos gondosan megtervezni, hogyan és mikor fogja használni az átjárókat.

Az átjárók implementálását általában két különböző fázisban tervezheti meg.

Az átjáró implementálásának megtervezése a legfontosabb döntések meghozatalával kezdődik, kezdve attól, hogy szüksége van-e átjáróra.

Tipp.

Először hozzon létre egy leltárt az adatforrásairól. Az egyes adatforrások esetében az alábbi legfontosabb döntéseket kell kiértékelnie. Mindenképpen dokumentálja az eredményeket, és tárolja őket egy könnyen elérhető központi helyen, például egy kommunikációs központban vagy a központosított portálon.

Annak azonosítása, hogy szüksége van-e átjáróra

Az adatforráshoz általában átjáróra van szükség, amikor:

  • Az adatforrás a helyszínen található.
  • Az adatforrás egy magánhálózaton található.
  • Az összekötő szoftveréhez gazdagépre van szükség.
  • Bizonyos összekötők vagy függvények esetében biztonsági elkülönítésre van szükség.

Ilyen helyzetekben egy átjáróra van szüksége a következőkhöz:

  • Adatok frissítése a Háló portálon. Ez a forgatókönyv akkor érvényes, ha egy tartalomkészítő beállítja az adatfrissítést a Power BI szolgáltatás egy átjárót igénylő adatforráshoz.
  • Tartalom létrehozása a Háló portálon. Ez a forgatókönyv akkor érvényes, ha egy tartalomkészítő olyan adatelemeket hoz létre vagy módosít (például szemantikai modellt vagy adatfolyamot) a Power BI szolgáltatás, amelyek átjárót igényelnek.
  • Támogatja a DirectQuery-kapcsolatokat. Ez a forgatókönyv akkor érvényes, ha egy tartalomkészítő directQuery (vagy kettős) tárolási módú táblákat tartalmazó szemantikai modellt tesz közzé, és a táblák adatforrásához átjáróra van szükség. Ez a használati forgatókönyv azt is ismerteti, hogy az adatforrásban definiált felhasználónkénti adatengedélyek kikényszeríthetők-e. Egy SQL Server-adatbázis például kényszerítheti a sorszintű biztonságot (RLS), a Power BI pedig kezelheti az egyszeri bejelentkezés (SSO) kapcsolatot. További információ: Adatbiztonság kényszerítése fogyasztói identitás alapján.
  • Élő csatlakozás az SQL Server Analysis Serviceshez. Ez a forgatókönyv akkor érvényes, ha egy tartalomkészítő olyan jelentést tesz közzé, amely élő kapcsolatot használ egy SQL Server Analysis Services-adatbázishoz (SSAS).

Az alábbi szakaszok ismertetik, hogy mikor van szüksége átjáróra.

Helyszíni adatforrások

Szüksége van egy átjáróra a Helyszíni adatforrásokhoz való csatlakozáshoz a Háló portálról. Az átjáró hídként szolgál, kiértékeli a lekérdezési kifejezéseket az átjárógépen, és biztonságosan továbbítja a helyszíni adatokat a felhőbe.

Ez a forgatókönyv a következőhöz való csatlakozáskor releváns:

  • A helyszíni gépeken található adatforrások.
  • Helyi címtárban tárolt fájlok.
  • Felhőbeli és helyszíni adatforrások, amelyek egyetlen lekérdezésben vannak kombinálva.
  • Felhőalapú virtuális gép (VM) – más néven infrastruktúra szolgáltatásként vagy IaaS.

Magánhálózati adatforrások

Szüksége van egy átjáróra, amely egy magánhálózaton található adatforrásokhoz csatlakozik, például egy Azure-beli virtuális hálózathoz (Azure VNet). A virtuális hálózat vagy virtuális hálózat a hálózat logikailag elkülönített szegmense, amely elszigeteli a forgalmat a nyilvános internetről. A virtuális hálózatok fokozott hálózati biztonságot biztosítanak.

Ez a forgatókönyv akkor releváns, ha az adatforrás:

  • Egy magánhálózaton belüli adatközpontban található, például a szervezeti hálózaton (vagy tűzfal mögött).
  • A virtuális hálózaton belüli felhőalapú virtuális gép (más néven infrastruktúra szolgáltatásként vagy IaaS).
  • Felhőalapú adatbázis-szolgáltatás egy virtuális hálózaton belül (más néven szolgáltatásként platformként vagy PaaS-ként ismert).

Feljegyzés

Gyakori tévhit, hogy nincs szükség átjáróra a felhőbeli adatforrásokhoz. Ha egy felhőbeli adatforrás privát szervezeti hálózaton belül található, átjáróra van szükség.

Gazdagép-összekötő szoftvere

Előfordulhat, hogy átjáróra van szüksége az adatforráshoz való csatlakozáshoz szükséges támogató elemek üzemeltetéséhez. Ez a szoftver tartalmazhat egyéni adatösszekötőket, illesztőprogramokat vagy kódtárakat, amelyeket az átjárógépre telepít. A Power BI szolgáltatás nem rendelkezik hozzáféréssel ehhez a szoftverhez, ezért nem tudja frissíteni az átjáró használata nélkül használó adatforrásokat, még akkor sem, ha felhőbeli adatforráshoz csatlakozik.

Ez a forgatókönyv akkor releváns, ha olyan összekötőkkel csatlakozik egy adatforráshoz, mint például a:

  • Illesztőprogram. Egy hivatalos összekötőhöz szükség lehet az előfeltétel-illesztőprogramok telepítésére. Ha például Oracle-adatbázishoz csatlakozik, szükség lehet az Oracle Data Access ügyfélszoftverére.
  • Egyéni összekötő. Egyes adatforrásokhoz egyéni vagy külső összekötőkre lehet szükség. Előfordulhat például, hogy egy örökölt vagy védett rendszerhez való csatlakozáshoz egyéni összekötőre van szükség.
  • Ügyfélkódtár. Egyes adatforrásokhoz szükség lehet egy támogató kódtárra, amely lehetővé teszi az ügyféleszközök számára a csatlakozást. Ha például egy Analysis Services-adatbázishoz csatlakozik, telepíteni kell egy ügyfélkódtárat .
  • ODBC- vagy OLE DB-összekötő. Előfordulhat, hogy egy hivatalos összekötőhöz ODBC-illesztőprogram vagy OLE DB-szolgáltató szükséges. Ha például az SAP HANA-hoz csatlakozik, odBC-illesztőre lesz szüksége.

Fontos

Ha a tartalomkészítők olyan ügyféleszközt használnak, mint a Power BI Desktop, és megoldásuk illesztőprogramokra, összekötőkre vagy szolgáltatókra támaszkodik, ugyanazokat az összetevőket kell telepítenie az átjárógépre, mint a tartalomkészítő gépekre. A közzétett tartalom adatfrissítési hibáinak gyakori oka a létrehozó gépek és az adatátjárók hiányzó vagy nem egyező összetevői. További információ: Felhasználói eszközök és eszközök.

Biztonsági elkülönítés

Átjáróra van szüksége bizonyos Power Query-összekötők vagy -függvények, például a Web-összekötő vagy a Web.BrowserContents függvény használatához. Ezek az összekötők és függvények számos okból igényelnek átjárót, beleértve a biztonsági elkülönítést is.

Tipp.

A weblap adatforrásaihoz való csatlakozáskor vegye figyelembe az alábbi alternatívákat.

  • Web.Content függvény: Ha olyan webes tartalomhoz csatlakozik, amelyhez nem kell böngészőn keresztül hozzáférnie, fontolja meg a Web.Content függvény használatát. Ez a függvény nem igényel átjárót, mert nem használ böngészővezérlőt.
  • Jegyzetfüzetek: Ha Fabric-kapacitással rendelkezik, fontolja meg a Fabric-jegyzetfüzetek használatát az adatok átalakításához. A jegyzetfüzetek nem igényelnek átjárót a weblapadatokhoz, és jobban teljesíthetnek a weblapadatok lekérésekor a Power Queryhez képest.

Ez a forgatókönyv akkor releváns, ha összekötők és illesztőprogramok használatával csatlakozik egy adatforráshoz, például:

  • A webes összekötőt használó lekérdezés.
  • A Web.Pagevagya Web.BrowserContents függvényt használó lekérdezés.
  • Az Access-adatbázismotor (ACE) illesztőprogramját használó kapcsolat.

Határozza meg, hogy milyen típusú átjáróra van szüksége

Amikor megállapította, hogy átjáróra van szüksége, a következő lépésben meg kell határoznia, hogy milyen típusú átjárót kell telepítenie. Az átjárónak három típusa van.

  • Helyszíni adatátjáró (standard mód)
  • Helyszíni adatátjáró (személyes mód), más néven személyes átjáró
  • Virtuális hálózati (VNet) átjárószolgáltatás

A választott átjárótípus a követelményektől és az adatforrásoktól függ. A következő szakaszok a három átjárótípus mindegyikét ismertetik.

Helyszíni adatátjáró (standard mód)

A helyszíni adatátjáró (standard mód) lehetővé teszi, hogy több felhasználó egyetlen megosztott átjárón keresztül kapcsolódjon az adatforrásokhoz. A standard módú átjárókat általában központilag telepíti és kezeli egy mindig futó virtuális gépen. Standard módú átjáróval több szolgáltatásból, például a Fabricből, a Power BI-ból és más Power Platform-szolgáltatásokból is csatlakozhat az adatokhoz.

Az alábbi ábra egy standard módú átjáró magas szintű áttekintését mutatja be.

Az ábrán a helyszíni adatátjáró (standard mód) látható. A diagram elemeit az alábbi táblázat ismerteti.

Fontos

Ez a diagram nem egy helyszíni adatátjáró architektúráját ábrázolja.

A diagram a következő fogalmakat ábrázolja.

Cikk Leírás
1. elem. A helyszíni adatátjáró (standard mód) biztonságosan továbbítja az adatokat a helyszíni adatforrásból a felhőszolgáltatásokba.
2. elem. Egy szabványos módú adatátjáróra van szükség a felhőbeli adatforrásokhoz adott forgatókönyvekben (az előző szakaszban leírtak szerint).
3. elem. A standard módú adatátjáró egy mindig telepített virtuális gépen van telepítve. Rendszergazda istratorok központilag kezelik a virtuális gépet és az adatátjárót. Az átjárógazdák szükség esetén telepítik az adatforrás-kapcsolatokhoz szükséges szoftvereket.
4. elem. Több felhasználó is csatlakozhat az adatátjáró adatforrásaihoz.
5. elem. A felhasználók használhatják az adatátjárót a Fabric-munkaterületeken közzétett elemekhez, például szemantikai modellekhez, adatfolyamokhoz, folyamatokhoz vagy lapszámozott jelentésekhez.
6. elem. A felhasználók az adatátjárót más Power Platform-felhőszolgáltatásokhoz, például a Power Platform adatfolyamaihoz is használhatják.

A következő helyzetekben standard módú átjáróra van szükség.

  • A Különböző Microsoft-felhőszolgáltatásoknak (például a Power Apps és a Fabric) és a Fabric-adatelemeknek (például adatfolyamoknak) helyszíni adatforrásokat (vagy átjárót igénylő felhőbeli adatforrásokat) kell lekérdezniük.
  • A többoldalas jelentéseknek helyszíni adatforrásokat (vagy átjárót igénylő felhőbeli adatforrásokat) kell lekérdezniük.
  • A szemantikai modellek DirectQuery tárolási módot használnak, amelyeknek helyszíni adatforrásokhoz (vagy átjárót igénylő felhőbeli adatforrásokhoz) kell csatlakozniuk.
  • SSAS élő kapcsolatok.
  • Az adatforrások egyéni adatösszekötőktől, illesztőprogramoktól vagy táraktól függenek.
  • Amikor arra számít, hogy át kell helyeznie vagy át kell telepítenie az átjárót.

Személyes átjáró

A helyszíni átjáró (személyes mód) – más néven személyes átjáró – lehetővé teszi a felhasználó számára, hogy ugyanazon a gépen található helyszíni adatforrásokhoz csatlakozzon. A felhasználók általában a saját gépükön telepítik és kezelik a személyes átjárókat. Személyes átjáróval a felhasználók nem tudnak más Power Platform-szolgáltatásokból származó adatokhoz csatlakozni. Nem oszthatják meg az átjárót vagy a kapcsolatokat más felhasználókkal.

A személyes átjárók korlátozott, személyes használatra szolgálnak egyetlen személy számára. A tartalomkészítők általában ezeket az átjárókat telepítik és használják személyes üzletiintelligenség-vitelre. Ezek az átjárók a személyes BI-ra korlátozódnak, mert nem oszthatók meg. Emellett a személyes átjárók használatához a felhasználónak gépi jogosultságokkal és szabályzat-jóváhagyással kell rendelkeznie a személyes átjáró szoftverének letöltéséhez és telepítéséhez.

Tipp.

Ne használjon személyes átjárót csapat-, részleg- vagy vállalati BI-megoldásokkal .

A legtöbb esetben, amikor helyszíni adatokhoz csatlakozik, standard módban kell átjárót használnia (az előző szakaszban leírtak szerint). Ennek az az oka, hogy egy standard módú átjárót több felhasználóval is megoszthat, támogatja a DirectQuery-lekérdezéseket és az élő kapcsolatokat, és több lehetősége van az átjárók irányításának és felügyeletének központosítására.

Figyelemfelhívás

Mivel a személyes átjárók általában egy felhasználói gépen vannak telepítve, nehezebb kezelni és szabályozni. Ha személyes átjárót kell használnia, érdemes lehet áthelyezni egy központilag felügyelt virtuális gépre, amely szolgáltatásfiókot használ. Ez a megközelítés biztosítja, hogy az átjárók rendelkezésre állása ne függ egy felhasználói géptől (amely esetleg ki van kapcsolva), és javítja az átjárószabályozást és -felügyeletet.

Az alábbi ábra egy személyes átjáró magas szintű áttekintését mutatja be.

Az ábrán a személyes átjáró látható. A diagram elemeit az alábbi táblázat ismerteti.

Fontos

Ez a diagram nem egy helyszíni adatátjáró architektúráját ábrázolja.

A diagram a következő fogalmakat ábrázolja.

Cikk Leírás
1. elem. A személyes átjárók általában egy felhasználói gépen vannak telepítve.
2. elem. A személyes átjáró biztonságosan továbbítja az adatokat a felhasználói gép helyi adatforrásaiból a felhőszolgáltatásokba.
3. elem. A személyes átjárót általában a telepített felhasználó kezeli.
4. elem. Egyetlen felhasználó a személyes átjárót használja korlátozott, személyes használatra. A személyes módú átjárók nem oszthatók meg.
5. elem. A személyes átjárók csak a Power BI-munkaterületen közzétett elemekhez használhatók, például szemantikai modellekhez vagy Power BI-adatfolyamokhoz.

A személyes átjárók ismételt megismétlésére egyetlen személy korlátozott, személyes használatra szolgál. Van azonban két konkrét forgatókönyv, amelyek megkövetelik, hogy személyes átjárót használjon.

  • Az önkiszolgáló tartalomkészítőknek frissíteniük kell a helyi adatforrásokhoz csatlakoztatott közzétett tartalmakat a gépükön vagy más helyszíni adatforrásokban.
  • A szemantikai modellek Python- vagy R-kódot használnak a Power Queryben.

Tipp.

Amikor csak lehetséges, kerülje a személyes átjáró használatát. Ehelyett fontolja meg a következő alternatívákat.

  • SharePoint: Ha helyi fájlokhoz kell csatlakoznia, fontolja meg a fájlok feltöltését a SharePointba vagy a OneDrive Munkahelyi vagy Iskolai verzióba. Ezekhez a fájlokhoz a SharePoint mappaösszekötővel csatlakozhat, amelyhez nincs szükség átjáróra.
  • OneLake: Ha helyi fájlokhoz kell csatlakoznia, és hálókapacitással rendelkezik, a OneLake fájlkezelővel is feltölthet és szinkronizálhat fájlokat egy lakehouse-nal. Csatlakozás Fabric lakehouse-ba való kapcsolódáshoz nincs szükség átjáróra.
  • Jegyzetfüzetek: Ha pythonnal vagy R-vel kell átalakítania az adatokat, és Fabric-kapacitással rendelkezik, fontolja meg a Fabric-jegyzetfüzetek használatát az adatok átalakításához és a OneLake-ben tárolt táblákba való írásához. A jegyzetfüzetekhez nincs szükség átjáróra Python- vagy R-kód futtatásához. Emellett élvezheti a jegyzetfüzetekben elérhető továbbfejlesztett teljesítményt és további funkciókat is.

Virtuális hálózati átjáró

A VNet-átjáró lehetővé teszi, hogy több felhasználó is csatlakozzon a privát hálózatokkal védett adatforrásokhoz, beleértve a privát végpontokat használó adatforrásokat is. Egy virtuális hálózati átjáróval több szolgáltatással csatlakozhat az adatokhoz, és több felhasználóval is megoszthatja az átjárót vagy a kapcsolatokat.

A virtuális hálózati átjáró egy Microsoft által felügyelt szolgáltatás. Ha a szervezet magánhálózatokat használ, VNet-átjáróra van szüksége.

Fontos

Ha a VNet-átjáró szolgáltatás használatát fontolgatja, beszélje meg azt a hálózatkezelést és biztonságot kezelő informatikai csapatokkal. Ezek a csapatok segíthetnek annak biztosításában, hogy minden be legyen állítva, például privát végpontok (ha vannak) és átjárók közötti kommunikáció.

A VNet-átjárók csak Power BI Fabric- vagy Premium-kapacitásokhoz támogatottak. A VNet-átjáró a kapacitáshoz tartozó additív prémium infrastruktúra díjként van kiszámlázva.

Fontos

Ez a cikk időnként a Power BI Premiumra vagy annak kapacitás-előfizetésére (P termékváltozatokra) hivatkozik. Vegye figyelembe, hogy a Microsoft jelenleg összevonja a vásárlási lehetőségeket, és visszavonul a Power BI Premium kapacitásonkénti termékváltozataitól. Az új és a meglévő ügyfeleknek érdemes megfontolni a Fabric-kapacitás-előfizetések (F SKU-k) megvásárlását.

További információ: Fontos frissítés a Power BI Premium licenceléséhez és a Power BI Premiumhoz – gyakori kérdések.

Az alábbi ábra egy VNet-átjáró magas szintű áttekintését mutatja be.

Az ábrán a virtuális hálózati (VNet) átjáró látható. A diagram elemeit az alábbi táblázat ismerteti.

Fontos

Ez a diagram nem ábrázolja a VNet-adatátjáró architektúráját.

A diagram a következő fogalmakat ábrázolja.

Cikk Leírás
1. elem. Virtuális hálózati (VNet) átjárót használ, ha privát hálózaton lévő adatforrásokhoz csatlakozik, például egy Azure-beli virtuális hálózaton.
2. elem. A virtuális hálózati adatátjáró egy Microsoft által felügyelt szolgáltatás. Központilag kezelheti a virtuális hálózati adatátjárót az Azure Portalról és a Power Platform felügyeleti portáljáról.
3. elem. Több felhasználó is használhat virtuális hálózati adatátjárót.
4. elem. A felhasználók virtuális hálózati adatátjárót használhatnak a Fabric-munkaterületen közzétett elemekhez, például szemantikai modellekhez.
5. elem. A felhasználók VNet-adatátjárót használhatnak más Power Platform-szolgáltatásokhoz, például a Power Platform adatfolyamaihoz.

Figyelmeztetés

A virtuális hálózati átjárók bizonyos korlátozásokkal rendelkeznek, és nem támogatják az összes adatforrást vagy forgatókönyvet. Ellenőrizze, hogy az adatforrások és forgatókönyvek támogatottak-e, és a VNet-átjáró implementálásának és megoldástervezésének folytatása előtt tekintse meg a gyakori kérdéseket .

Átjárók számának meghatározása

Amikor megállapította, hogy átjáróra van szüksége, és milyen típusú átjárókra van szüksége, a következő lépésben meg kell határoznia, hogy hány átjáróra van szüksége.

Az igényeitől függően több átjáróra is szükség lehet. Vegye figyelembe az alábbi tényezőket, amikor eldönti, hogy hány átjárót telepítsen és használjon.

Rendelkezésre állás és teljesítmény

Fontos, hogy az átjárók magas rendelkezésre állással rendelkezzenek a frissítési vagy lekérdezési késések okozta fennakadások elkerülése érdekében. Az átjárók rendelkezésre állásának biztosításának egyik módja, ha több átjárót telepít egy magas rendelkezésre állású átjárófürtbe. Az átjárófürt olyan átjárók gyűjteménye, amelyeket különböző virtuális gépekre telepít, és amelyek logikailag egyetlen funkcionális egységként (a fürtként) vannak társítva. Minden átjárógépet csomópontnak is neveznek.

Az átjárófürt használatának előnyei az alábbiak.

  • Egyetlen meghibásodási pont elkerülése:A feladatátvétel egyetlen meghibásodási pontot elkerül, ha az elsődleges átjárógép elérhetetlenné válik. Ha elérhetetlenné válik, a rendszer lekérdezéseket küld a fürt egy másik csomópontjának. Több gépből álló fürt használata csökkenti a kockázatot. Emellett növeli az üzemidőt, ami segít megfelelni a magas rendelkezésre állási és vészhelyreállítási követelményeknek.
  • Jobb teljesítmény:A terheléselosztás javítja a teljesítményt magas egyidejű használat esetén. A terheléselosztás úgy osztja el a számítási feladatot, hogy lekérdezéseket küld a fürt más csomópontjaira. Ez akkor hasznos, ha az elsődleges átjáró foglalt, vagy ha egyetlen művelet (például egy hosszú adatfrissítés) sok erőforrást használ fel.
  • Kerülje az állásidőt: Átjárószoftver-frissítések telepítésekor a telepítést egyszerre a fürt egy csomópontján hajthatja végre. Így elkerülhető, hogy a teljes fürt offline állapotba kerüljön.

Fontos

Határozottan javasoljuk, hogy átjárófürtöket használjon az üzleti szempontból kritikus fontosságú számítási feladatokhoz.

Az átjárófürt beállításával kapcsolatos további információkért és útmutatásért tekintse meg az üzletileg kritikus fontosságú átjárómegoldások tervezését, méretezését és karbantartását.

Környezetek

A tartalomkészítők általában külön környezeteket használnak az üzletileg kritikus megoldások, például a fejlesztés, a tesztelés és az éles környezetek fejlesztéséhez és kezeléséhez. A használt környezetek számától és használatuk módjától függően érdemes lehet külön átjárófürtöket létrehozni az egyes környezetekhez.

Az átjárófürtök különböző környezetekbe való elkülönítése a következőket teheti:

  • A fejlesztési és tesztelési tevékenységek által okozott fennakadások elkülönítése és minimalizálása.
  • Az éles számítási feladatok rendelkezésre állásának és teljesítményének javítása.
  • Biztonságos környezetet biztosít az átjáró szoftverfrissítései telepítéséhez és teszteléséhez.

Fontos

Javasoljuk, hogy az éles számítási feladatokhoz külön átjárófürtöket használjunk. Ha minden környezetben egy átjárófürttel rendelkezik, az további kockázatot jelenthet. A költségek és a felügyeleti munka minimalizálása érdekében gyakori, hogy kevesebb erőforrást (például memóriát és CPU-t) rendel egy fejlesztői átjárófürthöz.

Régiók

Az adatfrissítések megfelelő teljesítményének biztosítása érdekében fontos figyelembe venni az adatforrások, átjárók és a felhasználók tartózkodási helyét . A késés csökkentése érdekében a lehető legközelebb kell telepítenie az átjárókat az adatforrásokhoz. Emiatt előfordulhat, hogy több átjárófürtöt kell telepítenie a különböző régiók vagy bérlők támogatásához.

Figyelemfelhívás

Győződjön meg arról, hogy az átjáró telepítése megfelel a szervezet adattárolási követelményeinek.

Fontos

A késés minimalizálása érdekében javasoljuk, hogy az átjárókat olyan gépekre telepítse, amelyek ugyanabban a régióban vannak, mint az adatforrások. Emellett a virtuális hálózati átjárók esetében az átjáróknak és az adatforrásoknak ugyanazon az alhálózaton kell lenniük.

Ellenőrzőlista – Az átjárók implementálásának tervezésekor a legfontosabb döntések és műveletek a következők:

  • Adatforrások készletének létrehozása: Az adatforrások leltárával ellenőrizheti és dokumentálhatja, hogy mely adatforrásokhoz van szükség átjáróra.
  • Határozza meg, hogy mely helyzetekben van szükség átjáróra: Fontolja meg a tartalomkészítők és a fogyasztók működését. Győződjön meg arról, hogy tisztában van azzal, hogy mikor van szükség átjáróra. Hozzon létre dokumentációt és képzést a felhasználói közösség számára.
  • Döntse el, hogy milyen típusú átjáróra van szüksége: Győződjön meg arról, hogy ellenőrzi a feltételezéseket, és felméri a lehetséges korlátozásokat, hogy biztos legyen abban, hogy a kiválasztott átjárótípus megfelel a követelményeknek.
  • Kerülje a személyes átjárókat: Fontolja meg az átjáró használatát standard módban. Állapítsa meg, hogy vannak-e olyan személyes átjáró-adatforrások, amelyek átirányíthatók egy standard módú átjáró használatára (hogy ne legyen korlátozva egyetlen személy általi használatra).
  • Döntse el, hogy szüksége van-e átjárófürtre: Átjárófürtök használata az üzletileg kritikus fontosságú megoldásokhoz. Az átjárófürtök magas rendelkezésre állást és terheléselosztást biztosítanak. Emellett segítenek elkerülni az egyetlen meghibásodási pontot, és javítják a teljesítményt a magas egyidejű használat időszakában.
  • Döntse el, hogy hány átjáróra van szüksége: Fontolja meg a különböző környezetek külön átjárófürtjeinek használatát a fennakadások elkerülése érdekében. Fontolja meg más tényezőket, például a használatot vagy a régiókat.

Átjárók telepítése

Ezen a ponton már tudja, hogy milyen típusú átjárókra és hányra van szüksége. Ezután meg kell terveznie az átjáró telepítését. Az átjárók általában olyan virtuális gépekre vannak telepítve, amelyeket erre a célra (gyakran átjárógépeknek) szán. Az átjárófürt minden gépének mindig be kell kapcsolnia a felhasználói tevékenység és az adatfrissítési műveletek folyamatos támogatását.

Feljegyzés

Mivel a VNet-átjáró felügyelt szolgáltatás, nem tölti le és nem telepíti. Ehelyett kiépíthet és beállíthat egy virtuális hálózati átjárót az Azure Portalon, majd egy Fabric- vagy Power BI Premium-kapacitáshoz kötheti. További információ: Virtuális hálózati adatátjárók létrehozása.

Átjárótulajdonosok és -telepítők azonosítása

Az átjáró telepítése előtt azonosítsa, hogy ki fogja telepíteni és birtokolni az átjárót.

Átjárótulajdonosok

Az átjáró tulajdonosa általában olyan műszaki személy, aki telepíti, birtokolja és kezeli az átjárót. Az átjárótulajdonosok különböző tevékenységekért felelősek.

  • Tervezés: Hozza meg a korábban ismertetett legfontosabb döntéseket, és határozza meg az átjárógép műszaki specifikációit, beleértve a kezdeti rendszererőforrásokat is. Az átjáró tulajdonosának gondoskodnia kell arról is, hogy támogatási terv legyen érvényben.
  • Telepítés: Válasszon ki egy megfelelő gépet az átjárószoftver telepítéséhez, és végezze el az első telepítést és a telepítést.
  • Kezelés: Módosíthatja az átjáró beállításait vagy az optimalizálási beállításokat (például az adatok várólistára helyezése helyett a streamelést) vagy a figyelési célokat (például a teljesítménynaplózás konfigurálását). Az átjáró tulajdonosa dönt arról is, hogy mikor skálázza fel a skálázást (további erőforrásokat adjon hozzá az átjárógépekhez), vagy skálázza fel a skálázást (több átjárót telepítsen a fürtben).
  • Tesztelés: Az átjáró használatának ellenőrzése az első beállítás során, biztosítva, hogy elegendő erőforrás legyen elérhető az átjárógépek számára. Az átjáró tulajdonosának a telepítés előtt tesztelnie kell a havi frissítéseket is.
  • Frissítés: Időben frissítheti és telepítheti az átjárószoftvert és a támogató elemeket (például összekötőszoftvereket).
  • Monitorozás:Az átjáró üzemidejének és állapotának figyelése, beleértve az átjáró naplófájljainak gyűjteményét, amelyek lehetővé teszik a problémák és a rendellenes tevékenységek monitorozását.
  • Migrálás: A helyreállítási kulcsokat biztonságos helyen tárolhatja, amely egy szélesebb csoport számára is elérhető. Az átjáró tulajdonosának kell lennie az a személy is, aki ezeket a kulcsokat használja az átjáró áttelepítéséhez, visszaállításához vagy áthelyezéséhez, ha szükséges.

Fontos

Győződjön meg arról, hogy az átjáró tulajdonosa ismeri és elfogadja ezeket a felelősségeket. Ha az átjáró tulajdonosa nem készül fel az átjáró kezelésére, az gyorsan függőséggé válhat, amely letiltja a tartalomtulajdonosokat és a tartalomkészítőket. Emellett azonosítsa, hogy az átjáró tulajdonosa tisztában van-e az átjáró telepítésével és kezelésével, és ha nem, hogyan tanítja be őket erre.

Tipp.

Egyes szervezetek sikeresen engedélyezik az átjárók tulajdonjogát az üzleti egységeken és részlegeken belül, míg mások átjáró tulajdonjogot foglalnak egy központosított csapat (például az informatikai részleg) számára. Ennek egyik módja egy olyan partnerség létrehozása, amelyben az informatikai részleg kezeli az átjárófürtcsomópontokat, és az üzleti egység kezeli az adatforrás-kapcsolatokat.

Mivel az átjárók tulajdonjoga fontos feladat, egyértelműen meg kell határoznia, hogy ki telepíthet átjárókat a szervezetében.

Átjárótelepítők

A felügyeleti terhelés csökkentése és a szabályozási kockázat csökkentése érdekében fontos korlátozni a szervezet aktív átjáróinak számát. Ezért azt javasoljuk, hogy korlátozza az átjárókat telepítő felhasználók számát.

Figyelmeztetés

Az átjárótulajdonosok teljes mértékben szabályozhatják az általuk kezelt átjárókat. Ez azt jelenti, hogy a rosszindulatú átjárók tulajdonosai esetleg elfoghatják az információkat, miközben egy helyszíni adatátjárón haladnak keresztül. Ezért elengedhetetlen, hogy korlátozza az átjárók megbízható személyekre való telepítését.

Standard módú átjárók esetén az átjárótelepítőket a Háló portálról vagy a Power Platform felügyeleti központból kezelheti. Azt is kezelheti , hogy ki hozhat létre virtuális hálózati adatátjárókat az átjárótelepítő beállításával.

Az átjárótelepítőket programozott módon is kezelheti a helyszíni átjárókezeléshez használható PowerShell-parancsmagokkal. Személyes átjárók és standard módú átjárók esetén ezekkel a parancsmagokkal állíthatja be az átjáró bérlői szabályzatát. Az átjáró bérlői szabályzatának PowerShell használatával történő beállítása az egyetlen módja annak, hogy felügyelje, ki telepíthet személyes átjárókat a bérlőben.

Fontos

Javasoljuk, hogy szigorúan szabályozza, hogy kik telepíthetnek személyes átjárókat, korlátozva azok telepítését és használatát érvényes, jóváhagyott üzleti esetekben.

Átjáró telepítésének előkészítése

Amikor azonosította, hogy ki fogja telepíteni és birtokolni az átjárót, fel kell készülnie az átjáró telepítésére. A következőt kell tenni:

  • Az átjáró telepítésének helye.
  • Döntse el, hogy milyen erőforrásokra van szüksége az átjárógépnek.
  • Fogadja el, hogyan fogja elnevezni az átjárót a telepítéskor.

Az alábbi szakaszok az átjárótelepítés tervezésének legfontosabb szempontjait ismertetik.

Az átjáró telepítésének helye

Általában egy átjárót egy mindig futó virtuális gépre (más néven átjárógépre) telepít. Gépre csak egy átjárót telepíthet minden típusból (személyes vagy standard mód).

Az alábbiakban bemutatjuk az átjáró telepítésének helyét meghatározó főbb tényezőket.

  • Hely: Az átjárógépnek általában az adatforrás közelében kell lennie a késés minimalizálása érdekében. Általában egy szabványos átjárót kell telepíteni az alapértelmezett adatrégióban. Ha azonban a prémium szintű kapacitás helye eltér a bérlő alapértelmezett adatrégiójától , vizsgálja meg az Azure Relay használatát az adattárolási követelmények kielégítése érdekében.
  • Támogató elemek: Határozza meg, hogy milyen összekötőket, illesztőprogramokat vagy kódtárakat kell telepítenie az átjárógépre.
  • Tartomány: Az átjárógép és a céltartomány közötti kapcsolat meghatározása. A virtuális gépnek tartományhoz csatlakoztatott gépnek kell lennie, amely megbízhatósági kapcsolatban van a céltartománysal. Nem lehet tartományvezérlő.

Tipp.

Az erőforrás-versengés elkerülése érdekében ne telepítse a nem kapcsolódó szoftvereket egy átjárógépre. Az átjárógépnek teljesen dedikáltnak kell lennie a helyszíni adatátjáró üzemeltetésére.

Az átjárógép erőforrásainak meghatározása

Az átjárógépnek elegendő erőforrással kell rendelkeznie a várt lekérdezési számítási feladat kezeléséhez.

Az átjárógép-erőforrások meghatározásának legfontosabb tényezői az alábbiak.

  • Használat: Határozza meg, hogy hány és milyen típusú elem használja az átjárót, és hogy milyen lekérdezési egyidejűség (több felhasználótól) legyen. A nagyobb használathoz több erőforrást tartalmazó átjárógépek szükségesek.
  • Csatlakozás ion típus: Annak meghatározása, hogy a Power BI szemantikai modellek importálják-e az adatokat, directQueryt vagy élő kapcsolatot használnak-e. Az importálási szemantikai modellek esetében fontos ellenőrizni az adatfrissítések számát az átjáróerőforrás-igények (például RAM) becsléséhez. DirectQuery- vagy élő kapcsolatok esetén fel kell mérnie a jelentésfelhasználók számát az erőforrás-igények (például a CPU) becsléséhez.

Tipp.

Ellenőrizze az átjárógép erőforrásait terhelésteszteléssel. Ezt a fajta tesztet az átjárógép állapotának monitorozásával végezheti el adathalmaz-frissítések végrehajtásakor, valamint a DirectQuery vagy az élő kapcsolati jelentések magas egyidejű használatának szimulálásával.

Az elnevezési egyezmények elfogadása

Fontos, hogy hogyan nevezze el az átjárót és annak adatforrás-kapcsolatait. A névnek egyértelművé kell tennie, hogy a tartalomkészítők tudják, mihez kell csatlakozniuk. Annak érdekében, hogy az átjárók és az adatforrás-kapcsolatok neve egyértelmű legyen, logikai elnevezési konvencióval kell rendelkeznie.

Az elnevezési konvenciók meghatározásakor vegye figyelembe a következő szempontokat.

  • Adjon meg egy átjáró- vagy DataGW-változatot a névben az átjáró naplózási, naplózási és hibaelhárítási célokra való azonosításához.
  • Adja meg az átjáró konkrét célját, ha bizonyos Hálóelemeket, műveleteket, régiókat vagy üzleti területeket támogat.
  • Ha az átjáró egy adott környezetet támogat, használja a Dev, a Test vagy a Prod változatot a névben.
  • Adjon egy nevet az átjárónak, amely megfelel annak a fürtnek a nevével, amelyhez tartozik. Adjon például egy egyedi nevet a fürt minden átjárógépének, például Node1, Node2 stb.

Íme néhány példa a logikai átjárók nevére.

  • DataGW-Prod-Node1
  • Gateway-DevTest-Node1
  • Gateway-FinanceTeam-Prod-Node1

Átjárók telepítése és beállítása

A legfontosabb döntések és előkészítés után az átjáró tulajdonosa telepíti az átjárókat, és végrehajtja az első telepítést.

Feljegyzés

Az átjáró letöltéséről és telepítéséről a következő témakörben olvashat bővebben:

Átjárók telepítésekor és beállításakor vegye figyelembe az alábbi tényezőket.

  • Telepítési hely: Ha az átjárót az alapértelmezett telepítési útvonaltól eltérő helyre szeretné telepíteni, módosíthatja a telepítési helyet.
  • Helyreállítási kulcs: Ha meglévő átjárót szeretne migrálni, visszaállítani vagy átvenni, az átjáró helyreállítási kulcsát kell használnia. Győződjön meg arról, hogy a helyreállítási kulcsot biztonságos helyen tartja, amely más átjárógazdák számára is elérhető.
  • Adatközpont-régió: Ha azt szeretné, hogy a régió eltérjen a regisztrált szolgáltatás bérlőétől, módosíthatja az adatközpont régióját.
  • Azure Relay: Ha az alapértelmezett helyett saját továbbítót szeretne használni, megadhatja a saját továbbító adatait.
  • Proxybeállítások: Ha a munkahelyi környezet megköveteli, hogy az átjáró proxykiszolgálón keresztül csatlakozzon a Háló portálhoz, be kell állítania a proxybeállításokat.
  • Átjárószolgáltatás-fiók: Ha explicit tartományi fiókot szeretne használni, módosíthatja az átjárószolgáltatás-fiókot az alapértelmezettről, amely a PBIEgwService.
  • Kommunikációs beállítások: Ha egy tűzfal blokkolja a kimenő kapcsolatokat, a biztonsági és hálózati csapatok beállíthatják a tűzfalat, hogy engedélyezve legyen a kimenő kapcsolatok az átjáróból a kapcsolódó Azure-régióba.
  • Bérlőregisztráció: Ha korlátozni szeretné, hogy mely bérlők regisztrálhatják a helyszíni adatátjáró alkalmazást az adatkiszivárgás megakadályozása érdekében.
  • Integrációs bérlő beállításai: Ha gondoskodni szeretne arról, hogy az átjáró a kívánt módon működjön egyszeri bejelentkezéssel (például Microsoft Entra ID-alapú hitelesítéssel).

Fontos

Javasoljuk, hogy a bérlőregisztrációt csak a szervezeten belüli bérlőkre korlátozza. Ez a lépés segít javítani az átjáró biztonságát, mivel az alapértelmezett beállítás nincs korlátozva a bérlőregisztrációra.

Ellenőrzőlista – Átjáró előkészítésekor és telepítésekor a legfontosabb döntések és műveletek a következők:

  • Azonosítsa az átjáró tulajdonosát és telepítőit: Győződjön meg arról, hogy az átjáró tulajdonosa tisztában van a feladataikkal. Az átjáró telepítésének korlátozása a megfelelő személyekre.
  • Oktatás : Szükség esetén betanítsa az átjáró tulajdonosait és telepítőit az átjáró hatékony telepítéséhez, kezeléséhez és támogatásához. Szükség esetén végezzen kereszttanúsítást a biztonsági mentéshez.
  • Elnevezési konvenciók létrehozása: Átjáró elnevezési konvenciók létrehozása, amelyek megfelelnek a célnak, a környezetnek, a fürtcsomópontnak, valamint az általa támogatott használati eseteknek vagy az általa végrehajtott műveleteknek.
  • Vegye figyelembe az erőforrásigényeket: Határozza meg, hogy a számítási feladat és a használat milyen lesz a kezdeti erőforrások (például a memória és a CPU) meghatározásához.
  • Az integrációs bérlő beállításainak megadása: Tekintse át és állítsa be az integrációs bérlő beállításait , hogy az átjáró a kívánt módon működjön az egyszeri bejelentkezéssel (SSO).
  • Az átjárógép kiépítése: Állítson be egy mindig rendelkezésre álló virtuális gépet, amely elegendő erőforrással rendelkezik az átjáróműveletek támogatásához.
  • Az átjáró telepítése: Végezze el az átjáró első beállítását az átjárógépen.
  • Kiegészítő elemek telepítése: Egyéni adatösszekötők vagy függő szoftverek telepítése a forgatókönyv támogatásához.

Átjárók kezelése

Az átjárók telepítése után adatforrás-kapcsolatokat kell hozzáadnia. A kapcsolatok hozzáadásakor azt is meg kell terveznie, hogyan fogja kezelni az átjáróhoz és annak kapcsolataihoz való hozzáférést.

Adatforrás-kapcsolatok hozzáadása

Az átjáró használatához hozzá kell adnia a kezdeti adatforrás-kapcsolatokat . A kapcsolatokat manuálisan is felveheti a Power BI szolgáltatás vagy a Power Platform felügyeleti központjából, vagy programozott módon a Power BI REST API-kkal.

Kapcsolatok hozzáadásakor vegye figyelembe az alábbi szempontokat.

  • Tárolt hitelesítő adatok: Fontolja meg, hogy mely hitelesítő adatokat fogja használni az adatforráshoz való csatlakozáshoz. Kapcsolat hozzáadásakor meg kell adnia az adatforrás hitelesítő adatait (hacsak nem támogatja a névtelen hitelesítést). Ez egy fontos döntés, mivel az adatforrásra irányuló összes lekérdezés ezen hitelesítő adatok használatával fut, kivéve, ha a Microsoft Entra egyszeri bejelentkezést (SSO) használ az adatátjáróhoz.
  • Elnevezési konvenciók: Az átjárókhoz hasonlóan a kapcsolatoknak is logikai és konzisztens elnevezési konvenciókat kell használniuk. Győződjön meg arról, hogy a kapcsolatnevek megfelelnek az adatforrás nevének. Például: A FinanceDB-Prod egy logikai név, amely az adatforrást jelzi.
  • Egyszeri bejelentkezés: A Háló rendszergazdai beállításaiban engedélyeznie kell a Microsoft Entra egyszeri bejelentkezést (SSO) az átjáróhoz, ha egyszeri bejelentkezést (SSO) szeretne használni DirectQueryvel (active Directory SSO vagy Microsoft Entra SSO használatával). Az egyszeri bejelentkezést akkor érdemes használnia, ha a jelentés felhasználói identitása alapján szeretné kikényszeríteni az adatforrásrendszer adatbiztonságát.
  • Adatvédelmi szintek: Adatforrás-kapcsolatok importálásához meg kell adnia az adatvédelmi szintet. Győződjön meg arról, hogy a megfelelő adatvédelmi szintet választja ki az adatforrás megfelelő elkülönítéséhez, ha szükséges. Fontos tisztában lenni azzal, hogy a Power BI Desktopban beállított adatvédelmi szinteket az átjárók nem tartják be.

Feljegyzés

Az adatforrás neve később módosítható, de a kiszolgáló és az adatbázis neve a beállítás után nem módosítható. A hibák elkerülése érdekében győződjön meg arról, hogy az adatforrás adatai megegyeznek a Power BI Desktopban használt adatokkal.

Tipp.

A hatékonyság és a pontosság javítása érdekében fontolja meg az adatforrás-kapcsolatok létrehozásának automatizálását a Power BI REST API-k használatával. Ebben az esetben javasoljuk, hogy a kapcsolatot létrehozó vagy módosító kérések automatikus feldolgozása helyett a felülvizsgálati és jóváhagyási folyamatokat is beleszámítsa.

Átjáró-hozzáférés kiépítése

A kezdeti adatforrás-kapcsolatok hozzáadása után el kell döntenie, hogyan kezelheti az átjáróhoz és annak kapcsolataihoz való hozzáférést.

A tartalomkészítőknek hozzáférésre lesz szükségük egy átjárókapcsolathoz az adatforráshoz való sikeres csatlakozáshoz. Az átjárókapcsolatokhoz való felhasználói hozzáférés minden kapcsolathoz megtörténik, ezért fontolja meg, hogy kinek kell hozzáférnie az egyes átjárókapcsolatokhoz, és hogyan fogja kezelni ezt a hozzáférést. A hozzáférést úgy kell kezelnie, hogy biztonsági szerepköröket használ az átjárókhoz és a kapcsolatokhoz.

Átjárószerepkörök

Az átjárószerepkörök segítségével szabályozhatja, hogy ki kezelheti az átjárót és annak adatforrás-kapcsolatait. Ezek a szerepkörök a munkaterületi szerepkörökhöz hasonlóan működnek, így a szerepkörtől függően különböző engedélyeket engedélyeznek. A szerepkörök használatával hatékonyabban kezelheti az átjárók hozzáférését.

Tipp.

Javasoljuk, hogy biztonsági csoportokkal kezelje a szerepkör-tagságot egyéni fiókok helyett. Így egyszerűbben kezelhetők a felhasználók, különösen több átjárón keresztül. Ugyanezeket a biztonsági csoportokat használhatja más hozzáférés-vezérlések, például a sorszintű biztonsági szerepkör-tagság és az alkalmazás célközönség-tagságának kezelésére.

Fontos

Azoknak a felhasználóknak, akiknek csak az átjárót kell használniuk egy adatforráshoz való csatlakozáshoz, nem kell átjárószerepkörhöz tartoznia. Ebben az esetben csak a felhasználói kapcsolati szerepkörük lesz.

A helyszíni szabványos átjárók kezeléséhez három átjárószerepkör áll rendelkezésre.

  • Rendszergazda: A szerepkör tagjai kezelhetik és frissíthetik az átjárót. Az átjáró rendszergazdája általában az átjáró tulajdonosa, de egy átjáróhoz több rendszergazda is lehet. Az átjáró-rendszergazdáknak hálógazdáknak vagy a COE- vagy központi BI-csapat tagjainak kell lenniük. A rendszergazda feladatai megegyeznek az átjáró tulajdonosával.
  • Csatlakozás ion creator with sharing: A szerepkör tagjai átjárókapcsolatokat hozhatnak létre, tesztelhetik az átjáró állapotát, és megoszthatják az átjárót másokkal. Ez a szerepkör nem tudja eltávolítani a felhasználókat az átjáróból. Érdemes lehet hozzáadni valakit ehhez a szerepkörhöz, ha az elemzési megoldások egy részhalmazáért felelős, például egy üzleti egység decentralizált csapatában. Az ilyen szerepkörrel rendelkező személyek feladatai a következők:
    • Új kapcsolatok beállítása és tesztelése.
    • A tulajdonában lévő kapcsolatok kezelése, például hitelesítő adatok beállítása.
    • Az átjáró megosztása más felhasználókkal, akiknek szükségük van rá.
    • Rendszeresen ellenőrizze, hogy kinek van hozzáférése egy átjáróhoz, ellenőrizze, hogy szüksége van-e rá, és távolítsa el őket, ha nincs rá szüksége.
  • Csatlakozás ion létrehozója: A szerepkör tagjai kapcsolatokat hozhatnak létre az átjárón, és tesztelhetik az állapotukat. A kapcsolat létrehozójának olyan tartalomtulajdonosnak kell lennie, aki megfelelően beállíthatja a megfelelő kapcsolatokat az átjáró használatához. A Csatlakozás ion létrehozói szerepkör feladatai megegyeznek a megosztási szerepkörrel rendelkező Csatlakozás ion-létrehozóval, azzal a kivétellel, hogy nem oszthatják meg az átjáróhoz való hozzáférést.

Feljegyzés

A virtuális hálózati átjárók csak a Rendszergazda átjáró szerepkört támogatják.

Adatforrás-kapcsolati szerepkörök

Az adatforrás-kapcsolati szerepkörök segítségével szabályozhatja, hogy ki használhatja, kezelheti és oszthatja meg a kapcsolatokat. A kapcsolati szerepkörrel rendelkező felhasználóknak nem kell átjárói szerepkörhöz tartoznia.

Három adatforrás-kapcsolati szerepkör létezik.

  • Tulajdonos: A szerepkör tagjai kezelhetik vagy törölhetik a kapcsolatot, ha már nincs rá szükség. A tulajdonosok kezelhetik a kapcsolati szerepköröket, beleértve a többi kapcsolattulajdonos hozzáadását is. A tulajdonos általában a kapcsolat létrehozója is. Érdemes lehet valakit kapcsolattulajdonossá tenni, ha az adatforrás kezelője vagy rendszergazdája, vagy jelentős ismeretekkel rendelkezik az adatforrásról és annak tartalmáról. A tulajdonos feladatai a következők:
  • Megosztással rendelkező felhasználó: A szerepkör tagjai más felhasználók hozzáadásával használhatják és oszthatják meg az adatforrást. Fontolja meg, hogy hozzáadjon valakit ehhez a szerepkörhöz, amikor fontos szerepet játszik a felhasználói közösségben. A bajnokok jó jelöltek lehetnek erre a szerepre. Az ilyen szerepkörrel rendelkező személyek feladatai a következők:
    • A kapcsolat megosztása más felhasználókkal, akiknek szükségük van rá.
    • Rendszeresen ellenőrizze, hogy kinek van hozzáférése egy kapcsolathoz, ellenőrizze, hogy szüksége van-e rá, és távolítsa el őket, ha nincs rá szüksége.
  • Felhasználó: A szerepkör tagjai használhatják az adatforrást a Power BI-jelentésekben és a Power BI-adatfolyamokban. A felhasználók csak a számítási feladatokból és az ügyféleszközökről kérdezik le az adatokat.

Tipp.

Annak érdekében, hogy megakadályozza az irányítási kockázat túlmegosztását, korlátoznia kell, hogy ki oszthat meg átjárókat és kapcsolatokat olyan személyek számára, akik hatékonyan és felelősségteljesen el tudják végezni ezt a feladatot.

Dokumentumátjáró és kapcsolatok

Az átjárófürt beállítása után dokumentálnia kell. Dokumentálnia kell az átjárókat, hogy könnyen megtalálják őket a tartalomkészítők, és az átjárógazdák könnyen karbantarthassák őket. Fontolja meg az átjáró dokumentációjának akadálymentes helyen való tárolását, például a megfelelő gyakorlati közösség központosított portálját.

Fontolja meg a következő információk dokumentálását.

  • Átjáró neve és GUID azonosítója
  • Átjárógép neve (és a megfelelő azonosítók)
  • Átjáró tulajdonosa
  • Utolsó szoftverfrissítési dátum (átjáró verziója)
  • Az átjárófürt célja (például a környezet, régió, üzleti terület)
  • Mely adatforrás-kapcsolatokat kell fenntartani ezen az átjárón?
  • Azt jelzi, hogy az átjáró felhasználói identitást vagy tárolt hitelesítő adatokat használ-e
  • Hozzáférés-kezelési szabályzat (hogyan kívánja használni az átjárószerepköröket és a kapcsolati szerepköröket)

Fontos

Győződjön meg arról, hogy dokumentálja az átjáró helyreállítási kulcsait a standard módú átjárókhoz. Ezekre a helyreállítási kulcsokra akkor van szükség, ha valaha is helyre kell állítania vagy újra kell keresnie az átjárót. Ezeket az információkat biztonságos helyen tárolhatja, amely egy központi csapat több megbízható tagja számára is elérhető. Ha rendelkezik szervezeti jelszótárolóval, az ideális hely.

Átjárók frissítése

Annak érdekében, hogy az átjárók működőképesek maradjanak és jól teljesíthessenek, több feladatot kell elvégeznie.

  • Telepítse a Windows-frissítéseket, és végezzen egyéb kiszolgálókarbantartást.
  • Frissítse az átjárószoftvert. Az átjárószoftver havonta frissül, és a Microsoft csak a helyszíni átjáró utolsó hat kiadását támogatja.
  • Szükség esetén frissítse az egyéni adatösszekötőket, illesztőprogramokat és kódtárakat.

Feljegyzés

Az átjáró tulajdonosának manuálisan kell alkalmaznia az átjárófrissítéseket az egyes átjárókra. Ezért fontos, hogy rendszeresen tervezze meg az átjárók frissítésének folyamatát.

Tipp.

A Power Query Online használata esetén a Power Query motor a Power Query legújabb elérhető verzióját használja. Ha azonban átjárót használ az átalakítások alkalmazásához, az az átjárógépre telepített verziót használja. A konzisztens felhasználói élmény biztosítása érdekében fontos, hogy az átjárógépei naprakészek legyenek.

A szakasz további része az átjárószoftver frissítését ismerteti.

Frissítések telepítése fejlesztési vagy tesztelési átjárókra

Fontos, hogy az átjárók naprakészek maradjanak a váratlan fennakadások elkerülése és a legújabb fejlesztések előnyeinek kihasználása érdekében. Ennek ellenére a frissítések váratlan következményekkel járhatnak az átjáró teljesítményére és működésére. Az üzletileg kritikus megoldások hatásának elkerülése érdekében először telepítenie kell az átjáró szoftverfrissítéseit egy fejlesztési vagy tesztelési átjáróra (mielőtt az éles környezeteket támogató átjárókra alkalmazva lennének).

Frissítések ellenőrzése

Az átjárók teszteléséhez először alkalmazza a frissítést a fejlesztési és tesztelési környezeteket támogató átjárókra.

Az átjárófrissítések ellenőrzésekor vegye figyelembe az alábbi szempontokat.

  • Megismételhető tesztfeltételek definiálása: Meg kell határoznia az megismételhető tesztelési feltételek listáját, hogy biztosan tesztelje az összes releváns átjáróműveletet és adatforrást. Azonosíthatja például, hogy mely jelentések és szemantikai modellek tekinthetők kritikusnak, és érvényesítést igényelnek. Előfordulhat, hogy bizonyos megfelelőségi követelményeknek is teljesülniük kell, amelyek megismételhető tesztelési feltételeknek minősülnek.
  • Használjon tesztjelentéseket: Az átjáró minden frissítésekor használjon funkcionális teszteléshez használható jelentéseket. Ezek a jelentések segítenek az megismételhető tesztfeltételek gyors ellenőrzésében. Ezek a tesztjelentések gyakran csak az összegeket és a darabszámokat jelenítik meg. A cél annak biztosítása, hogy tesztelje a hozzáférést, a renderelést és a frissítést:
    • Minden gyakran használt adatforrás.
    • Az egyes kulcs típusú adatelemek, például a legkritikusabb szemantikai modellek.
    • Különböző tárolási módok, például importálás és DirectQuery.
  • Üzletileg kritikus jelentések azonosítása: Hozzáféréssel rendelkezik az új frissítéshez tesztelhető üzletileg kritikus jelentésekhez (vagy azok másolataihoz). Ezek a jelentések segítenek biztosítani, hogy az adatok frissüljenek, és a DirectQuery-jelentések a várt módon működjenek.
  • Tesztelési folyamatok automatizálása: A Power BI REST API-kkal tesztelheti az adatfrissítést az adatelemek importálásához és a DAX-lekérdezések kiértékeléséhez. Győződjön meg arról, hogy észlelheti és naplózhatja a frissítési hibákat vagy a lekérdezési hibákat.

Fontos

Határozottan javasoljuk, hogy tesztelje az átjárófrissítéseket a fejlesztési és tesztelési fürtön, mielőtt éles környezetben alkalmaznánk őket. A frissítések tesztelése fontos, mivel nincs visszaállítási folyamat. Alternatív megoldásként a frissítés megkezdése előtt létrehozhat egy virtuálisgép-rendszerképet, amely a fájlrendszer szerkezetének és a gépen lévő adatoknak a teljes másolata.

Frissítések telepítése éles környezetben

Az átjáró frissítésének ellenőrzése után a frissítést minden olyan átjáróra alkalmaznia kell, amely támogatja az éles környezeteket. Az átjárók frissítése közben nem érhető el, ezért konzisztensnek kell lennie az átjárók frissítésének időpontjában és módjában.

Az átjárók frissítésével kapcsolatban vegye figyelembe az alábbi szempontokat.

  • A központosított portálon dokumentálja az átjáró aktuális verzióját.
  • Frissítések alkalmazása korábbi, alacsony átjáróhasználatú időszakokban.
  • A frissítések tesztelése és alkalmazása során konzisztens ütemezést használjon. Ha a havi frissítések túl gyakran jelennek meg, győződjön meg arról, hogy az átjárók legalább negyedévente frissülnek.
  • Egyszerre egy átjárófürt-gépet frissít. Az egyes gépeken való forgatással elkerülheti az állásidőt.

Hitelesítő adatok frissítése

A tárolt hitelesítő adatokat igénylő adatforrás-kapcsolatok esetében előfordulhat, hogy rendszeresen el kell forgatnia a hitelesítő adatokat. Előfordulhat például, hogy a szervezet olyan szabályzattal rendelkezik, amely gyakori jelszó-visszaállítást igényel. Ez a gyakorlat akkor is hasznos, ha egy kulcsfontosságú csapattag elhagyja a szervezetet. A hatékonyság javítása érdekében a Power BI REST API-kkal frissítheti a hitelesítő adatokat.

Ellenőrzőlista – Az adatátjárók kezelésekor a legfontosabb döntések és műveletek a következők:

  • Adatforrás-kapcsolatok létrehozása: Az adatforrás-kapcsolatok beállítása a gyakori szervezeti adatforrásokhoz. Győződjön meg arról, hogy a kapcsolatok egyértelmű, konzisztens elnevezési konvenciókat követnek.
  • Dokumentumátjárók és adatforrások: Tömör dokumentáció létrehozása az átjárókról és kapcsolatokról. Győződjön meg arról, hogy ez a dokumentáció könnyen elérhető a központosított portálról az átjárótulajdonosok és a rendszergazdák számára.
  • Kapcsolatkérések kezelése: Kapcsolatkérések gyűjtésére és kezelésére szolgáló folyamat létrehozása. Annak meghatározása, hogy szükség van-e jóváhagyási folyamatra a kapcsolatkérésekhez. Fontolja meg a folyamat automatizálását a Power BI REST API-k használatával.
  • Átjárószerepkörök kiépítése: Használja a minimális jogosultság elvét az egyének átjárószerepkörökhöz való hozzárendeléséhez. Érdemes lehet adatforrás-kezelőket hozzáadni a Csatlakozás ion-létrehozóhoz vagy Csatlakozás ion-létrehozóhoz megosztási szerepkörrel, hogy hozzájáruljanak a kapcsolatkezeléshez.
  • Kapcsolati szerepkörök kiépítése: Tartalomkészítők (és adott esetben fogyasztók) hozzárendelése a kapcsolati szerepkörökhöz, hogy használhassák az átjárót. Korlátozza a megosztással rendelkező felhasználókat azokra a felhasználókra, akik felelősségteljesen megosztják a kapcsolatot, és segítenek a hozzáférés rendszeres felülvizsgálatában és kezelésében.
  • Tömör felhasználói dokumentáció létrehozása: Dokumentálja azokat a legfontosabb elemeket, amelyek fontosak a tartalomkészítők számára az átjáró és kapcsolatainak megkereséséhez és használatához. Helyezze a dokumentációt a felhasználói közösség számára könnyen elérhető központi helyre, például egy központosított portálra vagy a SharePoint támogatási webhelyére.
  • Gondosan dokumentálja és tárolja a helyreállítási kulcsokat: A helyreállítási kulcsokat biztonságos helyen tárolja, amely több csapattag számára is elérhető. Győződjön meg arról, hogy könnyen megtalálhatók, ha helyre kell állítania az átjárót.
  • Hozzon létre egy folyamatot a frissítések telepítéséhez: Határozza meg, hogy milyen gyakran telepít átjárószoftver-frissítéseket, és milyen folyamatot kell követnie. Cél az átjárók frissítése a frissítés kiadásától számított egy-három hónapon belül.
  • Először telepítse az átjárófrissítéseket a fejlesztéshez és a teszteléshez: Győződjön meg arról, hogy a fejlesztési és tesztelési átjárók az éles üzem előtt frissülnek, és a kezdeti teszteléshez használják.
  • Az átjárófrissítések tesztelése az éles átjárókra való alkalmazás előtt: Állítson be egy folyamatot a havi átjárófrissítések teszteléséhez megismételhető tesztelési feltételek és elemek használatával.
  • Az átjárófrissítések azonnali és rendszeres telepítése éles környezetben: Győződjön meg arról, hogy az éles átjárók naprakészek.
  • Kapcsolati hitelesítő adatok frissítése: Szükség esetén frissítse a kapcsolatok által használt tárolt hitelesítő adatokat.

Átjárók figyelése, naplózása és optimalizálása

Az átjárók kulcsfontosságú részei a Fabric-adatintegrációnak. A fennakadások elkerülése és a kockázat csökkentése érdekében figyelnie kell és rendszeresen ellenőriznie kell a bérlő átjáróit.

Az átjárók monitorozása a következőket segíti:

  • Az irányítási kockázat csökkentése.
  • Megelőzheti a problémákat.
  • Vizsgálja meg az incidenseket, például a teljesítményproblémákat vagy az adatfrissítési hibákat.

Az alábbi táblázat áttekintést nyújt az adatátjáró-fürtök kezelése során előforduló tipikus problémákról, valamint a problémák monitorozásáról és kivizsgálásáról.

Lehetséges probléma A probléma típusa A probléma figyelése vagy kivizsgálása
Túl sok átjáró Szabályozás • Power Platform felügyeleti központ

• Átjáró PowerShell-parancsmagjai

• Power BI REST API-k
Átjárók túlmegosztása Szabályozás • Power Platform felügyeleti központ

• Átjáró PowerShell-parancsmagjai

• Power BI REST API-k

• Power BI tevékenységnapló
Az átjáró offline állapotban van Teljesítmény és rendelkezésre állás • Power Platform felügyeleti központ

• Átjárógép monitorozása

• Átjárónaplók
Átjáróhibák Teljesítmény és rendelkezésre állás • Átjárónaplók
Lekérdezési hibák Teljesítmény és rendelkezésre állás • Átjárónaplók

• Átjárónaplók (további naplózás)
Lassú frissítések vagy lekérdezések Teljesítmény és rendelkezésre állás • Átjárógép monitorozása

• Windows eseménynapló

• Windows teljesítményszámlálók

• Átjárónaplók

• Átjárónaplók (további naplózás)

• Kiszolgálómonitorozási eszközök

Feljegyzés

Az átjárók naplózásával és monitorozásával kapcsolatos további információkért lásd:

Tipp.

Ha Fabric-kapacitást használ, a Fabric eszközei ideális összetevőket biztosítanak a szervezeti átjárók monitorozási megoldásának létrehozásához és vezényléséhez. Például:

  • A Data Factory használatával átmásolhatja az átjárónaplókat, és a OneLake-ben landolhat.
  • Jegyzetfüzetek használatával programozott módon gyűjthet átjáróadatokat a Power BI REST API-k használatával, és átalakíthatja az átjáró naplófájljait táblákká.
  • A Power BI használatával szemantikai modellt hozhat létre, és jelentést készíthet az átjáró állapotáról.
  • A Data Activator használatával riasztásokat küldhet az átjáró tulajdonosainak és rendszergazdáinak, ha rendellenességek vagy fennakadások vannak.

Átjárók figyelése

Rendszeresen ellenőrizze, hogy hány átjáró van telepítve a bérlőn, és ki telepítette őket. Az előfordulást a Háló portál kapcsolatok és átjárók lapján, valamint a Power Platform felügyeleti központjában követheti nyomon. Mindkét nézet tömör, funkcionális áttekintést nyújt az összes olyan átjáróról, amelyhez hozzáféréssel rendelkezik. Rendszergazda istratoroknak rendszeresen át kell tekintenie ezeket az információkat.

Feljegyzés

Az átjárók listáját programozott módon is lekérheti a PowerShell-parancsmagok vagy a Power BI REST API-k használatával. Az átjáró telepítési eseményeit a tevékenységnaplóval is azonosíthatja.

Érdemes kombinálni ezeket az információkat az átjáró adatforrásainak számával és típusával kapcsolatos összesített elemzéssel. Ezeket az információkat a konszolidált, bérlőszintű irányításban, illetve a naplózási és monitorozási jelentésekben is bemutathatja.

Az átjárók elterjedtségének monitorozása során a következő metrikákra kell összpontosítania a figyelmet.

  • Növekvő számú átjáró vagy telepítő: Győződjön meg arról, hogy nem várt új átjárókat vagy telepítőket vizsgál.
  • Redundancia az átjárók közötti kapcsolatokban: Próbálja konszolidálni a kapcsolatokat, hogy elkerülje az átjárók további karbantartási erőfeszítéseit.
  • Váratlan telepítők vagy átjárók: Győződjön meg arról, hogy az új telepítők vagy átjárók a telepítés előtt jóváhagyási folyamaton estek át.
  • Váratlan átjárógépek, kapcsolatok vagy konfiguráció: Győződjön meg arról, hogy azonosítja a rendellenes átjárótulajdonságokat, például a felhasználói gépekre telepített átjárókat vagy a helyi fájlokkal való kapcsolatokat. Azonosítsa a kockázatokat okozó beállításokat is, például az adatvédelmi szint figyelmen kívül hagyását.

Átjárónaplók gyűjtése és elemzése

Minden átjárógép részletes naplókat készít, amelyekkel azonosíthatja és megoldhatja a problémákat. Ezek a naplók az átjárógépen tárolt részletes technikai fájlok gyűjteményei. Ideiglenesen további naplókat is engedélyezhet a helyszíni átjáróalkalmazásból , hogy részletesebb információkat gyűjtsön a lekérdezésekről és azok időzítéséről.

A hálózati késések elkerülése érdekében javasoljuk, hogy engedélyezze az átjárónaplók írását a helyi átjárógépre. Módosíthatja azonban azt az útvonalat, ahol a naplók az átjáró konfigurációs fájljaival vannak megírva. Azt is módosíthatja, hogy mennyi ideig őrizze meg a naplókat. Szerkesztés előtt mindig készítsen másolatot a konfigurációs fájlokról.

Hozzon létre egy adatintegrációs megoldást, amellyel összegyűjtheti és összesítheti a naplófájlokat az egyes átjárógépekről, hogy elemezhesse az adatokat. Ideális esetben ezt a folyamatot automatizálni kell, és ki kell adni egy elemzési jelentésnek az összes átjáró egyszerű megtekintéséhez és az anomáliák azonosításához.

Tipp.

Fontolja meg adatriasztások használatát az átjáró rendszergazdáinak és az adatforrás-kapcsolat létrehozóinak értesítésére az átjárók és kapcsolatok rendellenes tevékenységéről. Így azonnali korrekciós műveleteket hajthatnak végre.

Átjárógép állapotának figyelése

Az átjáró állapota a kiszolgáló állapotától függ. A fennakadások elkerülése érdekében figyelnie kell az átjárógépeket , hogy észlelje, ha egy gép nem működik megfelelően vagy offline állapotban van.

Tipp.

Győződjön meg arról, hogy az átjárógép hozzá van adva minden olyan vállalati monitorozási eszközhöz, amelyet a szervezet a kiszolgálók figyelésére használ.

Átjárók optimalizálása és hibaelhárítása

Ha problémák merülnek fel egy átjáróval kapcsolatban, meg kell vizsgálnia és azonosítania kell a problémát. A hibaelhárítás általában magában foglalja az előző szakaszban leírt átjárónaplók vizsgálatát, valamint a különböző optimalizálások tesztelését, hogy megállapítsa, megoldják-e a problémát.

Íme néhány gyakori átjáróoptimalizálás.

  • Váltás az adatsorolásról a streamelésre: Az átjárók alapértelmezés szerint a lekérdezés kiértékelésekor az átjárógépre küldik az adatokat. Ez az adatok ideiglenes tárolását eredményezi, mielőtt átkerül a felhőbe. A várólistázás lassabb lehet, mint a streamelés alternatívája, ahol az adatok közvetlenül kerülnek átvitelre. Ezt a beállítást az átjáró konfigurációs fájljaiban módosíthatja.
  • Víruskereső ellenőrzése:Ha bizonyos mappákat kizár a víruskereső vizsgálatából az átjárógépen, az javíthatja a teljesítményt a fájlszintű víruskereső szoftverek használatakor.
  • Vertikális felskálázás vagy vertikális felskálázás megtervezése: Fontolja meg, hogy mikor skáláz fel egy átjárófürtöt úgy, hogy további erőforrásokat ad hozzá az átjárógéphez, vagy egy másik átjárót ad hozzá egy másik géphez.

Fontos

A virtuális hálózati átjárók egyetlen hardverkonfigurációval rendelkeznek, amelyet nem lehet skálázni vagy módosítani.

Feljegyzés

Az átjárók optimalizálásával és hibaelhárításával kapcsolatos további információkért lásd:

Ellenőrzőlista – Az átjárók monitorozása során a legfontosabb döntések és műveletek a következők:

  • Átjárógépek monitorozása: Győződjön meg arról, hogy az átjárók telepítve vannak a nagyvállalati monitorozási megoldások által figyelt gépeken. Ellenkező esetben győződjön meg arról, hogy észleli, ha ezek a gépek nem megfelelően teljesítenek.
  • Az átjárók elterjedtségének mérése: Figyelje meg, hogy hány átjáró van telepítve a bérlőben az idő múlásával.
  • Átjárónaplók összegyűjtése és elemzése: Hozzon létre egy megoldást a különböző átjárógépek naplófájljainak automatikus gyűjtésére és kombinálására. Elemezze ezeket a fájlokat, hogy hasznos információkat nyerjen ki. Fontolja meg kétféle elemzési monitorozási megoldás beállítását: az egyiket riasztásokhoz és műveletekhez, a másikat pedig a feltáró kiváltó okok elemzéséhez, ha problémák merülnek fel.
  • Szerepkörök és felelősségek ellenőrzése: Győződjön meg arról, hogy a szerepkörök és a felelősségek meghatározásra kerülnek a figyeléshez, az optimalizáláshoz és a hibaelhárításhoz.

Kapcsolódó tartalom

További szempontokat, műveleteket, döntéshozatali kritériumokat és ajánlásokat a Power BI implementálási döntéseihez a Power BI implementálási tervezésében talál.