Muokkaa

Jaa


Paikallisten tietoyhdyskäytäviä koskevat usein kysytyt kysymykset

Yleiset

Tarvitsenko yhdyskäytävää pilvitietolähteisiin, kuten Azure SQL -tietokantaan?

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 "InvalidConnectionCredentials" tai "AccessUnauthorized", kun käytän tietolähteitä OAuth2-tunnistetiedoilla Dataflows Gen1:stä, vaikka tunnistetiedot on päivitetty äskettäin (stream-tunnuksen keskitason päivitysongelma).

Kun käytät OAuth2-tunnistetietoja Tietovuot Gen1:ssä, yhdyskäytävä ei tue tunnusten päivittämistä 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. Tietovuot Gen2, semanttiset mallit, tietoputket voivat päivittää tunnuksia streamin keskiosassa, eikä tähän tulisi vaikuttaa.

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.

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-sovellusta 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 välittää Power BI -palvelusta näihin 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.

Ovatko Azure Machine Learning Studion ja Azure Data Factoryn käyttämä paikallinen tietoyhdyskäytävä ja tietoyhdyskäytävä samat?

Ei, ne ovat eri tuotteita. Jos haluat lisätietoja tietoyhdyskäytävästä, jota kutsutaan nyt omatoimiseksi integraation suorituspalveluksi, siirry kohtaan 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?

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?

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 profilointia kyselyiden jäljittämiseen.

Mitä minun on tehtävä, jos saavutan käyttäjäkohtaisen 1 000 tietolähteen enimmäisrajan ja miten vältän tämän rajan saavuttamisen?

Käyttäjiä on rajoitettu 1 000 tietolähteeseen käyttäjää kohti.

Jos tietolähteiden enimmäismäärä täyttyy, tarkista, että käyttäjäkohtainen tietolähteiden määrä ei ole ylittynyt. 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
  }
}

Miten vältän tämän rajan saavuttamisen? 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 kansion, joka sisältää nämä Excel-tiedostot, jotta voit varmistaa, että valittuna on vain yksi tietolähde.

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. Voit edelleen suorittaa kyseisen yhdyskäytävän, ellei palvelin ole offline-tilassa tai jos 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 viisi 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