Power BI:n toteutussuunnittelu: Vuokraajan hallinta

Muistiinpano

Tämä artikkeli on osa Power BI:n käyttöönoton suunnittelun artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Microsoft Fabricin Power BI -kokemukseen. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelu.

Tässä artikkelissa esitellään tärkeimmät seikat Fabric-vuokraajan hallinnassa. Tämä artikkeli on tarkoitettu seuraavalle:

• Fabric-järjestelmänvalvojat: Järjestelmänvalvojat, jotka vastaavat Fabricin valvonnasta organisaatiossa.
• IT ja järjestelmänvalvojat: Muut järjestelmänvalvojat, jotka tekevät yhteistyötä Fabric-järjestelmänvalvojien kanssa järjestelmien valvomiseksi ja integroimiseksi organisaatiossa.
• Center of Excellence (COE) ja BI-tiimit: Tiimit, jotka vastaavat Power BI:n valvonnasta ja Power BI -käyttäjien tukemisesta organisaatiossa. Nämä tiimit tekevät keskeisiä päätöksiä ja tekevät yhteistyötä Fabric-järjestelmänvalvojien kanssa.

Power BI -palvelun hallinta on yksi järjestelmän valvonnan tärkeimmistä näkökohdista. Lisätietoja on kohdassa Järjestelmän valvonta. Järjestelmän valvontaan liittyviä rutiinitoimia kutsutaan yleisesti järjestelmän hallinnaksi. Järjestelmänhallinta on erittäin tärkeää, jotta voidaan varmistaa, että sisällön kuluttajilla ja sisällöntekijöillä on aina hyvä Power BI -käyttökokemus.

Kuten Fabric-käyttöönoton erääntymistasoja koskevassa artikkelissa on kuvattu, organisaation käyttöönotto viittaa hallinto- ja tiedonhallintakäytäntöjen vaikuttavuuteen, jotta voidaan tukea ja mahdollistaa yrityksen liiketoimintatiedon hallinta ja hallittu omatoiminen liiketoimintatietojen hallinta. Tämän vuoksi analytiikka- ja BI-ympäristöjä hallinnoivilla järjestelmänvalvojilla voi olla huomattava ja suora vaikutus analytiikan käyttöönottopyrkimysten onnistumiseen.

Muistiinpano

Fabric-kapasiteetin (tai Premium-kapasiteetin) hallinta ja Power BI -palvelun hallinta ovat eri käsitteitä. Vaikka useimmilla organisaatioilla on vain yksi Power BI -vuokraaja, organisaatio voi valmistella useita kapasiteetteja eri kuormituksia tai liiketoimintayksiköitä varten.

Tärkeä

Joskus tämä artikkeli viittaa Power BI Premiumiin tai sen kapasiteettitilauksiin (P-varastointiyksiköt). Ota huomioon, että Microsoft vahvistaa parhaillaan ostovaihtoehtoja ja poistaa käytöstä Kapasiteettikohtaisen Power BI Premiumin. Uusien ja nykyisten asiakkaiden kannattaa harkita Fabric-kapasiteettitilausten (F-varastointiyksiköiden) ostamista.

Lisätietoja on artikkelissa Power BI Premium -käyttöoikeuksien tärkeä päivitys ja Power BI Premiumin usein kysytyt kysymykset.

Määritä vastuiden laajuus

Fabric-järjestelmänvalvojaroolille ei ole yksittäistä määritelmää, mikä tarkoittaa sitä, että Fabric-järjestelmänvalvojan roolit ja rutiinivastuut voivat vaihdella eri organisaatioiden välillä. Roolin ei pitäisi vaihdella ajan mittaan, kun organisaation prioriteetit ja tavoitteet muuttuvat.

Fabric-järjestelmänvalvojan tulisi strategisesta näkökulmasta keskittyä

• Hallinto: Annetaan hallinto-ohjeita ja käytäntöjä, jotka tukevat suuryritystason liiketoimintatietojen hallintaa ja hallittua omatoimista liiketoimintatietojen hallintaa.
• Käyttäjien vaikutusmahdollisuuksia: Sisäisten prosessien ja järjestelmien, jotka mahdollistavat sisäistä käyttäjäyhteisöä, helpottaminen ja tukeminen organisaation säädösten ja vaatimusten mukaisesti.
• Käyttöönotto: Fabricin laajemman organisaation käyttöönoton mahdollistaminen tehokkaiden hallinto- ja tiedonhallintakäytäntöjen avulla.

Jos yritetään tasapainottaa hallintoa, käyttäjien vaikutusmahdollisuuksia ja omaksumistavoitteita, se johtaa luontaisesti kilpaileviin prioriteetteihin. Ihannetapauksessa se johtaa tuottaviin keskusteluihin prioriteeteista. Odotuksiesi selventäminen ja välittäminen eri rooleille ja vastuille voi auttaa välttämään kitkaa ja konflikteja, joita ei voida hyväksyä.

Katso seuraavat kolme esimerkkiä Fabric-järjestelmänvalvojista.

• Korkea keskittyminen käyttäjien käyttöönottoon: Riley on Fabric-järjestelmänvalvoja, joka työskentelee suuressa maailmanlaajuisessa organisaatiossa, joka on tehnyt merkittäviä investointeja hallittuun omatoimiseen BI:hin. Riley käyttää paljon aikaa päätösten ja toimien koordinointiin Center of Excellencen (COE) ja muiden järjestelmänvalvojien kanssa, jotta se voi ottaa käyttöön omatoimisen BI-valmiudet koko organisaation käyttäjille. Tarvittaessa Riley tukee olemassa olevia BI-ratkaisuja.
• Korkea keskittyminen hallintoon ja vaatimustenmukaisuuteen: Parker on Fabric-järjestelmänvalvoja, joka työskentelee erittäin säännellyssä organisaatiossa. Tässä organisaatiossa BI-kehittäjät hoitavat suurimman osan BI-kehityksestä keskitetyssä YRITYKSEN BI-tiimissä . Parkerin hallinnollinen vastuualue on ensisijaisesti valvonta, tietojen suojaus ja suojaus.
• Sisällönluonnin suuri osallistuminen: Morgan on Fabric-järjestelmänvalvoja, joka työskentelee pienessä organisaatiossa, joka on vasta aloittamassa tietokulttuurin luomista. Tällä hetkellä organisaatiolla on vain vähän sisällöntekijöitä. Järjestelmän valvontavastuun lisäksi Morgan on BI-kehittäjä, joka luo ja julkaisee sisältöä säännöllisesti. Joskus Morgan osallistuu yhteiskehitysprojektiin työtovereiden mentoroimiseksi, mikä auttaa kasvattamaan BI-osaamista organisaatiossa.

Tarkistusluettelo – Kun suunnittelet vastuiden kattavuutta, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Päätä strategisesta tarkastelusta: Selvitä, mikä on Fabric-järjestelmänvalvojiesi strateginen painopiste. Selkeys tavoitteisiin ja prioriteetteihin, joita on käytettävä, kun päätöksiä (ja kompromisseja) on tehtävä.
• Määritä tietyt roolit ja vastuut: Selvitä, mitkä ovat Fabric-järjestelmänvalvojiesi odotukset. Dokumentoi selvästi heidän roolinsa ja vastuunsa ja päivitä tarvittaessa työkuvaukset henkilöstöhallintoon.

Nimeä järjestelmänvalvojat

Fabric-järjestelmänvalvojan toimilla on merkittävä vaikutus käyttäjäkokemukseen, tietokulttuuriponnisteluihin , hallintopyrkimyksiin , sisällön omistaviin ja hallinnoiviin toimiin sekä organisaation käyttöönottotoimiin . On siis tärkeää, että nimeät oikeat henkilöt järjestelmänvalvojan rooleihin.

Seuraavassa on joitakin tärkeitä asioita, jotka kannattaa ottaa huomioon, kun valitset järjestelmänvalvojat.

• Pysy tietoisena roolin hyvin etuoikeutetusta luonteesta. Järjestelmänvalvojan rooli on suuren oikeuden rooli, koska sillä on oikeus hallita laajaa vuokraaja-asetusten valikoimaa, työtilan käyttöä ja henkilökohtaista työtilan käyttöoikeutta, ja se voi tarkastella kaikkia vuokraajan metatietoja. Lisätietoja on artikkelissa Power BI:n hallinta.
• Valitse huolellisesti, kuka sopii hyvin järjestelmänvalvojaksi. Järjestelmänvalvojan on usein tehtävä yhteistyötä käyttäjien ja COE:n kanssa. Tästä syystä heidän tulee ymmärtää liiketoimintatiedon käsitteet ja se, mitä käyttäjät haluavat saavuttaa. Joku, jolla on ylikuormittava persoonallisuus tai jolla on taipumus rajoittaa tiukasti sitä, mitä käyttäjät saavat todennäköisesti tehdä, ei todennäköisesti sovi hyvin itsepalvelu-BI-ympäristön hallintaan.
• Valitse 2–4 järjestelmänvalvojaa. Koska kyse on hyvin tärkeästä tehtävästä, nimeä vain muutama järjestelmänvalvoja. Oikea tasapaino: Jos järjestelmänvalvojia on liikaa, hyväksymättömien muutosten riski kasvaa, kun taas liian harvoja järjestelmänvalvojia on liikaa, mikä lisää riskiä siitä, että järjestelmää ei tueta riittävästi.
• Salli satunnaiset järjestelmänvalvojat. Jos sinulla on käyttäjiä, jotka tarvitsevat ajoittain Fabric-järjestelmänvalvojan oikeuksia, harkitse Privileged Identity Managementin (PIM) käyttöönottoa. PIM antaa sinun määrittää just-in-time-roolin käyttöoikeudet , jotka vanhenevat muutaman tunnin kuluttua. Tämä prosessi on hyödyllinen tapa tasapainottaa riski (jos kokopäivätoimisia järjestelmänvalvojia on liikaa) ja käytettävyyttä (edistymisen mahdollistaminen). Tämä pätee erityisesti suuriin ja hajautettuihin organisaatioihin. PIM-pim-toimintoa käytettäessä järjestelmänvalvojaroolin delegointi kirjataan, ja siihen voi valinnaisesti sisältyä hyväksynnän työnkulku oikeuksien myöntämiseksi.
• Tee Fabric-hallinnoinnista etusijalla. BI-ympäristön hallinta on usein vain yksi monista vastuista. Mieti, miten voit varmistaa, että käyttäjiä tuetaan hyvin ja että järjestelmääsi hallitaan riittävästi.
• Tarkista säännöllisesti, ketkä on määritetty kaikkiin liittyviin rooleihin. Power BI -palvelun hallintaan saa käyttää kolmea roolia: Fabric-järjestelmänvalvoja ja Power Platform -järjestelmänvalvoja. On tärkeää, että valvot näiden roolien jäsenyyksiä säännöllisesti.

Lisätietoja on kohdassa Tietoja hallintarooleista Microsoft 365 -hallintakeskuksessa.

Tarkistusluettelo – Kun nimität järjestelmänvalvojia, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Tunnista nykyiset Fabric-järjestelmänvalvojat: Tarkista, kuka on tällä hetkellä määritetty Fabric-järjestelmänvalvojan rooliin. Ota tässä katsauksessa huomioon myös Power Platform -järjestelmänvalvojan ja yleisen järjestelmänvalvojan roolit.
• Nimeä Fabric-järjestelmänvalvojat: Riskien vähentämiseksi nimeä 2–4 henkilöä Fabric-järjestelmänvalvojan rooliin. Jos Tällä hetkellä on määritetty yli neljä henkilöä, vähennä Fabric-järjestelmänvalvojarooliin määritettyjen henkilöiden määrää.
• KÄYTÄ PIM:ää satunnaisille järjestelmänvalvojille: Selvitä, onko sinulla ihmisiä, jotka oikeutetusti mutta toisinaan tarvitsevat Fabric-järjestelmänvalvojan oikeuksia. Ota PIM käyttöön ja määritä just-in-time-roolioikeudet, jotka vanhenevat muutaman tunnin kuluttua. Dokumentoi ja kerro prosessin toiminnasta, johon voi sisältyä hyväksynnän työnkulku.
• Varmuuskopioiden määrittäminen ja ristiinkoulutus: Tarkista Fabric-hallintavastuun käsittelyyn liittyvä ristiinkoulutus ja dokumentaatio. Varmista, että varmuuskopiohenkilö on harjoitettu, jotta prioriteetin käyttäjän tarpeet voidaan täyttää ajallaan ja johdonmukaisesti.
• Säännöllisesti valvo järjestelmänvalvojia: Tarkista säännöllisin väliajoin, kuka on määritetty Fabric-järjestelmänvalvojaksi.

Tee yhteistyötä muiden järjestelmänvalvojien kanssa

Vaikka Fabric-järjestelmänvalvojalla on tärkeät oikeudet, se koskee vain Fabricin hallintaa. Siksi sinun on toisinaan tehtävä yhteistyötä muiden järjestelmänvalvojien kanssa.

