Helyszíni adatátjáró – GYIK

Nem, a szolgáltatások általában átjáró nélkül tudnak csatlakozni a felhőbeli adatforrásokhoz. Szükség lehet azonban egy adatátjáróra, ha az adatforrások tűzfal mögött találhatók, VPN-t igényelnek, vagy virtuális hálózatokon találhatók.

Ha OAuth2 hitelesítő adatokat használ az 1. generációs adatfolyamokban, az átjáró nem támogatja a jogkivonatok automatikus frissítését a hozzáférési jogkivonatok lejáratakor. A jogkivonatok általában a frissítés kezdete után 1 órával járnak le, de az adatforrástól és a bérlői házirendtől függően 1 órán belül lejárhatnak. A Gen2 adatfolyamok, a szemantikai modellek és az adatfolyamok képesek a jogkivonatok frissítésére a stream közepén, és emiatt nem szabad befolyásolni.

Tekintse át a telepítési cikkben található követelmények szakaszt.

Nem, az átjáró a megadott kapcsolati információk használatával csatlakozik az adatforráshoz. Ebben az értelemben az átjárót tekintsük ügyfélalkalmazásnak. Az átjárónak csak a megadott kiszolgálóhoz kell csatlakoznia.

A Microsoft jelenleg csak a helyszíni adatátjáró utolsó hat kiadását támogatja aktívan. Minden hónapban kiadunk egy új frissítést az adatátjárókhoz.

Az átjárók telepítésére és regisztrálására nincsenek licenckorlátozások.

Ellenőrizze, hogy a hálózati kapcsolat jó átviteli sebességgel rendelkezik-e. Minden környezet eltérő, és az átviteli sebesség az elküldött adatok mennyiségétől függ. A helyszíni adatforrás és az Azure-adatközpontok közötti minimális átviteli sebesség biztosításához használja az Azure ExpressRoute-ot. Az átviteli sebesség méréséhez használhatja az Azure Speed Test alkalmazást.

Az adatforráshoz megadott hitelesítő adatok titkosítva vannak, és az átjárófelhő szolgáltatásban vannak tárolva. A hitelesítő adatok visszafejtése a helyszíni átjáróban lesz. A hitelesítő adatok Power BI-beli titkosításáról a Power BI biztonsági tanulmányában talál további információt.

A helyi számítógépen a Szolgáltatások alkalmazásban a szolgáltatás neve "Helyszíni adatátjáró szolgáltatás". A Feladatkezelő Szolgáltatások lapján a szolgáltatás neve "PBIEgwService". A Windows-szolgáltatás alapértelmezés szerint az "NT SERVICE\PBIEgwService" szolgáltatást használja szolgáltatásazonosítóként (SSID).

Nem, a Windows szolgáltatásnak érvényes Windows-fiókra van szüksége.

Nem, az átjáró kimenő kapcsolatokat használ az Azure Relayhez.

Nyissa meg a kimenő Azure-kapcsolatok engedélyezését.

Ha letiltja a kimenő IP-forgalmat, előfordulhat, hogy fel kell oldania az Azure Datacenter IP-listájának letiltását. Az átjáró EGY IP-cím és egy teljes tartománynév használatával kommunikál az Azure Relayrel. Az Azure Datacenter IP-listája hetente frissül. További információ: Kimenő Azure-kapcsolatok engedélyezése.

A hálózati késés elkerülése érdekében telepítse az átjárót a lehető legközelebb az adatforráshoz. Ha az átjárót a tényleges adatforrásra tudja telepíteni, ez a közelebbi hely minimalizálja a késést.

Vegye figyelembe az Azure-adatközpontok közelségét is. Ha például a szolgáltatás az USA nyugati régiójában található adatközpontot használja, és azure-beli virtuális gépen üzemelteti az SQL Servert, akkor az Azure-beli virtuális gépet is az USA nyugati régiójában szeretné használni. Ez a konfiguráció minimálisra csökkenti a késést, és elkerüli a kimenő díjakat az Azure-beli virtuális gépen.

Az eredményeket az Azure Relay küldi el. További információ: Helyszíni adatátjáró-architektúra.

