ℹ️ Intern artikel. Denne handling er et internt CRS-driftsjob og er ikke beregnet til kundebrug. Kontakt support, hvis funktionaliteten har interesse for jer.
Power BI – opsætning (engangs). Engangsopsætning pr. kunde, der opretter Power BI-måldatabasen i SQL og alle synkroniseringstabeller, eventuelt sletter eller nulstiller dem, og udskriver den forbindelsesstreng, der skal bruges i Power BI Sync-handlingen.
Power BI – synkronisering (daglig). Kører en daglig delta-synkronisering fra Sapera til Power BI SQL-databasen til dashboards; kør Power BI Setup én gang først, og den første kørsel udfører automatisk en fuld synkronisering.
Sådan bruger du handlingen
Handlingen er et internt driftsjob, der kører planlagt hos CRS. Den kræver administrator-rettigheder og direkte databaseadgang og indgår ikke i en normal kunde-opsætning.
Vigtige parametre
Power BI – opsætning (engangs)
Parameter | Forklaring |
Databasenavn (DatabaseName) | Navn på databasen, der oprettes eller genbruges; må kun indeholde bogstaver, tal, understregninger og bindestreger. |
Slet og genopret (DropAndRecreate) | Når aktiveret, slettes og genoprettes alle tabeller; brug kun dette, når skemaet er ændret. |
Elastisk pulje (ElasticPool) | Valgfrit navn på en Azure SQL elastisk pulje. Er feltet udfyldt, oprettes databasen direkte i puljen; ellers får den serverens standard, som er en selvstændig General Purpose-database med 2 vCore, der afregnes døgnet rundt. Tomt felt = serverens standard. Gælder ikke for SQL Server på egne servere. |
Nulstil alle data (ResetAllData) | Når aktiveret, tømmes alle synkroniserede data, så næste synkroniseringskørsel bliver en fuld gensynkronisering. |
SQL-administratoradgangskode (SqlAdminPassword) | Adgangskode til SQL-administratorloginnet. |
SQL-administratorbruger (SqlAdminUser) | SQL-login med rettigheder til at oprette databasen og dens tabeller. |
SQL-server (SqlServer) | SQL Server-vært (og valgfri port), hvor Power BI-databasen oprettes, lokalt eller i Azure SQL. |
Stol på servercertifikat (TrustServerCertificate) | Om serverens TLS-certifikat skal stoles på; sæt til false for Azure SQL og true for lokale selvsignerede certifikater. |
Power BI – synkronisering (daglig)
Parameter | Forklaring |
Afstemningsvindue i dage (AppendixReconciliationWindowDays) | Hvor mange dage tilbage dag-niveau-afstemningen (siden Afstemning pr. dag) bygges for. Uafhængig af skæringsdatoen, så lager- og finansdetaljer stadig kan gå længere tilbage. Standard er 60 dage - også når feltet står tomt; sæt 0 for hele historikken. |
Azure SQL-forbindelsesstreng (AzureSqlConnectionString) | Forbindelsesstreng til Power BI SQL-måldatabasen, der modtager de synkroniserede data. |
Filsti til rapportgrupper (ReportingGroupsFilePath) | Sti til reporting_groups.json; relative stier løses ud fra mappen med SyncTool-programmet. |
Sapera-afdeling (SaperaBranch) | Sapera-branchnavn, der bruges til at danne databasenavnet; normalt master. |
Sapera-forbindelsesstreng (SaperaConnectionString) | Forbindelsesstreng til den Sapera SQL-database, dataene læses fra. |
Sapera-domæne (SaperaDomain) | Kundens domænenavn; tenant-id og skema slås op i ApplicationBuilder Tenants-tabellen under kørsel. |
Sapera-platform (SaperaPlatform) | Sapera-platformnavn, der bruges til at danne databasenavnet Crs#Platform#Branch#Module. |
Skæringsdato for synkronisering (SyncCutoffDate) | Valgfri skæringsdato (åååå-MM-dd), hvorfør lager- og ikke-lagerposteringer samles til én primorække pr. nøgle; lad feltet stå tomt for at synkronisere hele historikken. |
Se også oversigten SyncTool – handlinger.
Vil du vide mere?
Læs mere i disse relaterede artikler:
Standardparametre for alle handlinger
De generelle parametre der findes på de fleste SyncTool-handlinger: styring af trinnet, fejlhåndtering, timeout m.m.