Seuraavassa on joitakin yleisiä syitä siihen, miksi Fabric-järjestelmänvalvoja tekee yhteistyötä muiden järjestelmänvalvojien kanssa.

• Laitteen asennus ja asennukset: Käyttäjien laitteiden asentaminen, päivittäminen tai hallinta saattaa edellyttää IT-, infrastruktuuri- tai työpöytätukitiimin apua.
• Tilaukset ja käyttöoikeuksien ostaminen: Microsoft 365:n laskutuksen järjestelmänvalvojaroolia tarvitaan tilausten hallintaan ja käyttöoikeuksien ostamiseen. Laskutuksen järjestelmänvalvoja voi olla vastuussa myös kustannusanalyysista ja -hallinnasta. Lisätietoja keskitetyistä ja hajautetun (omatoiminen) tavoista hallita käyttöoikeuksia on artikkelissa Käyttäjien käyttöoikeudet.
• Käyttöoikeuksien määritys ja käyttäjien hallinta: Microsoft 365-käyttöoikeuden järjestelmänvalvojaroolin on määritettävä (ostetut) käyttöoikeudet tietyille käyttäjille. Käyttäjän järjestelmänvalvojan rooli vaaditaan käyttäjän ominaisuuksien hallintaan. On hyödyllistä työskennellä käyttäjän järjestelmänvalvojan kanssa, kun aiot ottaa käyttöön käyttäjän ominaisuuksiin perustuvan automaation (esimerkiksi automaattisen käyttöoikeusmäärityksen tai automaattisen ryhmämäärityksen). Jos haluat lisätietoja, katso Usein käytetyt Microsoft 365 -hallintakeskusroolit.
• Microsoft Entra -järjestelmänvalvojat: Microsoft Entra -järjestelmänvalvojien kanssa työskentely on eri syistä tarpeen . Usein syitä ovat esimerkiksi tarve määrittää tai hallita käyttäjiä, ryhmiä ja palvelun päänimiä. Lisätietoja on artikkelissa Vuokraajatason suojauksen suunnittelu.
• Lähdetietojen käyttö: Saatat joutua tekemään yhteistyötä järjestelmänvalvojan tai tietokannan järjestelmänvalvojan kanssa, jotta voit saada pääsyn tietoihin sisällöntuottajien puolesta. Joskus voi olla myös tarpeen pyytää käyttöoikeutta sisällön kuluttajien puolesta, kun semanttiset mallit valvovat tietosuojaa sisällön kuluttajien identiteetin perusteella.
• Tietojen menetyksen estäminen ja tietojen luokitus: Sinun on ehkä tehtävä yhteistyötä Microsoft Purview -järjestelmänvalvojasi kanssa hallinnon ja tietojen suojaamiseksi.
• Teams-integrointi: Kun integroit Power BI :n Microsoft Teamsiin, sinun on ehkä tehtävä yhteistyötä Teamsin järjestelmänvalvojan kanssa.
• OneDriven ja SharePointin integrointi: Kun integroit Power BI :n OneDriveen tai SharePointiin, sinun täytyy ehkä tehdä yhteistyötä muiden järjestelmänvalvojien kanssa.
• Työtilan hallinta: Sinun täytyy ehkä tehdä yhteistyötä Fabric-työtilan järjestelmänvalvojan kanssa, jotta voit suunnitella, järjestää tai suojata sisältöä tietyissä työtiloissa.
• Elinkaaren hallinta: Kun otat käyttöön ja hallitset muutoksia sisältöön, sinun on ehkä tehtävä yhteistyötä käyttöönottoputken järjestelmänvalvojan tai Azure DevOps -järjestelmänvalvojan kanssa.
• Premium-kapasiteetin hallinta: Saatat joutua tekemään yhteistyötä kapasiteetin järjestelmänvalvojan kanssa Premium-kapasiteetin hallinnan aikana.
• Tietoyhdyskäytävän hallinta: Sinun on ehkä tehtävä yhteistyötä yhdyskäytävän järjestelmänvalvojan kanssa paikallisen tietoyhdyskäytävän hallitsemiseksi ja suojaamiseksi. Katso lisätietoja artikkelista Yhdyskäytäviä.
• Power Platform -hallinta: Sinun on ehkä integroitava ratkaisuja Power BI:n ja muiden Power Platform -sovellusten (kuten Power Automaten tai Power Appsin) välillä.
• Azuren hallinta: Saatat joutua tekemään yhteistyötä Azure-järjestelmänvalvojan kanssa, jotta voit määrittää, käyttää ja suojata muita Azure-palveluita , jotka haluat integroida Power BI:hin.
• Suojauksen hallinta ja valvonta: Organisaatiollasi voi olla tiettyjä vaatimustenmukaisuus-, suojaus- tai tietosuojavaatimuksia. Tässä tapauksessa sinun on ehkä tehtävä yhteistyötä suojaustiimisi kanssa riskien tunnistamiseksi ja vähentämiseksi.
• Verkko: Kun muodostat yhteyden eri tietolähteisiin ja järjestelmiin, sinun on ehkä tehtävä yhteistyötä verkonvalvojien kanssa suorituskykyyn ja tietoturvaan liittyvien syiden vuoksi.
• Mobiililaitteiden hallinta: Sinun on ehkä tehtävä yhteistyötä Intune-järjestelmänvalvojan kanssa mobiililaitteiden käytäntöjen ja suojauksen hallitsemiseksi.

Tärkeä

Fabric-järjestelmänvalvojan ei pitäisi itse tehdä päätöksiä eikä ryhtyä toimiin (kuten muuttaa vuokraajan asetuksia). Kaikista tärkeistä päätöksistä on keskusteltava, suunniteltava ja dokumentoitava. Yhteistyön lisäksi muiden järjestelmänvalvojien kanssa varmista, että osallistut täysin COE:hen ja BI-strategian työryhmään. Voi olla myös tarkoituksenmukaista ottaa mukaan johtajasponsori strategisiin päätöksiin.

Tarkistusluettelo – Kun teemme yhteistyötä muiden järjestelmänvalvojien kanssa, tärkeimpiä päätöksiä ja toimintoja ovat seuraavat:

• Määritä, kuka hallitsee laitteen asennusta ja asennuksia: Varmista, kuka hallitsee organisaatiosi laitteita. Tutustu heidän prosesseihinsa ja vaatimuksiinsa. Valmistaudu käsittelemään niitä tarpeen mukaan.
• Määritä, kuka hallitsee tilauksia ja käyttöoikeuksia: Varmista, että tiedät, kuka hallitsee organisaatiosi tilauksia ja käyttöoikeuksia. Tutustu heidän prosesseihinsa ja vaatimuksiinsa. Valmistaudu käsittelemään niitä tarpeen mukaan.
• Määritä, kuka määrittää käyttöoikeudet ja hallitsee käyttäjiä, ryhmiä ja palvelun päänimiä: Varmista, että tiedät, kuka hallitsee organisaatiosi käyttäjiä, ryhmiä ja palvelun päänimiä. Tutustu heidän prosesseihinsa ja vaatimuksiinsa. Valmistaudu käsittelemään niitä tarpeen mukaan.
• Selvitä kaikki muut järjestelmänvalvojat, joita haluat konsultoida: Kun käyt läpi toteutuksen suunnitteluprosessia, ota yhteyttä muihin asianmukaisiin järjestelmänvalvojiin. Kutsu heidät asiaankuuluviin kokouksiin ja ota ne mukaan asianmukaisiin päätöksentekoprosesseihin. Päivitä dokumentaatio ja prosessit tarpeen mukaan.

Power BI -palvelun hallinnoiminen

Power BI -palvelun hallinta ja hallinta ovat yksi Fabric-järjestelmänvalvojan tärkeimmistä vastuista. Tässä osiossa kuvataan, miten voit hallita monia yleisiä asetuksia ja ominaisuuksia Fabric-hallintaportaalissa.

• Vuokraajan asetukset
• Verkkotunnuksia
• Työtilat
• Upotuskoodit
• Organisaation visualisoinnit
• Azure-yhteydet

Vuokraaja-asetusten hallinta

Vuokraaja-asetukset ovat tärkein tapa hallita, mitkä Power BI:n ominaisuudet ja ominaisuudet ovat käytössä ja ketkä organisaatiosi käyttäjät saavat käyttöön. Vuokraaja-asetusten hallinta on yksi Fabric-järjestelmänvalvojan tärkeimmistä vastuista.

Koska sisällöntuottajat ja sisällön kuluttajat voivat helposti oppia Power BI:n käytettävissä olevista ominaisuuksista ja ominaisuuksista (dokumentaatiosta), se voi aiheuttaa turhautumista, kun he eivät voi tehdä haluamaaan toimia. Se voi myös johtaa käyttäjien tyytymättömyyteen ja organisaation käyttöönoton heikkenemiseen , käyttäjien käyttöönottoon ja ratkaisun omaksumiseen.

Tässä on joitakin yleisiä kysymyksiä, joita hämmentyneet ja turhautuneet käyttäjät esittävät.

• Miksi en voi luoda työtilaa?
• Miksi en voi viedä tietoja?
• Miksi mukautettu visualisointi ei toimi?
• Miksi en voi sertifioida semanttista mallia?
• Miksi en voi määrittää luottamuksellisuustunnistetta?
• Miksi en voi työntää sovellusta tietyille loppukäyttäjille?

Tärkeä

Kunkin vuokraaja-asetuksen tulee olla yhdenmukainen organisaatiosi hallintoohjeiden ja käytäntöjen kanssa. Kun Fabric-järjestelmänvalvoja päättää ottaa asetukset käyttöön tai poistaa ne käytöstä, se on yleensä selkeä ilmaisin siitä, että sinun on parannettava ja tarkennettava hallintoprosessejasi.

Tämän osion loppuosassa kuvataan vuokraaja-asetusten hallinta seuraava prosessi.

1. Vuokraaja-asetusten tarkistaminen
2. Päätä vuokraaja-asetuksista
3. Vuokraaja-asetusten päivittäminen
4. Vuokraaja-asetusten dokumentointi
5. Vuokraaja-asetusten hallinta
6. Vuokraaja-asetusten valvonta

Vaihe 1: Tarkista vuokraajan asetukset

On tärkeää, että tarkistat jokaisen vuokraaja-asetuksen, jotta ymmärrät selvästi vuokraajasi nykyisen tilan. Vaikka sinun pitäisi tarkistaa kaikki vuokraajan asetukset, voit priorisoida tärkeät asetukset ja tarkistaa ne ensin riskiarvioinnin perusteella.

Seuraavassa on joitakin huomioon otettavia seikkoja tarkistusprosessin aikana.

• Asetus: Onko tietty vuokraaja-asetus käytössä tällä hetkellä vai poistettu käytöstä?
• Käyttöoikeudet: Koskeeko tietty vuokraaja-asetus koko organisaatiota? Vai onko se käytettävissä tai estetty tietyille käyttöoikeusryhmille?

Muistiinpano

Jotkin vuokraaja-asetukset ovat oletusarvoisesti käytössä, kun taas toiset ovat oletusarvoisesti poissa käytöstä.

Voit kääntää vuokraaja-asetustesi nykyisen tilan kahdella tavalla.

• Tarkastele vuokraajan asetustilaa hallintaportaalissa.
• Pura vuokraaja-asetustila ohjelmallisesti käyttämällä Hae vuokraaja-asetukset REST-ohjelmointirajapintaa.

Seuraavassa taulukossa esitetään, miten voit tallentaa vuokraaja-asetustesi nykyisen tilan.

Viimeksi tarkastettu päivämäärä	Vuokraaja-asetukset	Nykyinen arvo	Käyttöoikeusryhmät sallittu	Käyttöoikeusryhmiä ei sallita	Muille järjestelmänvalvojille delegoitu vuokraaja-asetus
15. lokakuuta 2023	Työtilojen luominen	Otettu käyttöön tietyille käyttöoikeusryhmille	Power BI -työtilojen luojat, Power BI -järjestelmänvalvojat, Power BI COE, Power BI -tuki	–	–
15. lokakuuta 2023	Vie Exceliin	Otettu käyttöön koko organisaatiolle tiettyjä käyttöoikeusryhmiä lukuun ottamatta	–	Myyntitiimi–Eurooppa	–
1. marraskuuta 2023, klo	Semanttisten mallien käyttäminen kaikissa työtiloissa	Otettu käyttöön koko organisaatiolle	–	–	–
1. marraskuuta 2023, klo	Sertifiointi	Otettu käyttöön tietyille käyttöoikeusryhmille	Power BI -sertifioinnin pk-yritykset	–	Toimialueen järjestelmänvalvojat voivat ottaa käyttöön tai poistaa käytöstä
5. marraskuuta 2023, klo	Salli tiettyjen käyttäjien ottaa käyttöön ulkoisten tietojen jakaminen	Otettu käyttöön tietyille käyttöoikeusryhmille	Power BI:n ulkoisten tietojen jakaminen	–	–

Lisätietoja käyttöoikeusryhmistä on artikkelissa Power BI -ryhmien suunnittelu.