Az átjárónak csatlakoznia kell az adatforráshoz. Ha tehát az adatforrás nem érhető el a szegélyhálózaton, előfordulhat, hogy az átjáró nem rendelkezik hozzáféréssel.

Tegyük fel például, hogy az SQL Server-számítógép nincs a szegélyhálózaton. Tegyük fel azt is, hogy a szegélyhálózatról nem tud csatlakozni a számítógéphez. Ha az átjárót a szegélyhálózaton helyezi el, az átjáró nem éri el az SQL Server-számítógépet.

Igen.

Ez a prioritás a Windowstól vagy a megfelelő adatforrás-illesztőprogramoktól függ. Ez a viselkedés windowsos és különböző illesztőprogramokban is konfigurálható, de nincs az átjáró felügyelete alatt.

Nem, a bérlők közötti Microsoft Entra ID-hozzáférés nem támogatott. A bérlői Power BI szemantikai modell nem tud csatlakozni egy másik bérlő adatforrásaihoz Egy Microsoft Entra ID-fiók használatával. Ez a korlátozás arra vonatkozik, hogy az adatforrás helyszíni adatátjárót használ-e vagy sem. Ennek a korlátozásnak a leküzdéséhez az OAuthtól eltérő hitelesítési típust használjon.

Igen, további információért lépjen a HTTPS-kommunikáció kényszerítésére az Azure Relayrel. A funkció bekapcsolása kevés hatással van a teljesítményre.

Nem, ezek különböző termékek. Ha többet szeretne megtudni adatkezelés Átjáróról, amely most már saját üzemeltetésű integrációs modul, lépjen a saját üzemeltetésű integrációs modul létrehozásához és konfigurálásához.

Igen, a PowerShell használatával kell hozzáadnia más tulajdonosokat ugyanahhoz az átjáróhoz. Ezek a felhasználók létrehozhatják az átjárót az Azure Portalon. Azonban ugyanahhoz a bérlőhöz kell csatlakozniuk a portálhoz és az átjáróhoz.

Szám A helyszíni adatforrásokhoz való csatlakozáskor továbbra is szükség van átjáróra.

További információ: Az adatok tárolása abban a régióban, ahol az adatokat tárolják

Az egyetlen hibapont elkerülése érdekében fürtökként állíthat be helyszíni adatátjárókat a magas rendelkezésre állás érdekében. Alapértelmezés szerint az olyan felhőszolgáltatások, mint a Power Apps és a Power BI, az elsődleges átjárót használják, és visszaesnek a másodlagos átjáróra, ha az elsődleges nem érhető el.

Az átjáró telepítésekor meg kell adnia egy helyreállítási kulcsot. A kulccsal visszaállíthatja vagy migrálhatja az átjárót.

A kulcs segítségével új átjárót adhat hozzá egy fürthöz, illetve migrálhatja, helyreállíthatja vagy átveheti az átjárót.

Hibaelhárítás

További információ: A helyszíni adatátjáró hibaelhárítása.

Nyissa meg a hibaelhárítási eszközöket.

A lekérdezések nyomkövetését további naplózás bekapcsolásával engedélyezheti. A naplók tartalmazzák az elküldött lekérdezéseket. Ha végzett a hibaelhárítással, ne felejtse el kikapcsolni a lekérdezések nyomkövetését. Ha engedélyezve van a lekérdezéskövetés, a naplók nagyobbak lesznek.

Megtekintheti az adatforrás lekérdezések nyomon követésére szolgáló eszközeit is. Ha például az SQL Server és az SQL Server Analysis Services adatforrások, a lekérdezések nyomon követéséhez használhatja az SQL Server bővített eseményeit vagy az SQL Server Profilert.

A felhasználók legfeljebb 1000 adatforrást használhatnak minden személyes vagy vállalati átjárófürtön.

Ha eléri az adatforrások maximális számát, ellenőrizze, hogy az adott átjárófürtön lévő adatforrások száma nem lépi-e túl a korlátot. A kapcsolódó problémák megoldásához manuálisan távolítsa el az adatforrásokat a felügyeleti központból, vagy másik lehetőségként:

• Az alábbi PowerShell-szkripttel megkeresheti a korlátot meghaladó személyes átjárót, és tömegesen törölheti az összes adatforrást.

