In dit artikel vindt u antwoorden op enkele van de meest voorkomende vragen over de hulpprogramma's voor levenscyclusbeheer van Fabric.
Levenscyclusbeheer heeft twee onderdelen, integratie en implementatie. Raadpleeg het Overzicht van Git-integratie als u wilt weten wat de integratie in Fabric is. Raadpleeg het overzicht van implementatiepijplijnen voor meer informatie over de implementatiepijplijnen in Fabric.
Zie het overzicht van Git-integratie voor een korte uitleg van Git-integratie. Een multiline of opgemaakt antwoord op de vraag. Gebruik de gewenste Markdown-opmaak, mits u de inspringing op de regels na de | onderhoudt karakters.
Zie het overzicht van implementatiepijplijnen voor een korte uitleg van implementatiepijplijnen.
Alle werkruimten moeten worden toegewezen aan een Fabric-licentie. U kunt echter verschillende capaciteitstypen gebruiken voor verschillende werkruimten.
Zie Capaciteit en SKU's voor meer informatie over capaciteitstypen.
Notitie
- PPU-, EM- en A-SKU's werken alleen met Power BI-items. Als u andere Fabric-items aan de werkruimte toevoegt, hebt u een proefversie, P of F-SKU nodig.
- Wanneer u een werkruimte met een PPU maakt, kunnen alleen andere PPU-gebruikers toegang krijgen tot de werkruimte en de inhoud ervan gebruiken.
Het machtigingsmodel voor implementatiepijplijnen wordt beschreven in de sectie machtigingen .
Als u implementatieregels in implementatiepijplijnen wilt configureren, moet u de eigenaar van het semantische model zijn.
Kan ik verbinding maken met een opslagplaats die zich in een andere regio bevindt dan mijn werkruimte?
Als de capaciteit van de werkruimte zich op één geografische locatie bevindt terwijl de Azure DevOps-opslagplaats zich op een andere locatie bevindt, kan de infrastructuurbeheerder bepalen of cross-geo-exports moeten worden ingeschakeld. Zie Gebruikers kunnen items exporteren naar Git-opslagplaatsen op andere geografische locaties voor meer informatie.
Ga aan de slag met Git-integratie met behulp van de instructies om aan de slag te gaan.
Er kunnen verschillende redenen zijn waarom een item uit de werkruimte is verwijderd.
- Als het item niet is doorgevoerd en u het hebt geselecteerd in een actie ongedaan maken, wordt het item uit de werkruimte verwijderd.
- Als het item is doorgevoerd, kan het worden verwijderd als u overschakelt tussen vertakkingen en het item niet bestaat in de nieuwe vertakking.
Dit zijn enkele belangrijke overwegingen waarmee u rekening moet houden:
- Beperkingen voor implementatieregels
- Ondersteunde gegevensbronnen voor gegevensstroom- en semantische modelregels
- Incrementeel vernieuwen
- Automation* Implementatiepijplijnen kunnen niet worden gebruikt om items te implementeren in een werkruimte die zich in een andere regio bevindt.
U kunt één werkruimte toewijzen aan uw pijplijn en deze in de pijplijn implementeren of een andere werkruimte toewijzen aan elke pijplijnfase. Zie Een werkruimte toewijzen aan een implementatiepijplijn voor meer informatie.
Wat kan ik doen als ik een gegevensset heb met de DirectQuery- of samengestelde connectiviteitsmodus die gebruikmaakt van variatie- of automatische datum/tijd-tabellen?
Gegevenssets die de DirectQuery- of samengestelde connectiviteitsmodus gebruiken en variatie of automatische datum/tijd-tabellen hebben, worden niet ondersteund in implementatiepijplijnen. Als uw implementatie mislukt en u denkt dat dit komt doordat u een gegevensset met een variatietabel hebt, kunt u zoeken naar de eigenschap variaties in de kolommen van uw tabel. U kunt een van de onderstaande methoden gebruiken om uw semantische model te bewerken, zodat het werkt in implementatiepijplijnen.
Gebruik in uw gegevensset, in plaats van de DirectQuery- of samengestelde modus, de importmodus .
Verwijder de tabellen voor automatische datum/tijd uit uw semantische model. Verwijder indien nodig eventuele resterende variaties uit alle kolommen in uw tabellen. Als u een variatie verwijdert, kunnen door de gebruiker geschreven metingen, berekende kolommen en berekende tabellen ongeldig worden gemaakt. Gebruik deze methode alleen als u begrijpt hoe uw semantische modelmodel werkt, omdat dit kan leiden tot beschadiging van gegevens in uw visuals.
Wanneer u een tegel vastmaakt aan een dashboard, als de tegel afhankelijk is van een niet-ondersteund item (een item dat niet in deze lijst staat niet wordt ondersteund) of op een item waarvoor u geen machtigingen hebt om te implementeren, wordt de tegel niet weergegeven nadat het dashboard is geïmplementeerd. Als u bijvoorbeeld een tegel maakt op basis van een rapport dat afhankelijk is van een semantisch model waarvoor u geen beheerder bent, krijgt u bij het implementeren van het rapport een foutmelding. Wanneer u het dashboard echter implementeert met de tegel, treedt er geen foutbericht op, wordt de implementatie voltooid, maar wordt er geen informatie weergegeven op de tegel.
De eigenaar van een geïmplementeerd gepagineerd rapport is de gebruiker die het rapport heeft geïmplementeerd. Wanneer u voor het eerst een gepagineerd rapport implementeert, wordt u de eigenaar van het rapport.
Als u een gepagineerd rapport implementeert in een fase die al een kopie van dat gepagineerde rapport bevat, overschrijft u het vorige rapport en wordt u de eigenaar ervan in plaats van de vorige eigenaar. In dergelijke gevallen hebt u referenties nodig voor de onderliggende gegevensbron, zodat de gegevens in het gepagineerde rapport kunnen worden gebruikt.
Gepagineerde rapportsubrapporten worden bewaard in dezelfde map waarin het gepagineerde rapport is opgeslagen. Als u selectief kopiëren gebruikt om een gepagineerd rapport met subrapporten te kopiëren, selecteert u zowel het bovenliggende rapport als de subrapporten om renderingproblemen te voorkomen.
Hoe kan ik een implementatieregel maken voor een gepagineerd rapport met een semantisch Fabric-model?
Gepagineerde rapportregels kunnen worden gemaakt als u het gepagineerde rapport in dezelfde fase wilt laten verwijzen naar het semantische model. Wanneer u een implementatieregel voor een gepagineerd rapport maakt, moet u een database en een server selecteren.
Als u een implementatieregel instelt voor een gepagineerd rapport dat geen semantisch Fabric-model heeft, omdat de doelgegevensbron extern is, moet u zowel de server als de database opgeven.
Gepagineerde rapporten die een semantisch Fabric-model gebruiken, maken echter gebruik van een intern semantisch model. In dergelijke gevallen kunt u niet vertrouwen op de naam van de gegevensbron om het semantische Fabric-model te identificeren waarmee u verbinding maakt. De naam van de gegevensbron verandert niet wanneer u deze bijwerkt in de doelfase door een gegevensbronregel te maken of door de api voor de updategegevensbron aan te roepen. Wanneer u een implementatieregel instelt, moet u de databaseindeling behouden en de id van het semantische modelobject in het databaseveld vervangen. Omdat het semantische model intern is, blijft de server hetzelfde.
Database : de databaseindeling voor een gepagineerd rapport met een semantisch Fabric-model is
sobe_wowvirtualserver-<dataset ID>
. Bijvoorbeeld:sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63
. Vervang de gegevensset door de<dataset ID>
id van uw gegevensset. U kunt de gegevensset-id ophalen uit de URL door de GUID te selecteren die nadatasets/
en vóór de volgende slash komt.Server : de server die als host fungeert voor uw database. Behoud de bestaande server zoals deze is.
Als u na een implementatie de RDL van het gepagineerde rapport downloadt, wordt het mogelijk niet bijgewerkt met de nieuwste versie die u in Power BI-service kunt zien.
Wat gebeurt er met de configuratie voor incrementeel vernieuwen na het implementeren van gegevensstromen?
Wanneer u een gegevensstroom hebt die semantische modellen bevat die zijn geconfigureerd met incrementeel vernieuwen, wordt het vernieuwingsbeleid niet gekopieerd of overschreven tijdens de implementatie. Nadat u een gegevensstroom met een semantisch model met incrementeel vernieuwen hebt geïmplementeerd in een fase die deze gegevensstroom niet bevat, moet u deze opnieuw configureren in de doelfase als u een vernieuwingsbeleid hebt. Als u een gegevensstroom met incrementeel vernieuwen implementeert in een fase waarin deze zich al bevindt, wordt het beleid voor incrementeel vernieuwen niet gekopieerd. Als u in dergelijke gevallen het vernieuwingsbeleid in de doelfase wilt bijwerken, moet u dit handmatig doen.
In implementatiepijplijnen worden geen gegevenssets weergegeven die deel uitmaken van datamarts in de pijplijnfasen. Wanneer u een datamart implementeert, wordt de bijbehorende gegevensset ook geïmplementeerd. U kunt de gegevensset van uw datamart bekijken in de werkruimte van de fase waarin deze zich bevindt.