Katso lisätietoja vuokraaja-asetusten käyttötiloista kohdasta Vuokraaja-asetusten käyttäminen.

Varoitus

Joskus, kun järjestelmänvalvoja valvoo vuokraajaa, hän havaitsee tilanteen, joka ei ole ihanteellinen. Hän saattaa esimerkiksi nähdä liian monta tietojen viennin käyttäjän toimintotiedoissa. Tässä tapauksessa järjestelmänvalvojalla saattaa olla houkutus poistaa käytöstä liittyvät vuokraajan asetukset. Ennen kuin poistat ominaisuuden kokonaan käytöstä, on kuitenkin tärkeää ensin ymmärtää, miksi käyttäjät luottavat tiettyihin tekniikoihin. Tämä johtuu siitä, että ominaisuuksien kieltäminen voi johtaa käyttäjien turhautumiseen, mikä voi houkutella käyttäjiä luomaan vaihtoehtoisia tapoja. Ajattele sen sijaan, että ratkaisu on ehkä suunniteltava uudelleen, tai ehkäpä lisäkoulutus ja -koulutus voisi lieventää huolenaiheita.

Vaihe 2: Päätä vuokraajan asetuksista

Kun olet tarkistanut nykyiset vuokraaja-asetuksesi, on aika tarkastella päätöksentekoprosessia. Kunkin vuokraaja-asetuksen osalta työpajojen avulla voit aktiivisesti keskustella ja määrittää, mitä ominaisuuksia ja ominaisuuksia sallitaan tai mitä toimintoja sallitaan tai mitäkin käyttäjiä varten.

Muista, että jokainen vuokraaja-asetus edustaa hallintopäätöstä. Siksi voit odottaa yhteistyötä muiden kanssa, jotta saat oikean päätöksen. Tilanteesta riippuen päätöksentekoprosessiin voi sisältyä yhteistyötä COE:n, vastaavan sponsorin, tietoturvatiimin, BI-tiimin tai muiden (kuten sidosryhmien tai mestareiden) kanssa.

Vihje

Yksi suurimmista haasteista on päättää, mitä tehdä, kun kohtaat epäjohdonmukaisuuksia olemassa olevan vuokraaja-asetuksen ja tavoitteiden ja tarkoituksenmukaisten päätösten välillä. Valmistaudu ratkaisemaan nämä ristiriidat, kun kohtaat niitä.

Seuraavassa on joitakin huomioon otettavia seikkoja päätöksentekoprosessin aikana.

• Mitä hallintopäätöksiä on jo olemassa? Jos mahdollista, katso aiemmin tehtyjä päätöksiä. Pyri aina olemaan johdonmukainen ja tehokas. Sinun on myös oltava tietoinen sisäisistä tai ulkoisista yhteensopivuusvaatimuksista. Tarvittaessa vuokraaja-asetusten on oltava yhdenmukaisia laajemman hallintokäytännön kanssa. Käytössä saattaa olla esimerkiksi nykyinen hallintokäytäntö , joka määrittää, milloin, kuka ja miten tietoja voidaan jakaa organisaation ulkopuolella.
• Kuka tekee uusia hallintopäätöksiä? Kun sinun on tehtävä päätös vuokraaja-asetuksesta, ota kaikki asiaankuuluvat osapuolet mukaan keskusteluun. Yleensä Fabric-järjestelmänvalvojilla ei yksinään ole parasta tehdä vuokraajan asetuksia koskevia päätöksiä. Lisätietoja työryhmän kokoamisesta ja työpajojen suorittamisesta on artikkelissa BI:n strateginen suunnittelu.
• Onko päätös tilapäinen? Joskus vuokraaja-asetus määritetään vain lyhyen aikaa. Yleensä näin COE:n, BI:n ja IT-tiimien on aika tutustua uuteen ominaisuuteen, ennen kuin se julkaistaan laajemmin koko organisaatiossa. Näin voit varmistaa, että hallintoohjeiden on oltava yhdenmukainen, ja käyttäjäyhteisöä tuetaan hyvin.
• Käsitelläänkö eri liiketoimintayksiköitä tai tiimejä eri tavalla? Suurissa organisaatioissa yksittäinen lähestymistapa toimii harvoin. Jotta eri tiimien tarpeet ja taidot voidaan ottaa huomioon, vuokraaja-asetukset on ehkä määritettävä eri käyttäjäryhmille eri tavoin. Pyri aina sallimaan kyvykkäät tiimit toimimaan mahdollisimman joustavasti hallintoohjeiden mukaisesti.
• Onko kyseessä hyväksyntäprosessi? Tietystä aiheesta riippuen hyväksyntä saattaa vaatia. Tämä pätee erityisesti silloin, kun vuokraaja-asetus liittyy suojaukseen tai vaatimustenmukaisuuteen.
• Mikä on ajoitettu kunkin päätöksen uudelleentarkasteluun? Ajoita kunkin vuokraajan asetuspäätöksen tarkistaminen säännöllisesti. Tätä tarkoitusta varten kannattaa tehdä kaksi kertaa vuodessa.

Seuraavassa taulukossa esitetään, miten voit tallentaa päätöksesi.

Päätöksen päivämäärä	Tehty päätös	Päätöksentekijät mukana	Päätöksen on hyväksynyt	Tämä vaikuttaa vuokraaja-asetukseen	Odottava toiminto
15. lokakuuta 2023	COE kouluttaa hyväksytyt sisällöntuottajat työtilojen luomisen ja hallinnan parhaista käytännöistä. Hyväksytyt luojat voivat olla mistä tahansa liiketoimintayksiköstä.	COE ja sidosryhmät	Ellis Turner (pääsponsori) ja Taylor Phillips (COE:n johtaja)	Työtilojen luominen	Power BI -työtilan luojaryhmän aiemmin luotujen jäsenten tarkistaminen
15. lokakuuta 2023	Vienti Exceliin on sallittua. COE seuraa toimintolokin toimintoa ja ottaa yhteyttä sitä käyttäviin käyttäjiin. Myyntitiimille on olemassa tilapäinen rajoitus tällä hetkellä tutkittavana olevan ongelman vuoksi.	COE ja suojaus	Ellis Turner (pääsponsori) ja Jessie Irwin (teknologiajohtaja)	Vie Exceliin	Seuranta Euroopan ongelmasta 60 päivän kuluttua
1. marraskuuta 2023, klo	Kannustamme voimakkaasti jaettujen semanttisten mallien käyttämistä, jotta voidaan edistää tietojen uudelleenkäyttöä, minimoida tietosiiloja ja vähentää tietojen päällekkäisyyttä.	COE	Ellis Turner (yrityssponsori)	Semanttisten mallien käyttäminen kaikissa työtiloissa	–
1. marraskuuta 2023, klo	COE kouluttaa hyväksytyt sisällöntuottajat raporttien ja tietoresurssien sertifiointia koskevista prosessista ja vaatimuksista. Hyväksytyt luojat voivat olla mistä tahansa liiketoimintayksiköstä.	COE ja sidosryhmät	Ellis Turner (pääsponsori) ja Taylor Phillips (COE:n johtaja)	Sertifiointi	Tarkista Power BI - sertifioinnin pk-yritysten ryhmän nykyiset jäsenet
5. marraskuuta 2023, klo	Organisaation tietojenjakamiskäytäntö kattaa sen, miten tietoja voidaan jakaa organisaation ulkopuolelle. Kaikkien käyttäjien on tarkistettava ja kuitattava tämä käytäntö vuosittain. COE:n harjoittaminen auttaa käyttäjiä noudattamaan niitä Power BI:ssä työskenneltäessä.	COE, suojaus ja vaatimustenmukaisuus	Jessie Irwin (teknologiajohtaja)	Salli tiettyjen käyttäjien ottaa käyttöön ulkoisten tietojen jakaminen	Tarkista Power BI:n ulkoisen tietojenjakamisryhmän nykyiset jäsenet

Harkitse muiden tilannekohtaisten tietojen sisällyttäminen siihen, miksi päätös tehtiin. Sisällytä myös linkkejä olemassa olevien liittyvien asiakirjojen tai käytäntöjen sijaintiin.

Muistiinpano

Taulukossa esitetyt esimerkit osoittavat tarkoituksella, miten käyttäjien vaikutusmahdollisuuksia, vaatimustenmukaisuutta ja sisäisiä vaatimuksia voidaan tasapainottaa. Lisätietoja on kohdassa Hallinto.

Vaihe 3: Vuokraaja-asetusten päivittäminen

Nyt kun olemassa olevat vuokraaja-asetuksesi ja tarkoitukselliset päätöksesi ovat käytettävissä, olet valmis päivittämään vuokraaja-asetuksesi.

Päivitysprosessissa huomioitavia seikkoja ovat muun muassa seuraavat:

• Kuka päivittää? Jos sinulla on useita Fabric-järjestelmänvalvojia, on ihanteellista, että yksi tai kaksi Fabric-järjestelmänvalvojaa on ensisijaisesti vastuussa vuokraaja-asetusten päivittämisestä. Tavoitteena on varmistaa, että prosessi on johdonmukainen, helppotajuinen ja hyvin hallittu.
• Mikä testausprosessi on käytössä? Vuokraaja-asetuksesta riippuen sillä voi olla muitakin vaikutuksia, kun se muuttuu. Tee testaus ennen laajasti tehtyjä muutoksia. Katso esimerkiksi semanttisten mallien käytön hallinta kaikissa työtiloissa.
• Onko muutostenhallintaprosessi olemassa? Mieti, miten voit välttää päätösten, dokumentaation ja niistä saata olevien päivitysten väliset ristiriidat. Tiimien välinen viestintä on tärkeä onnistumistekijä muutosten hallinnassa. Valvontavaatimuksistasi riippuen saatat halutessasi ylläpitää sisäistä muutoslokia, jotta voit seurata, kuka on tehnyt muutoksen, milloin ja miksi (jos haluat tallentaa enemmän tietoja kuin mitä toimintolokiin on tallennettu).
• Miten käyttäjien kanssa viestintää käsitellään? Muista ilmoittaa muutoksesta, kun teet muutoksia, jotka vaikuttavat käyttäjien kyvyihin. Pyri aina välttämään käyttäjien turhautumista ja tarpeettomia tukipyyntöjä.

Vaihe 4: Vuokraaja-asetusten dokumentointi

Varmista tässä vaiheessa, että sinulla on käytössä toistettavissa oleva menetelmä vuokraajan asetusarvojen dokumentointia varten. Yksinkertaistettu esimerkki on yllä olevassa vaiheessa 1 olevassa taulukossa, jossa käsitellään vuokraaja-asetusten tarkistamista.

Seuraavassa on joitakin näkökohtia, joita kannattaa harkita dokumentaatiota varten.

• Poimi tilannevedostiedot: Kun dokumentoit vuokraajan asetusarvoja, suosittelemme, että luot uuden tilannevedoksen säännöllisesti. Tätä varten tilannevedoksen luominen kerran viikossa tapahtuu hyvin. Voit automatisoida prosessin käyttämällä Vuokraajan asetusten hakemisen REST-ohjelmointirajapintaa.
• Anna järjestelmänvalvojalle oikeudet tilannevedostietoihin: Järjestelmänvalvojilla, COE:llä ja sisäisillä auditoijilla pitäisi olla pääsy kaikkiin tilannevedostietoihin. Jos haluat tunnistaa muuttuneet vuokraaja-asetukset, vertaa kahta tilannevedosta (esimerkiksi tällä viikolla viime viikkoon verrattuna). Toimintolokin tiedot täydentävät tilannevedostietoja, jotta saat kokonaiskuvan siitä, mikä on muuttunut, milloin se on muuttunut ja kuka se on tehnyt. Katso lisätietoja alla olevasta vaiheesta 6, joka koskee vuokraaja-asetusten valvontaa.
• Anna käyttäjille yhteenveto nykyisistä asetuksista: Vuokraaja-asetusten arvot ovat yksi ohjetyyppi, jonka voit tarjota keskitetyn portaalin käyttäjäyhteisösi käyttöön. Se on hyödyllinen viite käyttäjälle, joka ei esimerkiksi ymmärrä, miksi ominaisuus ei ole hänen käytettävissään. Dokumentaatio voi myös auttaa käyttäjiä tietämään, mitä käyttöoikeusryhmää pyydetään liittymään, jos he haluavat käyttää ominaisuutta. Manuaalisen työn vähentämiseksi REST-ohjelmointirajapinnan uusimmat tilannevedostulokset voidaan jakaa käyttäjille Power BI -raporttina. Tarpeen mukaan sinun on ehkä yhdistettävä tilannevedos tiedoista muihin manuaalisesti ylläpidettyihin tietoihin (kuten vuokraaja-asetuksen kuvaus, asetuksen oikeutus, lisätietoihin viittaaminen tai linkki lomakkeeseen käyttöoikeuden pyytämistä varten).

Muistiinpano

