Yleiset
Tarvitsenko yhdyskäytävän pilvitietolähteisiin, kuten Azure SQL-tietokanta?
Ei, palvelut voivat yleensä muodostaa yhteyden pilvitietolähteisiin ilman yhdyskäytävää. Saatat kuitenkin tarvita tietoyhdyskäytävän, jos tietolähteesi ovat palomuurin takana, vaativat VPN:n tai ovat näennäisverkoissa.
Miksi saan virheet "Invalid Näyttöyhteys ionCredentials" tai "AccessUnauthorized", kun käytän pilvipalvelutietolähteitä OAuth2-tunnistetiedoilla, vaikka tunnistetietoja on päivitetty äskettäin.
OAuth2-tunnistetietoja käytettäessä yhdyskäytävä ei tällä hetkellä tue päivitystunnuksia automaattisesti, kun käyttöoikeustietueet vanhenevat. Tunnukset vanhenevat yleensä 1 tunti päivityksen alkamisen jälkeen, mutta ne voivat vanhentua alle tunnissa tietolähteen ja vuokraajakäytäntöjen mukaan. Tämä rajoitus on käytössä VNET-yhdyskäytäville ja paikallisille tietoyhdyskäytäville pitkäkestoisille päivityksille.
Mitä yhdyskäytävän vaatimukset ovat?
Tutustu asennusartikkelin Vaatimukset-osaan.
Onko yhdyskäytävä asennettava samaan koneeseen kuin tietolähde?
Ei. Yhdyskäytävä muodostaa yhteyden tietolähteeseen käyttämällä annettuja yhteystietoja. Ajattele tässä mielessä yhdyskäytävää asiakassovelluksena. Yhdyskäytävän on vain muodostettava yhteys määritettyyn palvelimeen.
Kuinka monta paikallisen tietoyhdyskäytävän julkaisua Microsoft tukee aktiivisesti?
Tällä hetkellä Microsoft tukee aktiivisesti vain kuutta viimeistä paikallisen tietoyhdyskäytävän julkaisua. Julkaisemme tietoyhdyskäytäville uuden päivityksen joka kuukausi.
Onko yhdyskäytäviä asennettaessa tarvittavat käyttöoikeusedellytykset?
Yhdyskäytävän asentamiselle ja rekisteröimiselle ei ole käyttöoikeuksien rajoituksia. Millä tahansa pilvipalvelulla voi kuitenkin olla käyttöoikeusrajoituksia sen osalta, miten yhdyskäytäviä käytetään kyseisessä palvelussa. Power BI:hin vaaditaan Premium-käyttöoikeus. Kaikki Fabric-käyttöoikeudet tukevat yhdyskäytävää. Myös muilla palveluilla voi olla omia käyttöoikeusrajoituksia.
Onko verkon kaistanleveyteen liittyviä vaatimuksia?
Tarkista, että verkkoyhteydelläsi on hyvä siirtomäärä. Kukin ympäristö on erilainen, ja siirtomäärä riippuu lähetettävien tietojen määrästä. Jos haluat varmistaa siirtomäärän vähimmäistason paikallisen tietolähteen ja Azure-palvelinkeskusten välillä, käytä Azure ExpressRoutea. Siirtomäärän mittaamiseksi voit käyttää Azure Speed Test -sovellusta.
Mihin tunnistetietoni tallennetaan?
Tietolähteelle antamasi tunnistetiedot salataan ja tallennetaan yhdyskäytävän pilvipalveluun. Tunnistetietojen salaus puretaan paikallisesti yhdyskäytävässä. Lisätietoja tunnistetietojen salauksesta Power BI:ssä saat Power BI: n suojauksen teknisestä raportista.
Miksi todellista Windows-palvelua kutsutaan?
Paikallisessa tietokoneessa Palvelu-sovelluksessa palvelua kutsutaan "paikalliseksi tietoyhdyskäytäväpalveluksi". Tehtävienhallinnan Palvelut-välilehdessä palvelun nimi on "PBIEgwService". Windows-palvelu käyttää oletusarvoisesti "NT SERVICE\PBIEgwService"-palvelua palvelun SID:nä (SSID).
Voiko yhdyskäytävän Windows-palvelu toimia Microsoft Entra -tilin kanssa?
Ei, Windows-palvelu tarvitsee kelvollisen Windows-tilin.
Onko pilvipalvelusta lähteviä yhteyksiä yhdyskäytävään?
Ei, yhdyskäytävä käyttää lähteviä yhteyksiä Azure Relayen.
Entä jos estän lähtevät yhteydet? Mitä minun pitää avata?
Siirry kohtaan Lähtevien Azure-yhteyksien ottaminen käyttöön.
Pitääkö Azure palvelinkeskuksen IP-luettelo avata? Mistä saan luettelon?
Jos estät lähtevän IP-liikenteen, sinun on ehkä avattava Azure-palvelinkeskuksen IP-luettelo. Yhdyskäytävä viestii Azure Relayn kanssa käyttämällä IP-osoitetta ja täydellistä toimialuenimeä. Azure-palvelinkeskusten IP-luettelo päivitetään viikoittain. Lisätietoja on kohdassa Lähtevien Azure-yhteyksien käyttöönotto.
Mikä on viive suoritettaessa kyselyjä yhdyskäytävästä tietolähteeseen? Mikä on paras arkkitehtuuri?
Verkkoviiveen välttämiseksi asenna yhdyskäytävä mahdollisimman lähelle tietolähdettä. Jos voit asentaa yhdyskäytävän varsinaiseen tietolähteeseen, tämä lähempi sijainti pienentää viivettä.
Huomioi myös Azure-palvelinkeskusten läheisyys. Jos palvelusi käyttää esimerkiksi Länsi-Yhdysvaltain palvelinkeskusta ja käytössäsi on Azure-näennäiskoneessa isännöity SQL Server, saatat myös haluta Azure-näennäiskoneen Länsi-Yhdysvaltain alueella. Tämä määritys minimoi viiveen ja välttää lähtevän liikenteen maksut Azure-näennäiskoneessa.
Miten tulokset lähetetään takaisin pilvipalveluun?
Tulokset lähetetään Azure Relayn kautta. Lisätietoja on artikkelissa Paikallisen tietoyhdyskäytävän arkkitehtuuri.
Voinko sijoittaa yhdyskäytävän edustaverkkoon (tosin DMZ tai suojattu aliverkko)?
Yhdyskäytävä edellyttää liitettävyyttä tietolähteeseen. Jos et siis pääse tietolähteeseen edustaverkossasi, yhdyskäytävällä ei ehkä ole käyttöoikeutta.
Oletetaan esimerkiksi, että SQL Server -tietokone ei ole edustaverkossasi. Lisäksi oletetaan, että et voi muodostaa yhteyttä tähän tietokoneeseen edustaverkosta. Jos sijoitat yhdyskäytävän edustaverkkoosi, yhdyskäytävä ei voi tavoittaa SQL Server -tietokonetta.
Jos palvelin, johon yhdyskäytävä on asennettu, käyttää vain IPv6-osoitetta ja muodostaa yhteyden tietolähteeseen (esimerkiksi Azure SQL/File Server/Database Azure VM:ssä) käyttämällä vain IPv6-osoitetta, onko mahdollista viestiä Power BI -palvelu kyseisiin tietolähteisiin yhdyskäytävän kautta?
Kyllä.
Jos palvelin, johon yhdyskäytävä on asennettu, käyttää kaksoispinoa sekä IPv4- että IPv6-osoitteiden määrittämiseen, ovatko IPv4- tai IPv6-yhdyskäytäväviestinnän prioriteetit?
Tämä prioriteetti riippuu Windowsista tai olennaisista tietolähteen ohjaimista. Tämä toiminta on määritettävissä sekä Windowsissa että eri ohjaimissa, mutta se ei ole yhdyskäytävän hallinnassa.
Tukeeko yhdyskäytävä vuokraajien välistä Microsoft Entra -tunnuksen käyttöä?
Ei, vuokraajien välistä Microsoft Entra -tunnuksen käyttöoikeutta ei tueta. Vuokraajan semanttinen Power BI -malli ei voi muodostaa yhteyttä eri vuokraajan tietolähteisiin Microsoft Entra ID -tilillä. Tämä rajoitus pätee riippumatta siitä, käyttääkö tietolähde paikallista tietoyhdyskäytävää vai ei. Voit ratkaista tämän rajoituksen käyttämällä muuta todennustyyppiä kuin OAuth-todennusta.
Voinko pakottaa yhdyskäytävän käyttämään HTTPS-liikennettä Azure Relayn kanssa TCP:n sijaan?
Kyllä, lisätietoja on artikkelissa HTTPS-viestinnän pakottaminen Azure Relayn kanssa. Tämän ominaisuuden ottaminen käyttöön ei juurikaan vaikuta suorituskykyyn.
Onko azure Automaattianalyysipalvelut Studion ja Azure Data Factoryn käyttämä paikallinen tietoyhdyskäytävä ja Tiedonhallinta Gateway sama asia?
Ei, ne ovat eri tuotteita. Saat lisätietoja Tiedonhallinta-yhdyskäytävästä, jota kutsutaan nyt itse isännöidyksi integraation suorituspalveluksi, artikkelista Itse isännöity integraation suorituspalvelun luominen ja määrittäminen.
Voiko yhdyskäytävän Azure-portaali pystyttävä henkilö poiketa siitä, joka asentaa kyseisen yhdyskäytävän?
Kyllä, sinun on käytettävä PowerShelliä muiden omistajien lisäämiseksi samaan yhdyskäytävään. Nämä käyttäjät voivat luoda yhdyskäytävän Azure-portaali. Käyttäjän on kuitenkin muodostettava yhteys portaaliin ja yhdyskäytävään käyttämällä samaa vuokraajaa.
Poistaako Azure ExpressRoute yhdyskäytävän tarpeen?
Ei. Yhdyskäytävää tarvitaan yhä muodostettaessa yhteyttä paikallisiin tietolähteisiin.
Miten voin pitää tietoni samalla alueella paikallisen tietoyhdyskäytävän käytön aikana?
Lisätietoja: Säilytä tiedot alueella, johon ne on tallennettu
Korkea käytettävyysaste ja järjestelmänpalautus
Onko suunnitteilla korkean käytettävyyden skenaarioiden ottamista käyttöön yhdyskäytävän kanssa?
Yhden vikaantumispisteen välttämiseksi voit määrittää paikalliset tietoyhdyskäytävät klustereiksi korkeaa käytettävyyttä varten. Oletusarvoisesti pilvipalvelut, kuten Power Apps ja Power BI, käyttävät ensisijaista yhdyskäytävää ja palaavat toissijaiseen yhdyskäytävään, jos ensisijainen ei ole käytettävissä.
Mitä vaihtoehtoja järjestelmäpalautuksen käyttöön on saatavilla?
Kun asennat yhdyskäytävän, annat palautusavaimen. Voit palauttaa tai siirtää yhdyskäytävän avaimen avulla.
Mitä etua palautusavaimesta on?
Avaimen avulla voit lisätä uuden yhdyskäytävän klusteriin tai siirtää, palauttaa tai ottaa haltuun yhdyskäytävän.
Vianmääritys
Lisätietoja on paikallisen tietoyhdyskäytävän vianmääritys -kohdassa.
Missä yhdyskäytävän lokit sijaitsevat?
Valitse Vianmääritystyökalut.
Mistä tiedän, mitä kyselyjä paikalliseen tietolähteeseen lähetetään?
Voit ottaa kyselyn seurannan käyttöön ottamalla käyttöön lisäkirjauksen. Lokit sisältävät lähetettävät kyselyt. Muista poistaa kyselyn seuranta käytöstä, kun vianmääritys on valmis. Kyselyjen seurannan ottaminen käyttöön kasvattaa lokien kokoa.
Voit myös tarkastella tietolähteen työkaluja kyselyiden jäljitykseen. Jos esimerkiksi SQL Server ja SQL Server Analysis Services ovat tietolähteitä, voit käyttää SQL Serverin laajennettuja tapahtumia tai SQL Serverin profilointi kyselyiden jäljittämiseen.
Mitä minun on tehtävä, jos olen saavuttanut käyttäjäkohtaisen 1 000 tietolähteen enimmäisrajan ja miten voin välttää tämän rajoituksen saavuttamisen?
Käyttäjiä voi käyttää vain 1 000 tietolähdettä käyttäjää kohden.
Jos olet saavuttanut tietolähteiden enimmäismäärän, tarkista, että käyttäjäkohtaisten tietolähteiden määrä ei ole ylittänyt rajaa. Voit ratkaista mahdolliset ongelmat poistamalla tietolähteet manuaalisesti hallintakeskuksesta tai vaihtoehtoisesti käyttämällä seuraavaa Yhdyskäytävän PowerShell-komentosarjaa, jolla voit etsiä ja poistaa joukkopoistona kaikki rajan ylittävät tietolähteet.
## 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
}
}
Ohjevalikko välttää tämän rajan ylitettävyyden? Jos olet ohjelmistotoimittaja tai jokin muu Power BI Embedded -sovelluksen omistaja, jolla on useita asiakkaita, käytä palvelun päänimiprofiileja usean vuokraimen sovelluksille Power BI Embeddedissä. Jos et ole ohjelmistotoimittaja, tämä raja saattaa ylittyä, koska luot uuden tietolähteen jokaista CSV- tai Excel-tiedostoa varten. Voit ratkaista ongelman käyttämällä "lataa tiedostoruutua" Power BI Desktopissa useiden Excel-tiedostojen valitsemiseen, jolloin luodaan useita tietolähdeyhteyksiä. Tässä skenaariossa suosittelemme, että valitset sen sijaan vain yhden tietolähteen.
Hallinta
Voiko yhdyskäytävällä olla useita järjestelmänvalvojia?
Kyllä. Kun hallitset yhdyskäytävää, voit lisätä lisää järjestelmänvalvojia järjestelmänvalvojien välilehdessä. Voit myös määrittää käyttöoikeusryhmiä järjestelmänvalvojiksi.
Täytyykö yhdyskäytävän järjestelmänvalvojan olla järjestelmänvalvoja koneessa, johon yhdyskäytävä on asennettu?
Ei. Yhdyskäytävän järjestelmänvalvoja hallitsee yhdyskäytävää palvelusta.
Siirto
Jos yhdyskäytävän siirto epäonnistuu, voidaanko yhdyskäytävän toimintaa jatkaa vanhasta yhdyskäytäväpalvelimesta? Edellyttääkö tämä manuaalista toimintaa?
Jos siirtoprosessi epäonnistuu uudessa palvelimessa, paikallinen tietoyhdyskäytävä on yhä olemassa vanhalla palvelimella ja voit edelleen suorittaa kyseisen yhdyskäytävän, ellei palvelin ole offline-tilassa tai yhdyskäytäväohjelmiston asennus on poistettu. Jos kuitenkin haluat palauttaa yhdyskäytävän vanhalle palvelimelle, sinua saatetaan pyytää käyttämään yhdyskäytävän palautusavainta.
Kuinka kauan paikallisen tietoyhdyskäytävän täydellinen siirto kestää?
Koska siirto sisältää vain kaksi tehtävää, yhdyskäytävän asentaminen sekä restaurointi ja määritys uudelle palvelimelle, siirto voidaan suorittaa yleensä 10–15 minuutissa.
Jos oletamme, että koko siirtoprosessi kestää 5 minuuttia kaikkien näiden 5 minuutin aikana tapahtuvien päivitysten osalta, minne liikenne kulkee? Kulkeeko se vanhan yhdyskäytäväpalvelimen kautta ennen siirron valmistumista?
Kyllä. Tänä aikana on kuitenkin hyvä mahdollisuus epäonnistua, ja tällaiset siirtymät tulee tehdä käyttökatkossa. Lisätietoja: Siirron käyttökatkojen minimointi
Tunnetut ongelmat
Onko tunnettuja ongelmia?
- Jos OAuth-päivitys, joka kestää kauemmin kuin yksi tunti, peruutetaan virhe "Virheelliset Näyttöyhteys tunnistetiedot" tai aikakatkaisu, tunnistetiedot ovat todennäköisesti vanhentuneet.