## https://learn.microsoft.com/powershell/module/datagateway/?view=datagateway-ps
## PowerShell version of '7.0.0' to run
## required module "DataGateway" Install-Module -Name DataGateway and sign in the same user who exceeded the 1000 limit
Connect-DataGatewayServiceAccount

## get the gateway information per the sign in person
$gatewayClusters = Get-DataGatewayCluster | where-Object {$_.Type -EQ 'Personal'}; 
foreach ($gw in $gatewayClusters)
{
  $datasources = Get-DataGatewayClusterDatasource -GatewayClusterId $gw.Id;
  foreach ($datasource in $datasources)
  {
    $datasource
    "gateway cluster id={0}, Personal Gateway={1}, datasource id={2}, datasourceType={3}, datasource connection details={4}" -f $gw.Id, $datasource.OnPremGatewayRequired, $datasource.Id, $datasource.DatasourceType, $datasource.ConnectionDetails 
   
    ## conditional logic to determine if name matches set
    ## Remove-DataGatewayClusterDatasource -GatewayClusterId $gw.Id -GatewayClusterDatasourceId $datasource.Id
  }
}

• Az alábbi PowerShell-szkripttel tömegesen törölhet minden adatforrást egy adott vállalati átjáró használatával:

## https://learn.microsoft.com/powershell/module/datagateway/?view=datagateway-ps
## PowerShell version of '7.0.0' to run
## required module "DataGateway" Install-Module -Name DataGateway and sign in the same user who exceeded the 1000 limit
Connect-DataGatewayServiceAccount
 
## get the gateway information per the sign in person
$datasources = Get-DataGatewayClusterDatasource -GatewayClusterId <GatewayClusterId>;
foreach ($datasource in $datasources)
{
  $datasource
  "datasource id={2}, datasourceType={3}, datasource connection details={4}" -f $datasource.Id, $datasource.DatasourceType, $datasource.ConnectionDetails
 
  ## conditional logic to determine if name matches set
  ## Remove-DataGatewayClusterDatasource -GatewayClusterId $gw.Id -GatewayClusterDatasourceId $datasource.Id
}

Hogyan ne érje el ezt a korlátot? Ha Ön isV vagy más, sok ügyféllel rendelkező Power BI-beágyazott alkalmazástulajdonos, használja szolgáltatásnévprofilokat több bérlős alkalmazásokhoz a Beágyazott Power BI-ban, hogy elkerülje ezt a korlátot az átjárók esetében (csak személyes módban). Ha nem független szoftverszállító, akkor elérheti ezt a korlátot, mert minden CSV- vagy Excel-fájlhoz létrehoz egy új adatforrást. Ennek megoldásához érdemes lehet a Power BI Desktop "fájlfeltöltési mezőjét" használni több Excel-fájl kiválasztásához, amely több adatforrás-kapcsolatot hoz létre. Ebben a forgatókönyvben annak érdekében, hogy csak egyetlen adatforrás legyen kijelölve, javasoljuk, hogy inkább válassza ki az Excel-fájlokat tartalmazó mappát.

Igen, az átjárók kezelésekor a rendszergazda lapjára léphet további rendszergazdák hozzáadásához. Rendszergazdaként biztonsági csoportokat is használhat.

Nem, az átjáró rendszergazdája kezeli az átjárót a szolgáltatáson belülről.

Ha az áttelepítési folyamat meghiúsul az új kiszolgálón, a helyszíni adatátjáró továbbra is létezik a régi kiszolgálón. Az átjárót továbbra is futtathatja, kivéve, ha a kiszolgáló offline állapotban van, vagy az átjárószoftvert eltávolították. Ha azonban a régi kiszolgálón szeretné visszaállítani az átjárót, előfordulhat, hogy az átjáró helyreállítási kulcsának használatára van szükség.

Mivel a migrálás csak két feladatot tartalmaz, az átjáró telepítését, valamint a visszaállítást és a konfigurációt az új kiszolgálón, az áttelepítés általában 10–15 perc alatt elvégezhető.

Igen. Ez idő alatt azonban jó esély van a hibákra, és az ilyen migrálásokat egy állásidős ablakban kell elvégezni. További információ: A migrálás leállási idejének minimalizálása

Következő lépések

• A helyszíni adatátjáró hibaelhárítása