Kuten vaiheessa 2 aiemmin kerrottiin, käytettävissäsi on myös päätöksentekoprosessiin liittyviä asiakirjoja. Yleensä tällainen dokumentaatio on vain COE:n ja järjestelmänvalvojien käytettävissä (kaikkien Power BI -käyttäjien sijaan). Yksinkertaistettu esimerkki on kohdassa Vaihe 2.

Vaihe 5: Vuokraaja-asetusten hallinta

Vuokraajan asetuksiin on jatkuvasti kiinnitettävä huomiota. Seuraavassa on otettava huomioon joitakin seikkoja.

• Uudet vuokraaja-asetukset: Mistä tiedät, milloin uusi vuokraaja-asetus on käytettävissä? Koska Fabric on pilvipalvelu, joka kehittyy edelleen, voit odottaa, että uudet vuokraaja-asetukset otetaan käyttöön säännöllisesti. Yksi tapa saada tieto uusista vuokraaja-asetuksista on tarkastella ilmoitettuja viestejä hallintaportaalin vuokraaja-asetussivun yläreunassa. Toinen tapa on verrata nykyisestä tilannevedoksesta poimimiasi tietoja edelliseen tilannevedokseen (kuvattiin aiemmin vaiheessa 4).
• Muutokset olemassa oleviin vuokraaja-asetuksiin: Mistä tiedät, milloin olemassa olevan vuokraaja-asetuksen toiminta on muuttunut? Vuokraaja-asetusten muutoksista ilmoitetaan yleensä Power BI -blogissa tai Fabric-blogissa. Muista tutustua ilmoituksiin noudattamalla näitä blogeja.
• Meneillään olevat käyttäjäpyynnöt: Miten hallitset käyttäjäpyyntöjä? Esimerkiksi käyttäjä, joka haluaa sertifioida sisältöä, tietää lähettää pyynnön tullakseen tietyn käyttöoikeusryhmän jäseneksi, joka sallii sen. Tämä on tehokas työnkulku, joka on mahdollista julkaisemalla vuokraaja-asetusten dokumentaatio käyttäjille, joihin käyttäjät voivat viitata (kuvattu vaiheessa 4 edellä). Voit halutessasi käyttää lomaketta tällaisten pyyntöjen keräämiseen. Voit myös reitittää pyyntöjä tukipalvelun kautta.
• Uudet käyttöoikeusryhmät: Jos vuokraaja-asetus on tarkoitus rajata tiettyihin käyttöoikeusryhmiin, onko sopiva käyttöoikeusryhmä jo olemassa? Vai täytyykö uusi käyttöoikeusryhmä luoda? Miten voit koordinoida uuden käyttöoikeusryhmän luomisen tarvittaessa? Lisätietoja on artikkelissa Ryhmien käyttöstrategia.

Vaihe 6: Vuokraaja-asetusten valvonta

Lisäksi on tärkeää, että vuokraaja-asetuksia valvotaan säännöllisesti. Seuraavassa on joitakin toimintoja, joiden avulla voit selvittää, milloin valvot vuokraajan asetuksia.

• Vuokraaja-asetus on muuttunut: Etsi muuttuja arvoja toimintolokista käyttämällä UpdatedAdminFeatureSwitch-toimintaa. Tämä aktiviteetti ilmaisee vain, että jotain on päivitetty (riippumatta siitä, onko se käytössä vai poistettu käytöstä tai onko määritetty eri käyttöoikeusryhmiä). Jos haluat ymmärtää, mikä on muuttunut, sinun on verrattava nykyistä tilannevedosta edelliseen tilannevedokseen (kuvattu aiemmin vaiheessa 4).
• Uusi vuokraaja-asetus on otettu käyttöön: Etsi viesti tai viestit hallintaportaalista tai vertaa nykyisestä tilannevedoksesta poimimiasi tietoja edelliseen tilannevedokseen (kuvattu aiemmin vaiheessa 4).
• Ryhmän jäsenyys on muuttunut: Joissakin tilanteissa ei ehkä riitä, että tietää, mikä käyttöoikeusryhmä on määritetty. Sinun täytyy ehkä määrittää käyttöoikeusryhmän jäsenyys, joka voi koostua yksittäisistä käyttäjistä ja palvelun päänimistä. Voit lisätä ryhmän jäsenyyksiin tietoja Microsoft Graphin avulla. Lisätietoja on kohdassa Käyttäjien ja ryhmien tiedot.

Saatat myös haluta saada ilmoituksia, kun vuokraaja-asetus on päivitetty. Voit käyttää Microsoft 365:n tai Microsoft Defender for Cloud Appsin valvontalokiilmoitusten ominaisuuksia saadaksesi ilmoituksen vuokraajan asetusten muuttumisesta ja siitä, käyttämällä UpdatedAdminFeatureSwitch-valvontalokitapahtumaa. Lisätietoja ilmoitusten käyttöönotosta on artikkelissa Vuokraajatason valvonta.

Tarkistusluettelo – Vuokraajan asetuksia suunniteltaessa ja hallittaessa tärkeimpiä päätöksiä ja toimintoja ovat seuraavat:

• Käy läpi kaikki nykyiset vuokraaja-asetukset: Selvitä nykyinen tila tarkastelemalla kaikkia vuokraajan asetuksia. Määritä, mitkä käyttöoikeusryhmät määritetään kullekin asetukselle.
• Tunnista olemassa olevat käytännöt ja päätökset: Laadi olemassa olevat hallintokäytännöt tai aiemmat päätökset, jotta ne ovat helposti saatavilla.
• Keskustele ja päätä: Ajoita työpajat pohtimaan ja määrittämään, mitä sallitaan tai mitä ei sallita ja ketkä käyttäjät saavat tehdä. Varmista, että kaikki päätökset on linjassa tietokulttuurin tavoitteiden, hallintoohjeiden ja sisäisten politiikkojen kanssa. Muista ottaa mukaan kaikki asiaankuuluvat päätöksentekijät ja sidosryhmät kuhunkin aiheeseen. Hanki tarvittaessa lisähyväksyntä.
• Luo aikataulu päätösten uudelleentarkastelua varten: Määritä aikataulu, jossa päätökset ja vuokraaja-asetukset tarkistetaan uudelleen säännöllisin väliajoin (esimerkiksi kahdesti vuodessa).
• Tee päivityksiä: Päivitä vuokraaja-asetukset työpajoissa tehtyjen päätösten perusteella.
• Pura tilannevedostiedot ohjelmointirajapinnan avulla: tehosta prosessia käyttämällä Hae vuokraaja-asetukset -rest-ohjelmointirajapintaa, mikä saattaa automatisoida tilannevedosten luomisen ajoittettuina.
• Luo käyttäjille dokumentaatio: Luo dokumentaatio vuokraaja-asetuksista käyttäjäyhteisöllesi. Julkaise dokumentaatio keskitetyssä portaalissa. Sisällytä käyttöoikeusryhmät, joihin käyttäjän on kuuluttava ominaisuuden tai ominaisuuden käyttämistä varten.
• Luo prosessi käyttäjäpyyntöjen käsittelemiseksi: Määritä prosessi, jolla käyttäjät voivat pyytää käyttöoikeutta ominaisuuteen tai ominaisuuteen.
• Määritä prosessi vuokraajan asetusten rutiinihallintaa varten: Luo aikataulu, jotta voit tunnistaa uudet vuokraaja-asetukset mahdollisimman pian.
• Määritä valvonta: luo valvontaprosessi, jotta voit seurata, milloin vuokraaja-asetus on muuttunut ja kuka sen on tehnyt.

Hallinnoi toimialueita

Fabricissa toimialueita käytetään kahden tai useamman samankaltaisen työtilan ryhmittelemiseen. Voit esimerkiksi luoda toimialueen, joka ryhmitellä kaikki myyntityötilat yhteen, ja toisen toimialueen talous-työtiloille. Toimialue edustaa yhtä hallintarajaa. Toimialueiden käyttö voi myös helpottaa työtilan omistajuutta ja hallintavastuuta, jotka on jaettu koko organisaatioon.

Lisätietoja toimialueiden suunnittelusta on kohdassa Työtilan toimialueet.

Vihje

Tässä osiossa kuvatut Fabric-toimialueet ovat eri kuin Microsoft 365:n toimialueet.

Vaihe 1: Tarkista toimialueet

Ensimmäinen vaihe on tarkastella olemassa olevia toimialueita ja vuokraajaympäristöä, jotta ymmärrät nykyisen tilan. Seuraavassa on joitakin huomioon otettavia seikkoja tarkistusprosessin aikana.

• Toimialueet: Mitä toimialueita on olemassa? Ilmaiseekö kunkin toimialueen nimi ja kuvaus selvästi sen tarkoituksen?
• Käyttöoikeudet: Ketkä ovat kunkin toimialueen järjestelmänvalvojat? Ketkä ovat kunkin toimialueen osallistujia? Vastaavatko kaikki määritetyt järjestelmänvalvojat ja osallistujat toimialueen aiottua tarkoitusta?
• Määritetyt työtilat: Mitkä työtilat määritetään kullekin toimialueelle? Vastaavatko kaikki määritetyt työtilat toimialueen aiottua tarkoitusta?
• Delegoidut vuokraaja-asetukset: Mitkä vuokraaja-asetukset on delegoitu toimialueen järjestelmänvalvojalle (tai kapasiteetin järjestelmänvalvojalle), jotta he voivat ohittaa oletusasetuksen?

Vaihe 2: Päätä toimialueista

Kun olet tarkistanut toimialueet, on aika tarkastella päätöksentekoprosessia.

Jos kyseessä on olemassa oleva työtila, harkitse, miten ne voidaan ryhmitellä yhteen yhden hallintarajan muodostamiseksi. Lisätietoja ja tapoja, joilla voit järjestää liittyviä työtiloja, on kohdassa Työtilan toimialueet.

Seuraavassa on joitakin huomioon otettavia seikkoja päätöksentekoprosessin aikana.

• Mitä hallintopäätöksiä on jo olemassa? Jos mahdollista, viittaa olemassa oleviin päätöksiin. Pyri yhtenäiseen ja tehokkaaseen työtilan ja toimialueen määrittämiseen.
• Kuinka hajautettu on sisällön omistajuus ja hallinta? Pohdi, miten sisällön omistajuus ja hallinta tapahtuu tällä hetkellä koko organisaatiossa. Joskus hajautettuja lähestymistapoja kutsutaan hajautetuksi, yhdistettyksi tai tietoverkkoarkkitehtuuriksi. Ota nämä tiedot huomioon, kun analysoit tarpeita työtilojen järjestämiseksi toimialueiksi.
• Mitkä toimialueryhmät toimivat hyvin? Työtiloja voi ryhmitellä usealla tavalla yhteen hallintarajaan. Voit esimerkiksi järjestää toimialueet aihealueen, tiimin, liiketoimintayksikön tai projektin mukaan. Muista, että työtila voidaan määrittää vain yhdelle toimialueelle. Lisätietoja on kohdassa Työtilan toimialueet.
• Kuka saa hallita kutakin toimialuetta? Ihannetapauksessa toimialueen järjestelmänvalvojat ovat käyttäjiä, jotka omistavat ja hallitsevat suoraan toimialueen sisältöä. Toimialueen järjestelmänvalvojien tulisi myös tuntea aihealueen sisäiset, alueelliset ja julkishallinnon asetukset. Heidän olisi myös tunnettava kaikki sisäiset hallinto- ja turvallisuusvaatimukset.
• Kuka saa määrittää työtiloja toimialueelle? Toimialueen osallistujien rooli sisältää käyttäjät, joilla on oikeus määrittää työtila toimialueelle. Toimialueen osallistujien on myös oltava työtilan järjestelmänvalvojia, jotta he voivat määrittää työtilan toimialueelle. Mieti, kuinka paljon hallintaa haluat delegoida omatoimisiin käyttäjiin organisaatiossasi.
• Käsitelläänkö eri toimialueita eri tavoin? Suuremmissa organisaatioissa joillakin toimialueilla voi olla eri käytännöt. Ole valmis mukauttamaan päätöksiäsi eri tiimien tarpeiden ja taitojen perusteella. Saat lisätietoja ohjeartikkelista Vuokraajatason asetusten ohittaminen.

Vaihe 3: Toimialueiden päivittäminen

Tässä vaiheessa käytettävissä ovat nykyiset toimialueasetukset ja tarkoituksenmukaiset päätökset. Nyt voit lisätä, muuttaa tai poistaa toimialueita (tarvittaessa).

Noudata olemassa olevia muutostenhallinnan käytäntöjä ja kerro kaikille käyttäjille, joihin muutokset vaikuttavat.

Vaihe 4: Tiedostojen toimialueet

Sen mukaan, kuinka monta toimialuetta sinulla on, voit luoda ohjeita hallintaportaalissa käytettävissä olevien tietojen täydentämiseksi. Ohjeisiin kuuluvat esimerkiksi seuraavat:

• Enemmän kontekstia tai tietoja, kuten toimialueen tarkoitus ja miksi erillinen toimialue on hyödyllinen.
• Kuka on hyväksynyt toimialueen ja milloin.
• Toimialueen omistaja tai toimialueen toimialuekäyttäjä – jos se on eri kuin hallintaportaalissa määritetyt toimialueen järjestelmänvalvojat.
• muut toimialueeseen liittyvät vaatimustenmukaisuus- tai säädösvaatimukset.

Vaihe 5: Toimialueiden hallinta

Toimialueet on tarkistettava hallintaportaalissa säännöllisesti. Neljännesvuosittain tai kaksi kertaa vuodessa, pitäisi toimia hyvin tätä tarkoitusta varten.

Pohdi myös sitä, miten voit hallita sellaisten käyttäjien pyyntöjä, jotka haluavat luoda uuden toimialueen, muuttaa olemassa olevaa toimialuetta tai lisätä työtiloja toimialueeseen.

Vaihe 6: Valvontatoimialueet

Sinun pitäisi suorittaa prosessi, jotta voit säännöllisesti valvoa toimialueita ja niiden asetuksia. Seuraavassa on joitakin toimintoja, joiden avulla voit tunnistaa toimialueiden valvonnan toimintolokin avulla.

• Uusi toimialue on luotu: Etsi LisääDataDomainAsAdmin-aktiviteetti .
• Aiemmin luotu toimialue on muuttunut: Etsi Toiminto UpdateDataDomainAsAdmin .
• Toimialueelle on määritetty työtila: Etsi Toiminto UpdateDataDomainFoldersRelationsAsAdmin-aktiviteettia .
• Toimialueen järjestelmänvalvojat tai toimialueen osallistujat ovat muuttuneet: etsi UpdateDataDomainAccessAsAdmin-aktiviteetti .

Tarkistusluettelo – Kun suunnittelet ja hallitset toimialueita, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Tarkista nykyiset toimialueet: Selvitä nykyinen tila tarkastelemalla kaikkia toimialueita hallintaportaalissa.
• Keskustele ja päätä: Selvitä, mitkä toimialueryhmät toimivat parhaiten tarpeidesi mukaan. Ota mukaan oleelliset päätöksentekijät ja sidosryhmät, kun harkitset toimialueiden hallintaa.
• Varmista, onko hyväksyntä pakollinen: Selvitä, pitääkö hyväksyntä hankkia muilta uutta toimialuetta luotaessa.
• Luo aikataulu, jota haluat tarkastella uudelleen: Määritä aikataulu, jonka mukaan toimialueita tarkistetaan uudelleen säännöllisin väliajoin.
• Tee päivityksiä: Päivitä toimialueet, kun uusia tarpeita ilmenee.
• Luo dokumentaatio: Jos sinun on tallennettava muita tietoja, luo toimialueiden dokumentaatio.
• Luo prosessi käyttäjäpyyntöjen käsittelemiseksi: Määritä prosessi sille, miten käyttäjät voivat pyytää uutta toimialuetta.
• Määritä valvonta: Luo valvontaprosessi, jotta voit seurata, milloin uusia toimialueita luodaan tai milloin muutoksia tapahtuu.

Hallinnoi työtiloja

Työtilat ovat Fabric-peruskäsite. Työtilat toimivat säilöinä sisällön tallennusta ja suojaamista varten. Ensisijaisesti työtilat on suunniteltu sisällön luomiseen, yhteistyöhön ja sisällön jakeluun.

Hallintaportaalin Työtilat-sivun avulla Fabric-järjestelmänvalvojat voivat tarkastella ja hallita kaikkia vuokraajan työtiloja.

Tässä on useita syitä siihen, miksi Fabric-järjestelmänvalvoja saattaa osallistua työtilojen hallintaan.

• Hanki käyttöoikeus tavalliseen työtilaan. Fabric-järjestelmänvalvojan täytyy ehkä auttaa tilanteessa (kuten tietojen päivittämisen epäonnistumisessa), kun sisällön pääomistaja on esimerkiksi lomalla. Siinä tapauksessa heidän on määritettävä itsensä työtilan roolille.
• Henkilökohtaisen työtilan tilapäisen käyttöoikeuden hankkiminen. Fabric-järjestelmänvalvoja voi saada käyttöoikeuden toisen käyttäjän henkilökohtaiseen työtilaan , mutta vain 24 tunnin ajan. Henkilökohtaisen työtilan väliaikaisesta käyttöoikeudesta on hyötyä, kun työtilan omistaja on lähtenyt organisaatiosta tai lomalla.
• Hallitse työtilan rooleja. Fabric-järjestelmänvalvojalla on oikeus hallita vuokraajan kaikkien työtilojen työtilarooleja. Siitä on hyötyä, kun keskitetty tiimi hallitsee työtilan käyttöoikeuksia. Siitä on hyötyä myös silloin, kun työtila on orpotilassa (eli työtilan järjestelmänvalvojaa ei ole), mikä voi johtua työsuhteen päättymisestä tai siirroista.
• Määritä työtila uudelleen. Jos haluat poistaa muiden ominaisuuksien lukituksen, joskus työtilan käyttöoikeustila täytyy päivittää. Fabric-järjestelmänvalvoja voi esimerkiksi vaihtaa työtilan käyttäjäkohtaisen Pron tai käyttäjäkohtaisen Premiumin (PPU) kapasiteettiin.
• Määritä työtilan tyyppi. Fabric-järjestelmänvalvoja voi tarkistaa SKU-tason, johon työtila on määritetty. Järjestelmänvalvoja voi esimerkiksi nopeasti päätellä, että PPU:lle määritetyssä vuokraajassa on neljä työtilaa.
• Etsi ja/tai palauta poistetut työtilat. Työtilan tila voi olla merkki siitä, että työtila on poistettu. Fabric-järjestelmänvalvoja voi palauttaa työtilan lyhyen aikaa, jos se on poistettu virheenä. He voivat myös palauttaa poistetun henkilökohtaisen työtilan vakiotyötilana. Lisätietoja on kohdassa Työtilan säilyttäminen.
• Päivitä työtilan nimi. Fabric-järjestelmänvalvoja voi nimetä työtilan uudelleen, koska sen nimi ei ehkä vastaa vakiintunutta nimeämiskäytäntöä.

Muistiinpano

Työtilojen osallistumisen taso riippuu Fabric-järjestelmänvalvojalle määritetyistä rooleista ja vastuista. Sisällön omistajuutta ja hallintaa koskeva strategiasi voi myös vaikuttaa siihen, missä määrin Fabric-järjestelmänvalvoja osallistuu työtilan hallintaan.

Vaihe 1: Työtilojen tarkistaminen

Ensimmäinen vaihe on tarkastella olemassa olevia työtiloja ja vuokraajaympäristöä, jotta ymmärrät nykyisen tilan. Seuraavassa on joitakin huomioon otettavia seikkoja tarkistusprosessin aikana.

• Nykyiset työtilat: Tarkista kaikki tällä hetkellä olemassa olevat työtilat. Tarkista myös kunkin työtilan roolimääritykset ja asetukset varmistaaksesi, että ne ovat sopivia.
• Nykyinen vuokraaja-asetus: Tarkista Luo työtilat -vuokraaja-asetuksen nykyiset asetukset.

Voit kääntää nykyisten työtilojen luettelon kahdella tavalla.

• Tarkastele työtilojen luetteloa hallintaportaalissa. Luettelo voidaan viedä CSV-tiedostoon.
• Pura vuokraajaluettelo ohjelmallisesti järjestelmänvalvojan ohjelmointirajapinnan avulla seuraavasti:
  • Metatietojen skannauksen ohjelmointirajapinnat (skannerin ohjelmointirajapinnat). Tämän ohjelmointirajapintojen avulla voit paikantaa muutetut työtilat asynkronisesti. Koska se pystyy poimimaan lisäävästi muuttujia työtiloja, se sopii parhaiten suuremmille organisaatioille, joissa on suuri määrä työtiloja. Lisätietoja on kohdassa Metatietojen skannaamisen ohjelmointirajapinnat.
  • Hae ryhmät järjestelmänvalvojan REST-ohjelmointirajapintana tai Get-PowerBIWorkspace PowerShell -cmdlet-komento. Nämä menetelmät palauttavat tietoja vuokraajan kaikista työtiloista, joten ne soveltuvat parhaiten pienemmille organisaatioille, joilla on pienemmät tietomäärät. Lisätietoja on artikkelissa Ryhmien ohjelmointirajapinta tai työtilojen cmdlet-komento.

Vaihe 2: Työtilojen valitseminen

Kun olet tarkastanut työtilat, on aika tarkastella päätöksentekoprosessia.

Seuraavassa on joitakin huomioon otettavia seikkoja päätöksentekoprosessin aikana.

• Mitä hallintopäätöksiä on jo olemassa? Katso mahdollisuuksien mukaan aiemmin luodut työtilan hallintapäätökset . Pyri siihen, että työtilan määritykset ovat johdonmukaisia ja tehokkaita.
• Kuka saa luoda työtiloja? Ajattele, että työtilan luontioikeudet ovat tietokulttuuri ja hallintopäätös.
• Pitäisikö työtilojen luomiseen olla olemassa tietty prosessi? On tärkeää luoda työtilan luontiprosessi , joka on yksinkertainen ja kätevä käyttäjille.
• Miten työtilat nimetään? Määritä, hyödyttäisikö työtilan nimeämiskäytäntö organisaatiota.
• Miten työtilat on järjestetty? Työtilojen järjestäminen aiheen ja laajuuden mukaan on usein hyödyllistä. Lähestymistapa sisällön järjestämiseen työtiloihin voi vaihdella osastojen välillä.
• Kuinka paljon sisältöä henkilökohtaisiin työtiloihin sisältyy? Mieti, miten hyvin henkilökohtaisia työtiloja käytetään organisaatiossasi.
• Kenellä on oltava työtilojen käyttöoikeus? Ensisijaisesti sinun tulee rajoittaa työtilan käyttöoikeuden käyttäjille, jotka luovat ja hallitsevat sisältöä. Lisätietoja on kohdassa Sisällön luojan suojauksen suunnittelu.

Lisätietoja on aiheessa Vuokraajatason työtilan suunnittelu ja Työtilatason työtilan suunnittelu.

Vaihe 3: Työtilojen päivittäminen

Tässä vaiheessa käytettävissä ovat olemassa olevat työtilat ja tarkoituksenmukaiset päätökset. Jos olet löytänyt työtiloja uudelleennimeämistä tai uudelleenjärjestämistä varten, olet nyt valmis tekemään tarvittavat muutokset.

Päivitysprosessissa huomioitavia seikkoja ovat muun muassa seuraavat:

• Kuka päivittää? Jos sinulla on useita Fabric-järjestelmänvalvojia, selvitä, hallitseeko yksi tai kaksi tiettyä järjestelmänvalvojaa työtiloja. Varmista, että prosessi on johdonmukainen, helppotajuinen ja hyvin hallittu.
• Onko muutostenhallintaprosessi olemassa? Mieti, miten voit välttää päätösten, dokumentaation ja niistä saata olevien päivitysten väliset ristiriidat. Tiimien välinen viestintä on tärkeä onnistumistekijä muutosten hallinnassa. Valvontavaatimuksistasi riippuen saatat halutessasi ylläpitää sisäistä muutoslokia, jotta voit seurata, kuka on tehnyt muutoksen, milloin ja miksi (jos haluat tallentaa enemmän tietoja kuin mitä toimintolokiin on tallennettu).
• Miten käyttäjien kanssa viestintää käsitellään? Muista ilmoittaa muutoksesta, kun teet muutoksia, jotka vaikuttavat käyttäjien kyvyihin. Pyri aina välttämään käyttäjien turhautumista ja tarpeettomia tukipyyntöjä.

Vaihe 4: Työtilojen dokumentointi

Sen mukaan, kuinka monta työtilaa sinulla on, voit luoda ohjeita hallintaportaalin tai REST-ohjelmointirajapintojen tietojen täydentämiseksi. Tämäntyyppinen dokumentaatio on tärkeä osa vuokraajavarastoa. Ohjeisiin kuuluvat esimerkiksi seuraavat:

• Enemmän kontekstia tai tietoja, kuten työtilalle tarkoitettu tarkoitus (jos sitä ei ole vielä mainittu työtilan kuvauksessa).
• Kuka on hyväksynyt työtilan ja milloin.
• Kuka määritetään työtilan omistajaksi, jos omistaja on eri kuin työtilan järjestelmänvalvojat).
• Työtilaan tallennettuun sisältöön liittyvät vaatimustenmukaisuus- tai säädösvaatimukset.
• Tämä ilmaisee, sisältääkö työtila erityisen arkaluontoisia tietoja.
• Työtilan hallintavaatimukset.
• Työtilaan soveltuvia elinkaaren hallintaprosesseja.

Vaihe 5: Työtilojen hallinta

Työtilojen jatkuvaan hallintaan liittyy pääasiassa seuraavia:

• Luodaan uusia työtiloja.
• Päivitetään työtilan metatietoja (kuten nimeä tai kuvausta).
• Päivitetään työtilarooleja.
• Poistetaan poistettuja työtiloja takaisin.
• Työtilan määrittäminen uudelleen (esimerkiksi Pro-työtilasta PPU:hin).
• Luo työtiloja -vuokraaja-asetuksen hallinta.

Rooleista ja vastuista riippuen toissijaiset järjestelmänvalvojan toiminnot voivat sisältää:

• Sisällön (kuten semanttisen mallin tai raportin) julkaiseminen työtilaan.
• Olemassa olevaan työtilan sisältöön liittyvien ongelmien vianmääritys.

Tärkeä

Fabric-järjestelmänvalvojan rooli on korkean tason rooli, joka voi suorittaa monia korkean tason funktioita. Rooli ei myönnä automaattisesti käyttöoikeutta vuokraajan kaikkiin tietoihin. Koska järjestelmänvalvojilla on oikeudet hallita työtiloja vuokraajassa, he voivat myöntää käyttöoikeuden (työtilaroolien kautta) muille käyttäjille, myös itselleen.

Vaihe 6: Työtilojen valvonta

Sinulla pitäisi olla prosessi, jotta voit valvoa työtiloja säännöllisesti. Seuraavassa on joitakin toimintoja, joiden avulla voit tunnistaa, kun valvot työtiloja toimintolokin avulla.

• Luo työtiloja -vuokraaja-asetus on muuttunut: Etsi muutetun vuokraajan asetusarvoja toimintolokista käyttämällä UpdatedAdminFeatureSwitch-toimintoa. Kohteen nimi on CreateAppWorkspaces.
• Fabric-järjestelmänvalvoja on saanut käyttöoikeuden käyttäjän henkilökohtaiseen työtilaan: etsi AddAdminPersonalWorkspaceAccess-toimintoa . Työtilan nimi on muodossa PersonalWorkspace-NameOfUser. Mitään toimia ei kirjata, kun järjestelmä peruuttaa käyttöoikeudet automaattisesti, mikä tapahtuu 24 tunnin kuluttua.
• Uusi työtila on luotu: etsi CreateFolder-aktiviteettia.
• Aiemmin luotu työtila on muuttunut: etsi UpdateFolder-aktiviteettia.
• Työtilan käyttöoikeus on muuttunut: etsi UpdateWorkspaceAccess-aktiviteettia tai UpdateFolderAccess-toimintaa .
• Työtila on määritetty uudelleen: Etsi MigrateWorkspaceIntoCapacity-aktiviteetti .
• Toimialueelle on määritetty työtila: Etsi Toiminto UpdateDataDomainFoldersRelationsAsAdmin-aktiviteettia .

Vihje

Toimintolokin käytön lisäksi suosittelemme, että luot vuokraajavaraston säännöllisesti. Tämä on tilannevedos, joka kuvaa kaikkia työtiloja ja niiden sisältöä (kuten semanttisia malleja ja raportteja). Se voi myös tallentaa tietoja työtilan käyttöoikeudesta. Katso lisätietoja kohdasta Vuokraajavarasto ja Vuokraajavaraston tietojen käyttö.

Tarkistusluettelo – Kun suunnittelet ja hallitset työtiloja, tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

• Tarkista nykyiset työtilat: Määritä nykyinen tila tarkistamalla kaikki työtilat ja niihin liittyvät vuokraaja-asetukset hallintaportaalissa.
• Keskustele ja päätä: Määritä, miten voit hallita ja hallita työtiloja. Ota mukaan oleelliset päätöksentekijät ja sidosryhmät, kun päätät, ketkä saavat hallita työtiloja.
• Tarkista, onko hyväksyntä pakollinen: Selvitä, pitääkö prosessin olla olemassa, jotta hyväksyntä saadaan muilta uutta työtilaa luotaessa.
• Luo aikataulu, jota haluat tarkastella uudelleen: Määritä aikataulu, jonka mukaan työtiloja tarkastellaan uudelleen säännöllisin väliajoin.
• Tee päivityksiä: Päivitä työtilat, mukaan lukien roolimääritykset, kun uusia tarpeita tulee esiin.
• Luo dokumentaatio: Jos haluat seurata lisätietoja, luo työtiloja koskevat ohjeet.
• Luo prosessi käyttäjäpyyntöjen käsittelemiseksi: Määritä prosessi sille, miten käyttäjät voivat pyytää uutta työtilaa.
• Määritä valvonta: Luo valvontaprosessi, jotta voit seurata, milloin uusia työtiloja luodaan tai milloin muutoksia tapahtuu.

Upotuskoodien hallinta

Kun käytät Julkaise verkkoon -toimintoa, Power BI luo upotuskoodin. Upotuskoodia käytetään raportin upottamiseen verkkosivulle, joka on saatavilla Internetissä kenelle tahansa. Tämä ominaisuus on käytettävissä tiettyjä tarkoituksia varten: Se on tarkoitettu ensisijaisesti datajournalismiin tai raportteihin, jotka sisältävät julkisia tietoja, joita nimetön yleisö voi tarkastella ilman todentamista.

Fabric-järjestelmänvalvojan vastuulla on tarkistaa ja hallita upotuskoodeja säännöllisesti. Tämä on erityisen tärkeä vastuu, koska siihen liittyy julkisesti Internetissä julkaistujen raporttien tarkistaminen.

Varoitus

Jotkut järjestelmänvalvojat uskovat virheellisesti, että sisäinen sovellus tai intranet-sivusto on turvallinen paikka Julkaise verkkoon -raportin upottamiseen. Kehotamme voimakkaasti käyttämään tätä tekniikkaa tällä tavalla, koska Julkaise verkkoon -toiminnolla julkaistut raportit voidaan löytää hakukoneella riippumatta siitä, missä ne upotetaan. Sopiva tapa upottaa Power BI -sisältöä sisäisille käyttäjäryhmille on käyttää ohjelmointirajapinnan upotustoimintoa tai käyttää koodialaista upotustekniikkaa . Lisätietoja on artikkelissa Upottaminen organisaatiollesi -käyttöskenaario.

Vaihe 1: Tarkista upotuskoodit

Ensimmäinen vaihe on tarkastella olemassa olevia upotuskoodeja ja vuokraajaympäristöä, jotta ymmärrät nykyisen tilan. Seuraavassa on joitakin huomioon otettavia seikkoja tarkistusprosessin aikana.

• Nykyiset upotuskoodit: Tarkista hallintaportaalissa kaikki työtilat jokaisesta upotuskoodista. Kirjaa muistiin jokainen upotuskoodin tila (esimerkiksi aktiivinen tai estetty).
• Nykyinen vuokraaja-asetus: Tarkista Julkaise verkkoon -vuokraajan asetuksen nykyiset asetukset.

Vaihe 2: Päätä upotuskoodeista

Kun olet tarkastanut upotuskoodit, on aika tarkastella päätöksentekoprosessia. Ota mukaan asiaankuuluvia päättäjiä ja sidosryhmiä keskustelemaan siitä, mitä sisältöä voidaan mahdollisesti julkaista verkossa.

Määritä myös, ketkä käyttäjät voivat julkaista raportteja verkossa. Kun hallinto- tai suojauskäytäntö on olemassa, viittaa siihen aina, kun se on mahdollista.

Tärkeä

Suosittelemme, että otat Julkaise verkkoon -vuokraaja-asetuksen käyttöön hyvin rajoitetulle käyttäjäjoukolle. Koska arkaluontoisia tietoja sisältävien raporttien julkaiseminen vahingossa on suuri riski, harkitse sisällöntuottajien verkkojulkaisun estämistä tai rajoittamista.

Vaihe 3: Päivitä upotuskoodit

Tässä vaiheessa käytettävissä ovat olemassa olevat upotuskoodit ja tarkoituksenmukaiet päätökset. Olet nyt valmis tekemään tilapäisiä tai pysyviä muutoksia olemassa oleviin upotuskoodeihin.

Päivitysten tarpeen selvittämiseksi sinun täytyy ehkä tehdä lisätutkimuksia.

• Tarkista kaikki raportit, joissa on aktiivisia upotuskoodeja, varmistaaksesi, että verkossa ei julkaista sopimatonta tietoa. Varmista myös, että pohjana olevat semanttiset mallit eivät sisällä luottamuksellisia tai omistusoikeudellisia tietoja.
• Selvitä raportin tarkoituksen ottamalla yhteyttä raportin julkaissuseen käyttäjään.
• Yhdessä sisällön omistajan kanssa voit tarvittaessa siirtää sisällön ei-henkilökohtaiseen työtilaan, joka sopii hyvin tarkoitukseen. Harkitse sellaisen työtilan käyttämistä, joka osoittaa selvästi, että se sisältää julkisesti saatavilla olevaa sisältöä. Esimerkiksi Talousraportointi [Julkinen]- työtilan nimi ilmaisee selvästi sen tarkoituksen.
• Tarkista luottamuksellisuustunniste, joka on määritetty sisällölle. Varmista, että luottamuksellisuustunniste ilmaisee, että kohderyhmä on julkinen käyttäjäryhmä.

Vaihe 4: Upotuskoodien dokumentointi

Olosuhteistasi riippuen voit luoda joitakin dokumentaatioita, joilla täydennät hallintaportaalissa olevia tietoja. Ohjeisiin kuuluvat esimerkiksi seuraavat:

• Enemmän asiayhteyttä ja yksityiskohtia, kuten tarkoitusta, aiottua yleisöä ja oikeutusta.
• Kuka hyväksyi sisällön julkaisemisen julkisesti ja milloin.
• Kuka sisällön omistaja on – jos se on eri kuin sen julkaissut käyttäjä.

Vaihe 5: Upotuskoodien hallinta

Upotuskoodeja tulee valvoa säännöllisesti hallintaportaalissa. Pohdi myös, miten voit hallita niiden käyttäjien pyyntöjä, jotka haluavat julkaista raporttejaan verkossa.

Muistiinpano

Kaikkia raportteja ei tueta Julkaise verkkoon -toiminnossa. On mahdollista, että käyttäjillä on ominaisuuden käyttöön liittyviä tukikysymyksiä .

Vaihe 6: Valvo upotuskoodeja

On tärkeää käyttää prosessia, jolla valvotaan upotuskoodeja säännöllisesti. Seuraavassa on joitakin toimintoja, joiden avulla voit tunnistaa, milloin valvot upotuskoodeja toimintolokin avulla.

• Uusi upotuskoodi on luotu: Etsi PublishToWebReport-aktiviteetti .
• Julkaise verkkoon -vuokraaja-asetus on muuttunut: Etsi muuttuneen vuokraajan asetusarvoja toimintolokista käyttämällä UpdatedAdminFeatureSwitch-toimintoa. Kohteen nimi on PublishToWeb.

Tarkistusluettelo – Kun suunnittelet ja hallitset upotuskoodeja, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Tarkista nykyiset upotuskoodit: Selvitä nykyinen tila tarkastelemalla kaikkia upotuskoodeja hallintaportaalissa.
• Tarkista nykyinen vuokraaja-asetus: Tarkista Julkaise verkkoon - vuokraajan asetukset.
• Keskustele ja päätä: Selvitä, mitä sisältöä, jos sellainen on, voidaan julkaista julkisesti ja ketkä käyttäjät voivat julkaista. ota tarvittaessa mukaan asiaankuuluvia päättäjiä ja sidosryhmiä. Tutustu olemassa oleviin hallintokäytäntöihin, kun se on mahdollista.
• Varmista, onko hyväksyntä pakollinen: Selvitä, onko prosessi olemassa, jotta hyväksyntä saadaan muilta, kun julkaiset raportin verkossa.
• Luo uudelleen tarkistettava aikataulu: Määritä aikataulu, jotta voit tarkastella upotuskoodeja säännöllisesti uudelleen.
• Tee päivityksiä: Päivitä nykyiset upotuskoodit tarpeen mukaan. Päivitä Julkaise verkkoon -vuokraaja-asetus tehtyjen päätösten perusteella (jos ne eroavat tällä hetkellä julkaistusta).
• Luo dokumentaatio: Jos haluat seurata lisätietoja, luo upotuskoodiesi ohjeet.
• Luo prosessi käyttäjäpyyntöjen käsittelemiseksi: Määritä prosessi sille, miten käyttäjät voivat pyytää raportin julkaisemista verkossa tai saada oikeuden julkaista omia raporttejaan verkossa.
• Määritä valvonta: Luo valvontaprosessi, jotta voit seurata, milloin uusi upotuskoodi luodaan ja milloin Julkaise verkkoon -vuokraaja-asetus on muuttunut.

Organisaation visualisointien hallinnoiminen

Power BI -raporttien tekijät voivat käyttää Power BI -raportin rakenteessaan useita erityyppisiä visualisointeja.

• Tärkeimmät visualisoinnit: Oletusvisualisoinnit, jotka ovat valmiita Power BI Desktopiin ja Power BI -palveluun.
• Sertifioimattomat mukautetut visualisoinnit AppSourcesta: Mukautetut visualisoinnit, jotka ovat kolmannen osapuolen ohjelmistotoimittajien tai maailmanlaajuisen Power BI -yhteisön jäsenten kehittämiä.
• AppSourcen sertifioidut mukautetut visualisoinnit: mukautetut visualisoinnit, jotka ovat kolmannen osapuolen ohjelmistotoimittajien tai maailmanlaajuisen Power BI -yhteisön jäsenten kehittämiä ja jotka ovat läpäisseet Microsoftin määrittämän sertifiointiprosessin .

Organisaatio voi halutessaan rajoittaa mukautettujen visualisointien käyttöä (kun raportti julkaistaan Power BI -palveluun) rekisteröimällä, mitkä tietyt visualisoinnit (ja versiot) sallitaan. Sallittuja visualisointeja kutsutaan organisaation visualisoinneiksi.

Fabric-järjestelmänvalvojat vastaavat organisaation visualisointien rekisteröinnistä ja hallinnasta hallintakeskuksessa. He voivat rekisteröidä:

• Sekä sertifioidut että sertifioimattomat visualisoinnit AppSourcesta. Tietyn visualisoinnin rekisteröimisestä on hyötyä erityisesti silloin, kun estä sertifioimattomien (tai kaikkien) visualisointien vuokraaja-asetus on käytössä, mutta tietty visualisointi on kuitenkin vahvistettu ja hyväksytty organisaatiosi käyttöön.
• Sisäisesti kehitetyt visualisoinnit.
• Mukautettuja visualisointeja, jotka on ostettu suoraan toimittajalta.

Organisaation visualisointien rekisteröinnillä on monia etuja.

• Jotkin tai kaikki mukautetut visualisoinnit ovat automaattisesti käytettävissä Visualisoinnit-ruudussa kaikille raportin tekijöille.
• Sisällöntuottajien ei tarvitse tuoda Power BI -visualisoinnin (.pbiviz) tiedostoja.
• Mukautettujen visualisointien versio on yhdenmukainen kaikissa raporteissa.
• Raportit ja koontinäytöt päivittyvät automaattisesti, kun organisaation visualisointi päivitetään.
• Uudet ja muutetut mukautetut visualisoinnit voidaan testata menetelmällisesti ja ennakkohyväksyä ennen kuin ne tulevat laajalti saataville organisaatiolle.
• Jos aiemmin luotu mukautettu visualisointi ei enää täytä organisaation vaatimuksia, se voidaan poistaa nopeasti käytöstä tai poistaa.

Jos haluat lisätietoja mukautettujen visualisointien jakamisesta käyttäjälaitteissa (käytettäväksi Power BI Desktopissa), katso Mukautetut visualisoinnit.

Tämän osion loppuosassa keskitytään organisaation visualisointien hallintaan.

Vaihe 1: Organisaation visualisointien tarkistaminen

Ensimmäinen vaihe on tarkistaa olemassa olevat organisaation visualisoinnit ja vuokraajaympäristöt, jotta ymmärrät nykyisen tilan.

• Nykyiset organisaation visualisoinnit: Tarkista, mitä mukautettuja visualisointeja on lisätty organisaation visualisointien säilöön.
• Nykyinen vuokraaja-asetus: Tarkista Power BI -visualisointien vuokraaja-asetuksen asetukset.

Vaihe 2: Päätä organisaation visualisoinneista

Kun olet tarkastanut organisaation visualisoinnit, on aika tarkastella päätöksentekoprosessia. Sinun tulee olla valmis tekemään huolellisesti harkittuja päätöksiä siitä, miten voit hallita mukautettuja visualisointeja.

Seuraavassa on muutamia kysymyksiä, joita kannattaa pohtia päätöksentekoprosessin aikana.

• Onko organisaatio sallinut mukautetut visualisoinnit? On useita syitä, miksi organisaatio voi päättää olla tarkoituksellinen luottaessaan mukautettuihin visualisointeihin.
  • Laadun ja vakauden odotukset vaihtelevat sen mukaan, kuka on kehittänyt mukautetun visualisoinnin.
  • Vapaasti käytettävissä olevissa mukautetuissa visualisoinneissa ei välttämättä ole teknistä tukea.
  • Organisaatioissa, joissa on merkittäviä tietosuojaan liittyviä huolenaiheita tai jotka ovat erittäin herkkiä tietovuodoihin liittyvien huolien vuoksi, mukautettujen visualisointien käyttö ei ehkä ole yhteensopiva niiden riskiprofiilin kanssa. Tämä johtuu siitä, että mukautetuilla visualisoinneilla on käyttöoikeus semanttisista malleista kyselyihin. On myös mahdollista, että mukautettu visualisointi voi siirtää tietoja takaisin verkkopalveluun (mikä on usein perusteltua esimerkiksi ohjelmointirajapinnan kutsumista tai tekoälyalgoritmin suorittamista varten).
• Miten mukautettu visualisointi vahvistetaan ja hyväksytään käytettäväksi? Kaikki mukautetut visualisoinnit on testattava ja ennakkohyväksyttävä organisaatiossa käyttöä varten. Tämä tarkistusprosessi vähentää epäluotettavia visualisointeja käyttävien riskien vähentämistä. Sen avulla järjestelmänvalvoja voi myös määrittää, mikä versio on testattu ja hyväksytty käytettäväksi.
• Kuka saa käyttää mukautettuja visualisointeja? Salli Power BI SDK -vuokraaja-asetuksella luodut visualisoinnit -asetus määrittää sen, ketkä voivat lisätä, jakaa tai käsitellä mukautettua visualisointia. Jos organisaatio on tehnyt päätöksiä, joilla tätä toimintoa rajoitetaan tai rajoitetaan (AppSourcesta tai tuoduista .pbiviz-tiedostoista), saatat luottaa organisaation visualisointeihin keinona sallia tietyt mukautetut visualisoinnit.
• Vaaditaanko sertifioituja visualisointeja? Jos AppSource on sallittu, jotkin organisaatiot rajoittavat sen vain sertifioituihin visualisointeihin. Tämä tehdään määrittämällä Lisää ja käytä vain sertifioituja visualisointeja -vuokraaja-asetus. Tässä tilanteessa voit käyttää organisaation visualisointeja jaella sertifioimatonta visualisointia, joka on hyväksytty organisaation käyttöön.
• Pitäisikö mukautettuja visualisointeja hallita keskitetysti? Kun yksittäiset raportin luojat lataavat visualisointeja AppSourcesta, ristiriitaisten versioiden kanssa voi ilmetä ongelmia. Käyttämällä organisaation visualisointisäilöä mukautettujen visualisointien keskitettyyn hallintaan se tekee prosessista yksinkertaisemman raporttien tekijöille, koska sen avulla vuokraajan kaikki Power BI -raporttien luojat voivat käyttää samaa hyväksyttyä versiota. Se kuitenkin edellyttää Fabric-järjestelmänvalvojaa osallistumaan, mikä voi johtaa viivästyksiin.
• Mitkä lähteet sallitaan? Organisaation visualisoinnit voivat olla peräisin joko AppSourcesta tai .pbiviz-tiedostosta. AppSource on yleensä paras lähde etenkin silloin, kun haluat käyttää sertifioitua visualisointia. .pbiviz-tiedosto on sopiva, kun visualisointi on saatu toimittajalta yksityisesti tai kun se on kehitetty sisäisesti.
• Milloin mukautetun visualisoinnin tulisi näkyä Visualisoinnit-ruudussa? Monissa tapauksissa mukautetun visualisoinnin näkyminen Visualisoinnit-ruudussa on tarkoituksenmukaista, jotta se on automaattisesti kaikkien raportin luojien käytettävissä.

Vaihe 3: Organisaation visualisointien päivittäminen

Tässä vaiheessa käytettävissä ovat olemassa olevat organisaation visualisoinnit ja tarkoituksenmukaiset päätökset. Olet nyt valmis tekemään tilapäisiä tai pysyviä muutoksia aiemmin luotuihin organisaation visualisointeihin.

Sinun on ehkä myös muokattava mukautettuihin visualisointeihin liittyviä vuokraaja-asetuksia (jos raporttien tekijöillä on oikeus ladata ja asentaa mukautettuja visualisointeja, jotka eivät ole organisaation visualisointien säilössä).

Muistiinpano

Mukautettuihin visualisointeihin liittyvät vuokraaja-asetukset koskevat vain julkaistuja raportteja, eivät Power BI Desktop -raportteja. Jos haluat varmistaa, että raportin tekijöillä on yhdenmukaiset mukautetut visualisointiasetukset sekä Power BI -palvelussa että Power BI Desktopissa, sinun on hallittava paikallisen tietokoneen tullivisualisointeja (Power BI Desktopille) ryhmäkäytännöllä. Katso lisätietoja kohdasta Käyttäjätyökalut ja -laitteet.

Vaihe 4: organisaation visualisointien dokumentointi

Tilanteesta riippuen saatat luoda joitakin dokumentaatioita, joilla täydennät hallintaportaalissa olevia tietoja. Ohjeisiin kuuluvat esimerkiksi seuraavat:

• Enemmän kontekstia ja yksityiskohtia, kuten mitä mukautettu visualisointi suorittaa.
• Kuka on luonut mukautetun visualisoinnin (kuten sisäisen kehittäjän tai toimittajan) tai kuka saa lisätietoja.
• Testit, jotka suoritettiin visualisoinnin vahvistamiseksi, jotta ne voidaan toistaa, jos visualisointi päivitetään.
• Kuka on hyväksynyt mukautetun visualisoinnin käytön ja milloin.

Vaihe 5: Organisaation visualisointien hallinta

Organisaation visualisointeja tulee valvoa säännöllisesti hallintaportaalissa . Pohdi myös, miten voit hallita pyyntöjä käyttäjiltä, jotka haluavat käyttää uutta mukautettua visualisointia, jonka he löytävät verkosta.

Toisinaan sinun tulisi myös tarkistaa, milloin jokainen mukautettu visualisointi päivitettiin viimeksi. Tutki, onko saatavilla uudempi versio. Kun uudempi versio on saatavilla, voit päivittää organisaation visualisoinnin, jos se läpäisee testauksen.

Vaihe 6: Organisaation visualisointien valvonta

On tärkeää, että tarvitset prosessin, jolla valvotaan organisaation visualisointeja säännöllisesti. Seuraavassa on joitakin toimintoja, joiden avulla voit tunnistaa, milloin valvot organisaation visualisointeja toimintolokin avulla.

• Uusi organisaation visualisointi on lisätty: Etsi LisääOrganizationalGalleryItem-aktiviteetti .
• Aiemmin luotu organisaation visualisointi on päivitetty: Etsi UpdateOrganizationalGalleryItem-toimintoa .
• Salli Power BI SDK -vuokraaja-asetuksella luodut visualisoinnit -asetus on muuttunut: etsi muuttuneen vuokraajan asetusarvoja toimintolokista käyttämällä UpdatedAdminFeatureSwitch-toimintoa. Kohteen nimi on CustomVisualsTenant.
• Vain sertifioitujen visualisointien lisääminen ja käyttäminen (sertifioimattomien visualisointien estäminen) -vuokraaja-asetus on muuttunut: Etsi muutettuja vuokraaja-asetusten arvoja toimintolokista käyttämällä UpdatedAdminFeatureSwitch-toimintoa. Kohteen nimi on CertifiedCustomVisualsTenant.

Tarkistusluettelo – Kun suunnittelet ja hallinnoit organisaation visualisointeja, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Tarkista organisaation nykyiset visualisoinnit: Määritä nykyinen tila tarkastelemalla kaikkia organisaation visualisointeja hallintaportaalissa.
• Tarkista nykyiset vuokraaja-asetukset: Tarkista kaikki Power BI -visualisointien vuokraaja-asetukset . Määritä, miten ne voivat vaikuttaa luottavuuteen organisaation visualisoinneissa.
• Keskustele ja päätä: Määritä, miten mukautettuja visualisointeja käytetään organisaatiossa ja kuka niitä käyttää. Ota mukaan oleelliset päätöksentekijät ja sidosryhmät, kun mietit, miten organisaation visualisointeja, AppSource- ja .pbiviz-tiedostoja käytetään.
• Luo aikataulu, jota haluat tarkastella uudelleen: Määritä aikataulu, joka tarkistaa organisaation visualisoinnit säännöllisesti uudelleen.
• Tee päivityksiä: Päivitä organisaation nykyiset visualisoinnit tarpeen mukaan. Päivitä Power BI -visualisointien vuokraaja-asetukset tehtyjen päätösten perusteella (jos ne eroavat tällä hetkellä julkaistusta).
• Käyttäjäkoneiden hallinta: Määritä ryhmäkäytäntö varmistamaan, että mukautettuja visualisointeja hallitaan Power BI Desktopissa samalla tavalla kuin Power BI -palvelussa.
• Luo dokumentaatio: Jos haluat seurata lisätietoja, luo organisaation visualisointien dokumentaatio.
• Luo prosessi käyttäjäpyyntöjen käsittelemiseksi: Määritä prosessi sille, miten käyttäjät voivat pyytää mukautettujen visualisointien käyttöä (yleensä) tai pyytää käyttöoikeutta tiettyyn mukautettuun visualisointiin.
• Määritä valvonta: Luo valvontaprosessi, jotta voit seurata, milloin uusi mukautettu visualisointi on rekisteröity organisaation visualisoinniksi ja milloin jokin Power BI -visualisointien vuokraaja-asetuksista on muuttunut.

Azure-yhteyksien hallinnoiminen

Power BI:n voi integroida Azure-palveluiden kanssa ominaisuuksien laajentamiseksi ja muiden toimintojen tarjoamiseksi. Azure-yhteyksien käyttöön on kolme pääsyytä.

• Tietovoiden tietojen tallennus (Gen1). Voit käyttää Power BI -tietovoiden (Gen1) tietoja suoraan Azuressa. Työtila voidaan yhdistää vuokraajan tasolla määritettyyn tallennustiliin tai työtilaan liittyvään tallennustiliin. Tätä tekniikkaa kutsutaan joskus nimellä Bring-your-own-lake (BYOL). BYOL-strategian joustavuudesta on hyötyä, kun haluat käyttää tietovoiden tietoja uudelleen Power BI:n ulkopuolella sallimalla muiden prosessien tai muiden käyttäjien tarkastella tai käyttää tietoja. Lisätietoja on kohdassa Tietovuon tallennuksen määrittäminen käyttämään Azure Data Lake Storage Gen2:ta ja omatoimista tietojen valmistelun käyttöskenaariota.

• Semanttisen mallin varmuuskopiointi ja palauttaminen. Semanttinen malli on ehkä palautettava järjestelmäpalautusta varten, jotta tietojen säilytysvaatimukset täyttyvät, tai tietomallin siirtäminen. Lisätietoja on artikkelissa Semanttisten mallien varmuuskopiointi ja palauttaminen Power BI Premiumilla.

• Azure Log Analytics -integrointi. Voit analysoida semanttisen mallin toimintaa, suorituskykyä ja trendejä. Log Analytics -integroinnin avulla voit tarkastella Analysis Services -moduulin luomia diagnostiikkatietoja (jotka isännöivät Power BI:n semanttisia malleja). Lisätietoja on artikkelissa Semanttisen mallin tapahtumalokit.

  Muistiinpano

  Tietojoukon nimen muutos on otettu käyttöön Power BI -palvelussa ja dokumentaatiossa, mutta tässä saattaa olla joitakin esiintymiä, kuten tapahtumalokin toiminnoissa, joissa muutosta ei ole vielä tehty.

Jos Azure-yhteyksien tärkein käyttötapaus on tietojen tallennustila (BYOL kuvattiin yllä olevassa ensimmäisessä kohdassa), suosittelemme, että harkitset tietovoiden Gen2 ja OneLake käytön käyttämistä sen sijaan. Vaikka molemmat käyttävät ADLS Gen2:ta tietojen tallennukseen, ne tarjoavat eri ominaisuuksia, niillä on hieman erilaiset tarkoitukset ja ne käyttävät erilaisia tallennusvaihtoehtoja (riippuen siitä, miten tiedot on kirjoitettu). Esimerkki: OneLake tallentaa taulukkomuotoiset tiedot ja tietovuot Gen2-tiedot avoimessa Delta Parquet -muodossa, kun taas Power BI -tietovoiden (Gen1) (Azure-yhteyksillä) tulos tallentaa tiedot yleiseen tietomallimuotoon. Lisätietoja on kohdassa Tietovuon luomisesta 1:stä sukupolveen 2.

Tämän osion loppuosassa keskitytään hallintaportaalin Azure-yhteyksiin.

Vaihe 1: Tarkista Azure-yhteydet

Ensimmäinen vaihe on tarkastella olemassa olevia Azure-yhteyksiä ja vuokraajaympäristöä, jotta ymmärrät nykyisen tilan. Tarkasteltavilla on kaksi aluetta.

Tarkista ensin hallintaportaalissa olemassa olevat asetukset.

• Nykyinen vuokraajatason tallennusasetus: Tarkista, miten vuokraajatason tallennustila on tällä hetkellä määritetty. Se tarjoaa Oletusarvoisen Azure-yhteyden, johon työtilan järjestelmänvalvojat voivat muodostaa yhteyden työtila-asetuksissaan.
• Nykyiset työtilatason tallennusoikeudet: Tarkista, onko työtilatason tallennuskäyttöoikeudet käytössä. Kun asetus on käytössä, työtilan järjestelmänvalvojilla on oikeus yhdistää työtila omaan ADLS Gen2 -tiliinsä.

Tarkista myös Azure Log Analytics -yhteyksien määritykset työtilan järjestelmänvalvojille -vuokraaja-asetus. Kun se on käytössä, työtilan järjestelmänvalvojat voivat yhdistää työtilan ADLS Gen2 -tiliin semanttisten mallien diagnostiikkatietojen lähettämistä varten.

Vaihe 2: Azure-yhteyksien valitseminen

Kun olet tarkistanut Azure-yhteytesi, on aika tarkastella päätöksentekoprosessia.

Seuraavassa on muutamia kysymyksiä, joita kannattaa pohtia päätöksentekoprosessin aikana.

• Sopiiko Azure-yhteyksien käyttö tietostrategiaasi ja käyttäjien tarpeisiin? Mieti, olisivatko Azure-yhteydet hyödyllisiä tietovoiden (Gen1) tallennusta varten. Määritä, onko sinulla vaatimuksia käyttää semanttisen mallin varmuuskopiointi- ja palautustoimintoa. Harkitse, onko Azure Log Analytics -integrointia tarpeen.
• Mikä tietojen tallennustila on keskitetty verrattuna hajautettuun? Selvitä hajautettujen tiimiesi tarpeet ja se, ylläpitävätkö yksittäiset käyttäjät tai osastot tällä hetkellä omia Azure-tallennus-tilejään. Selvitä, saavatko työtilan järjestelmänvalvojat yhdistää oman ADLS Gen2 -tilinsä vai haluatko käyttää yhtä ADLS Gen2 -tiliä kaikissa työtiloissa (vuokraajatason tallennustila).
• Miten OneLakea käytetään verrattuna Azure-yhteyksiin? OneLaken käyttöönoton myötä mieti, haluatko siirtyä vähitellen Käyttämään OneLakea tietojen tallennukseen (BYOL).

Lisätietoja on kohdassa Työtilan integrointi ADLS Gen2:een.

Lisätietoja on kohdassa Työtilan integrointi Azure Log Analyticsin kanssa.

Vaihe 3: Azure-yhteyksien päivittäminen

Tässä vaiheessa olemassa olevat Azure-yhteytesi ovat käytettävissä, ja olet tehnyt tarkoituksenmukaisia päätöksiä siitä, haluatko integroida Data Lake -tallennustilan Power BI:hin. Olet nyt valmis säätämään asetuksia tarvittaessa havaintojen perusteella.

Vaihe 4: Azure-yhteyksien dokumentointi

Tilanteestasi riippuen sinun kannattaa luoda joitakin dokumentaatioita, jotka täydentävät hallintaportaalissa olevia tietoja. Ohjeitasi voivat olla seuraavat:

• Vuokraajatason Data Lake -sijainti, joka on hyväksytty käyttöön. Sisällytä Data Lake -tallennustilan omistaja ja hallinnoija ja ota yhteyttä keneen saadaksesi lisätietoja.
• Määrittää, voidaanko työtilatason Data Lake -tallennustilat integroida. Muut tiedot, kuten tehdyt tärkeät päätökset ja syyt, on dokumentoitava jatkossa.

Vaihe 5: Azure-yhteyksien hallinta

Azure-yhteyksiä tulee ajoittain valvoa hallintaportaalissa.

Mieti, miten voit tukea useita ADLS Gen2 -tilejä organisaatiossa (jos työtilatason Azure-yhteydet ovat sallittuja).

Pohdi myös, miten voit hallita pyyntöjä käyttäjiltä, jotka haluavat yhdistää työtilan Azure Log Analyticsiin.

Vaihe 6: Azure-yhteyksien valvonta

On tärkeää käyttää prosessia, jolla valvotaan Azure-yhteyksiä säännöllisesti. Useiden toimintojen avulla voit tunnistaa, milloin valvot Azure-yhteyksiä toimintolokin avulla.

• ADLS Gen2:een on yhdistetty työtila: Etsi AddLinkToExternalResource-aktiviteetti . ResourceType ilmaisee, onko kyseessä tallennustili vai Log Analytics.
• Työtila on katkaistu ADLS Gen2:sta: Etsi DeleteLinkToExternalResource-toimintaa . ResourceType ilmaisee, onko kyseessä tallennustili vai Log Analytics.
• Vuokraajatason tallennustila on käytössä tai poistettu käytöstä: Etsi muuttuneet arvot toimintolokista addExternalResource- tai DeleteLinkToExternalResource-toiminnolla.
• Työtilatason tallennustila on käytössä tai poistettu käytöstä: Etsi muuttuja arvoja toimintolokista käyttämällä UpdatedAdminFeatureSwitch-toimintoa . Kohteen nimi on storageAccountAttachForWorkspaceAdminsEnabled. SwitchState-arvo on joko true (tosi) tai false (epätosi).
• Azure Log Analytics -yhteydet työtilan järjestelmänvalvojille -vuokraaja-asetus on muuttunut: Tämän vuokraaja-asetuksen avulla jotkin tai kaikki työtilan järjestelmänvalvojat voivat integroida oman ADLS Gen2 -tilinsä. Etsi muutetut vuokraaja-asetusten arvot toimintolokista käyttämällä UpdatedAdminFeatureSwitch-toimintoa . Kohteen nimi on LogAnalyticsAttachForWorkspaceAdmins.

Tarkistusluettelo – Kun suunnittelet ja hallitset Azure-yhteyksiä, tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

• Tarkastele nykyisiä Azure-yhteyksiä: Selvitä nykyinen tila tarkastelemalla Azure-yhteyksien vuokraajatason ja työtilatason asetuksia hallintaportaalissa. Tutustu myös Azure Log Analytics -yhteyksien määrittämiseen työtilan järjestelmänvalvojille -vuokraaja-asetukseen .
• Keskustele ja päätä: Selvitä, haluatko integroida Azure-yhteydet Power BI:hin. Päätä jatkossa, mikä on optimaalinen käyttösi OneLakelle ja Azure-yhteyksille tietojen tallennusta varten (BYOL).
• Tarkista, onko hyväksyntä pakollinen: Selvitä, pitääkö olla olemassa prosessi, jotta voit hankkia hyväksynnät työtilatason tallennustilejä käyttämällä.
• Uudelleentarkasteluaikataulun luominen: Määritä aikataulu, jotta voit tarkastella Azure-yhteyksiä uudelleen säännöllisin väliajoin.
• Tee päivityksiä: Päivitä nykyiset Azure-yhteydet tarpeen mukaan vuokraajatason ja työtilatason tallennusoikeuksien muokkaamiseksi. Päivitä myös työtilan järjestelmänvalvojien Azure Log Analytics -yhteydet tehtyjen päätösten perusteella (jos ne eroavat tällä hetkellä määritetyistä).
• Luo dokumentaatio: Jos haluat seurata lisätietoja, luo Azure-yhteyksien dokumentaatio.
• Luo prosessi käyttäjäpyyntöjen käsittelyä varten: Määritä prosessi, jolla käyttäjät voivat pyytää Azure-yhteyksien käyttämistä.
• Määritä valvonta: Luo valvontaprosessi, jotta voit seurata, milloin työtilat ovat määrittäneet Azure-yhteyden tai kun asetukset ovat muuttuneet.

Power BI:n käytön valvonta

Vuokraajatason valvontatietojen avulla voit analysoida käyttöönottotoimia, ymmärtää käyttömalleja, valistaa käyttäjiä, tukea käyttäjiä, pienentää riskejä, parantaa vaatimustenmukaisuutta, hallita käyttöoikeuskustannuksia ja valvoa suorituskykyä. On tärkeää, että poimit ja tallennat Power BI:n valvontatiedot mahdollisimman aikaisin, vaikka et olisi vielä valmis analysoimaan tietoja.

Lisätietoja käyttäjien, toimintojen ja ratkaisujen valvomisesta Power BI:ssä on artikkelissa Vuokraajatason valvonta.

Power BI -palvelun valvonta

Valvonta viittaa käynnissä oleviin toimiin, jotka kertovat sinulle mistä on kyse. Valvonta on yleensä passiivista toimintaa, johon liittyy hälytyksiä ja automaatioita, vaikka joskus se on tehty aktiivisesti.

Lisätietoja Power BI:n valvonnasta on artikkelissa Vuokraajatason valvonta.

Liittyvä sisältö

Jos haluat lisätietoja, toimintoja, päätöksenteon ehtoja ja ohjeita Power BI:n toteutuspäätösten tekemiseen, lue artikkeli Power BI:n käyttöönoton suunnittelu.