Windows-installationsvejledning for digna Release 2026.06¶
Release: 2026.06
Senest opdateret: 30. august 2026
Indholdsfortegnelse¶
- Introduktion
- Systemkrav
- Forberedende opsætning
- PostgreSQL-serveropsætning
- Webserverkonfiguration
- Initial installation
- Backend-konfiguration
- Dashboard-konfiguration
- Kørsel af digna som Windows-service
- Opgradering til en ny release
Introduktion¶
Om digna¶
digna er en omfattende AI-drevet platform designet til at optimere datakvalitetsstyring på tværs af forskellige data-miljøer såsom warehouses, lakes og lakehouses. Bygget til at være meget skalerbar og tilpasningsdygtig, adresserer digna moderne dataudfordringer gennem automatisering, realtidsmonitorering og anomalidetektion.
digna består af to hovedkomponenter:
- digna: applikationens kerne, ansvarlig for at behandle data og udføre kvalitetskontroller. Den samler backend og kommandolinjegrænsefladen i én eksekverbar fil og erstatter dermed de separate programmer
dignabackendogdignaclifra tidligere releases. - dignadashboard: Et webbaseret interface hostet på en webserver, som giver en brugervenlig måde at interagere med digna-platformen og visualisere datakvalitetsmålinger.
Hvad er nyt i Release 2026.06¶
Denne release bringer dataobservabilitet direkte ind i din kode, hvilket gør det muligt for udviklere at overvåge datakvalitet ved kilden. Se udgivelsesnoterne for fulde detaljer.
Leder du efter macOS eller Linux?¶
Denne vejledning dækker Windows. For andre platforme, se macOS-installationsvejledningen eller Linux-installationsvejledningen.
Systemkrav¶
Før du påbegynder installationen, skal du sikre dig, at dit system opfylder følgende minimumskrav:
| Krav | Specifikation |
|---|---|
| Operativsystem | Windows Server eller Windows 10/11 |
| Hukommelse (minimal opsætning) | 16 GB RAM |
| Diskplads | 10 GB ledig lagerplads |
| Database | PostgreSQL Server 12 eller nyere |
| Webserver | IIS, Apache Tomcat eller tilsvarende |
Databaseinstallationsmuligheder¶
Hvis PostgreSQL allerede er installeret: Du kan oprette en ny database til digna på din eksisterende PostgreSQL-server.
Hvis du installerer PostgreSQL på samme maskine som digna:
Anbefalede specifikationer
- Hukommelse: 32 GB RAM (i stedet for 16 GB)
- Diskplads: 50 GB ledig lagerplads (i stedet for 10 GB)
Disse højere specifikationer tager højde for både digna og PostgreSQL-databasen, der kører samtidigt.
Forberedende opsætning¶
Før du installerer digna, skal du sikre, at to nøgleforudsætninger er på plads:
- PostgreSQL Server – til lagring af beregnede målinger og ydelsesdata
- Webserver – til hosting af digna Dashboard
Hvis disse komponenter ikke allerede er sat op, følg afsnittene nedenfor for at installere og konfigurere dem.
PostgreSQL-serveropsætning¶
Hvis du allerede har PostgreSQL¶
Hvis PostgreSQL allerede er installeret og kører på din lokale maskine, eller hvis du bruger en administreret fjern-PostgreSQL-server, kan du springe videre til næste afsnit.
Installation af PostgreSQL¶
Følg disse trin for at installere PostgreSQL på Windows:
Trin 1: Download PostgreSQL¶
- Besøg PostgreSQL Downloads page
- Vælg Windows
- Download den nyeste installer
Trin 2: Kør installatøren¶
- Dobbeltklik på den downloadede installerfil
- Følg anvisningerne i installationsguiden
Trin 3: Vælg installationsmappe¶
Vælg den mappe, hvor PostgreSQL skal installeres. Standardplaceringen er som regel passende.
Trin 4: Vælg komponenter¶
For en standardopsætning beholdes de forvalgte komponenter.
Trin 5: Angiv PostgreSQL-superbrugerens adgangskode¶
Indtast og bekræft en adgangskode for PostgreSQL-superbrugeren (postgres). Gem denne adgangskode sikkert — du får brug for den senere.
Trin 6: Konfigurer portnummer¶
Standardporten for PostgreSQL er 5432. Du kan bruge standarden eller angive en anden port efter behov.
Tip
Hvis port 5432 allerede er i brug, vælg en alternativ port og noter den til senere konfiguration.
Trin 7: Vælg lokalitet (locale)¶
Vælg lokalitet for din database. Standardindstillingen er som regel passende for de fleste installationer.
Trin 8: Afslut installation¶
Klik Næste gennem de resterende trin, og klik derefter Finish.
Trin 9: Bekræft installation¶
Åbn Kommandoprompt og verificer, at PostgreSQL er installeret:
Du burde se PostgreSQL-versionen, hvis installationen var vellykket.
Webserverkonfiguration¶
digna kræver en webserver til at hoste dashboardet. Vælg en af følgende muligheder:
Du behøver kun at installere og konfigurere én af disse servere.
IIS-opsætning¶
Oversigt¶
Internet Information Services (IIS) er Microsofts webserver til hosting af websites og webapplikationer.
Aktivering af IIS¶
- Åbn Kontrolpanel
- Tryk
Win + R -
Skriv
controlog tryk Enter -
Gå til Windows-funktioner
- Klik Programmer
-
Vælg Slå Windows-funktioner til eller fra
-
Aktivér Internet Information Services
- Rul ned og find Internet Information Services (IIS)
- Sæt flueben for at aktivere det
-
Klik på + for at udvide og verificere, at disse underkomponenter er valgt:
- Web Management Tools
- World Wide Web Services
-
Klik OK for at anvende ændringerne
-
Bekræft IIS-installation
- Åbn din browser
- Naviger til
http://localhost - Du bør se IIS Velkomstsiden
Påkrævet: URL Rewrite-modulet¶
IIS kræver URL Rewrite-komponenten. Download og installer det fra den officielle Microsoft-side.
Påkrævet: MIME-type for Markdown-filer¶
For at sikre, at Markdown-filer (.md) serveres korrekt af IIS:
- Åbn IIS Manager (tryk
Win + R, skrivinetmgr, tryk Enter) - Naviger til Your Site > MIME Types
- Klik Add...
- Konfigurer:
- File name extension:
.md - MIME type:
text/markdown
Vigtigt
Uden denne indstilling kan .md-filer muligvis ikke blive serveret korrekt.
Apache Tomcat-opsætning¶
Oversigt¶
Apache Tomcat er en open-source Java servlet-container og webserver.
Installation¶
- Download Apache Tomcat
- Besøg Apache Tomcat Downloads
-
Download Windows ZIP-distributionen
-
Udpak arkivet
- Udpak ZIP-filen til en mappe på dit system
-
Eksempel:
C:\Program Files\Apache Tomcat -
Bekræft, at Tomcat kører
- Åbn din browser
- Naviger til
http://localhost:8080 - Du bør se Apache Tomcat velkomstsiden
Tip
Apache Tomcat starter typisk automatisk efter installation. Hvis det ikke gør, naviger til bin-mappen og kør startup.bat.
Initial installation¶
Trin 1: Opret digna-repositoriet¶
Digna-repositoriet gemmer alle målinger beregnet af digna. Det fungerer som den centrale database for analytiske og ydelsesdata.
Opret repositorieschema og bruger¶
Åbn din PostgreSQL-klient (pgAdmin, psql eller lignende) og udfør følgende SQL-kommandoer:
CREATE SCHEMA <digna_repo_schema>;
CREATE USER <digna_repo_user> WITH PASSWORD '<digna_repo_password>';
GRANT ALL PRIVILEGES ON SCHEMA <digna_repo_schema> TO <digna_repo_user>;
Erstat følgende pladsholdere:
<digna_repo_schema>— Dit ønskede schemanavn (f.eks.dignarepo)<digna_repo_user>— Dit ønskede brugernavn (f.eks.digna_user)<digna_repo_password>— Et sikkert password til denne bruger
Eksempel:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Bedste praksis
Brug stærke, komplekse adgangskoder til databasebrugere. Undgå let gættelige legitimationsoplysninger.
Trin 2: Udpak digna-installationspakken¶
- Find digna-installations-ZIP-filen, der er leveret til dig
- Udpak den til det ønskede installationssted
- Efter udpakning bør du se følgende elementer:
dashboard/— Webdashboard-interfacedigna— Hoved-udførbar fil (backend + CLI kombineret)
Konfigurations- og licensfilerne er ikke med i pakken
Hverken config.toml eller dashboard/dashboard_config.toml følger med installationen — du opretter begge selv, i Backend-konfiguration og Dashboard-konfiguration. license.toml følger heller ikke med; digna leverer den separat, som beskrevet i Trin 3.
Trin 3: Installer license-filen¶
Vigtigt
License-filen er ikke inkluderet i installationspakken og leveres separat af digna.
- Find den
license.toml-fil, der er leveret til dig - Kopiér den til roden af digna-installationsmappen (hvor
config.tomlog dendigna-eksekverbare fil ligger)
Hvorfor det er vigtigt: License-filen indeholder dine kundeoplysninger, licensens udløbsdato og digital signatur. Rediger ikke denne fil — ændringer vil ugyldiggøre den.
Mappe struktur efter opsætning:
digna_installation/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
└── dashboard/ (web interface)
└── (dashboard files)
Backend-konfiguration¶
Trin 1: Opret og rediger konfigurationsfilen¶
Filen config_template.toml er inkluderet i din digna-installationsmappe. Du skal blot omdøbe den til config.toml.
Placering: digna_installation/config.toml
Åbn config.toml i en teksteditor og konfigurer hver sektion nedenfor.
[app] Sektionen¶
Denne sektion konfigurerer digna backend-applikationens indstillinger:
[app]
digna_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
digna_APP_CORS_ALLOW_CREDENTIALS = true
digna_APP_CORS_ALLOW_METHODS = ["*"]
digna_APP_CORS_ALLOW_HEADERS = ["*"]
| Parameter | Værdi | Noter |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | Frontend-URL | Hvis dashboardet ligger på en anden server, medtag dets URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Påkrævet for CORS med legitimationsoplysninger |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Tillad alle HTTP-metoder |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Tillad alle headers |
[repo] Sektionen¶
Denne sektion konfigurerer forbindelsen til PostgreSQL-databasen:
[repo]
digna_REPO_HOST = "localhost"
digna_REPO_PORT = 5432
digna_REPO_DB = "postgres"
digna_REPO_SCHEMA = "dignarepo"
digna_REPO_USER = "digna_user"
digna_REPO_PASSWORD = "YourSecurePassword123!"
| Parameter | Værdi | Noter |
|---|---|---|
digna_REPO_HOST | localhost eller IP | PostgreSQL-serverens hostnavn/IP |
digna_REPO_PORT | 5432 (standard) | PostgreSQL-port |
digna_REPO_DB | postgres | Databasenavn |
digna_REPO_SCHEMA | dignarepo | Schema oprettet tidligere |
digna_REPO_USER | digna_user | Bruger oprettet i PostgreSQL-opsætningen |
digna_REPO_PASSWORD | Dit password | Password sat under schema-oprettelsen |
[base] Sektionen¶
Denne sektion indeholder sikkerheds- og cookie-indstillinger:
[base]
DIGNA_FERNET_KEY = "DU4a0yJ-OqvbKCL4hNQn_CsknH-V1vWmHZqBUl-AY44="
digna_COOKIE_DOMAIN = "localhost"
digna_COOKIE_PATH = "/"
digna_COOKIE_SECURE = false
digna_COOKIE_HTTPONLY = true
digna_COOKIE_SAME_SITE = "lax"
digna_TOKEN_EXPIRES_IN = 86400
digna_MAX_WORKERS = 4
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
| Parameter | Værdi | Noter |
|---|---|---|
DIGNA_FERNET_KEY | Krypteringsnøgle | Bruges til at kryptere tokens og cookies (standard leveres) |
digna_COOKIE_DOMAIN | localhost | Match dit frontend-domæne |
digna_COOKIE_SECURE | false (lokalt) / true (produktion) | Brug true for HTTPS-forbindelser |
digna_COOKIE_HTTPONLY | true | Altid aktiveret for sikkerhed |
digna_COOKIE_SAME_SITE | lax | Forhindrer CSRF-angreb |
digna_TOKEN_EXPIRES_IN | 86400 (24 timer) | Session timeout i sekunder |
digna_MAX_WORKERS | Antal CPU-kerner - 1 | Antal parallelle inspektionsopgaver |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Maksimal forsinkelse i sekunder, som planlæggeren må lægge til, før et forfaldent job startes |
DIGNA_CLEANUP_TIME | "12:00" | Tidspunkt (24-timersformat HH:MM), hvor den daglige oprydning starter |
[encryption] Sektion¶
Denne sektion indeholder nøglen, der bruges til at kryptere følsomme værdier i repositoryet. Den er påkrævet — config check rapporterer sektionen [encryption] som FAILED, hvis nøglen mangler.
| Parameter | Værdi | Noter |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64-kodet nøgle | Krypterer følsomme værdier, der er gemt i digna-repositoryet |
Beskyt config.toml
Denne nøgle er en fast værdi, der er identisk i alle digna-installationer, og det er den, der dekrypterer de følsomme værdier i dit repository. Begræns config.toml til den konto, der kører digna, hold filen uden for versionsstyring og delte drev, og udelad den fra enhver sikkerhedskopi, der opbevares mindre sikkert end selve repositoryet.
[logging] Sektionen¶
Denne sektion konfigurerer logningsadfærd:
| Parameter | Værdi | Noter |
|---|---|---|
digna_LOGGING_MODE | INFO eller DEBUG | INFO til produktion, DEBUG til fejlfinding |
digna_LOGGING_BACKUP_COUNT | 10 | Antal daglige log-backups, der gemmes |
Trin 2: Validér konfigurationen¶
Kontrollér, at config.toml er fuldstændig og korrekt opbygget, før du initialiserer repositoryet. Kør i din digna-installationsmappe:
Hver sektion valideres for sig, så en enkelt fejl ikke skjuler tilstanden af de øvrige:
Configuration validation report (source: config.toml):
- App config: OK
- Repository config: OK
- Base config: OK
- Logging config: OK
- Encryption config: OK
- OIDC config(s): OK
Overall: OK
Ret alt, der rapporteres som FAILED, og kør kommandoen igen, før du fortsætter. Den fulde liste over muligheder findes i CLI-referencen.
Trin 3: Initialiser repositoriet¶
- Åbn Kommandoprompt
- Skift til din digna-installationsmappe (hvor
config.tomlog dendigna-eksekverbare fil ligger) - Kør forbindelsestesten:
Du bør se en bekræftelse på, at forbindelsen er etableret (selve repositoriet er endnu ikke initialiseret).
Trin 4: Installer repository-schemaet¶
I samme mappe, kør:
Denne kommando installerer de nødvendige tabeller og schema i din PostgreSQL-database.
Trin 5: Opret en admin-bruger¶
- Åbn et nyt Kommandoprompt-vindue
- Skift til din digna-installationsmappe
- Kør følgende kommando for at oprette en admin-bruger:
Eksempel:
Dette opretter en bruger med fulde administrative rettigheder.
Bedste praksis
Brug en stærk adgangskode med en blanding af store og små bogstaver, tal og specialtegn.
Trin 6: Start digna-serveren¶
I digna-installationsmappen, start serveren med:
Parametre: - --address — Serverens hostnavn/IP - --port — Serverens port
Du bør se opstartsbeskeder, der bekræfter, at serveren kører:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Serveren optager terminalen
serve kører i forgrunden og fortsætter, indtil du stopper den med Ctrl+C. Lad den køre, mens du færdiggør opsætningen; for at starte den automatisk ved opstart, se Kør digna som Windows-tjeneste.
Dashboard-konfiguration¶
Trin 1: Deploy dashboardet til webserveren¶
digna-dashboardet læser sin egen konfiguration fra dashboard/dashboard_config.toml. Den fil følger ikke med installationen — du opretter den i dashboard/-mappen sammen med dashboardfilerne.
Dens indhold er beskrevet under Single Sign-On, som også er der, hvor filen er nødvendig: den indeholder de login-muligheder, dashboardet tilbyder, og ved multi-instance udrulninger backend-forbindelsen.
Vælg din webserver og følg de tilsvarende deployments-trin nedenfor.
Deploy til IIS¶
- Åbn IIS Manager
-
Tryk
Win + R, skrivinetmgr, tryk Enter -
Opret et nyt website
- I venstre panel, højreklik på Sites
-
Vælg Add Website...
-
Konfigurer websitet
- Site Name: Indtast et navn (f.eks. "dignaDashboard")
- Physical Path: Klik Browse og vælg din
dashboard-mappe -
Binding: Sæt IP-adresse og port (standard port 80 for HTTP, 443 for HTTPS)
-
Start websitet
- Klik OK for at oprette sitet
-
Højreklik på det nye site og vælg Start
-
Test installationen
- Åbn din browser
- Naviger til
http://localhost(eller din konfigurerede URL) - Du bør se digna-dashboardets login-side
Deploy til Apache Tomcat¶
- Kopier dashboard til Tomcat
- Kopiér
dashboard-mappen til din Tomcatwebapps-mappe - Omdøb den om nødvendigt (f.eks. til
digna) -
Eksempel:
C:\Program Files\Apache Tomcat\webapps\digna -
Bekræft deployment
- Opdater eller genindlæs Tomcat administrationssiden (http://localhost:8080)
-
Du bør se "digna" (eller dit valgte navn) listet under deployerede applikationer
-
Adgang til dashboardet
- Åbn din browser
- Naviger til
http://localhost:8080/digna - Du bør se digna-dashboardets login-side
Kørsel af digna som en Windows-service¶
Hvorfor bruge en Windows-service?¶
At køre digna-backend som en Windows-service sikrer, at den: - Starter automatisk, når serveren booter - Kører i baggrunden uden et åbent Kommandoprompt-vindue - Genstarter automatisk, hvis den crasher - Kan administreres via Windows Services
windows-kommandoerne¶
Servicen administreres af selve den eksekverbare digna-fil via underkommandoerne digna windows. Der er ingen batch-filer at køre.
| Kommando | Formål |
|---|---|
digna windows install | Registrerer digna som en Windows-service |
digna windows start | Starter den registrerede service |
digna windows stop | Stopper den kørende service |
digna windows uninstall | Fjerner service-registreringen |
Administratorrettigheder kræves
Alle fire kommandoer skal køres fra en Kommandoprompt, der er åbnet som Administrator.
Hver kommando accepterer --name for at adressere en service, der er registreret under et ikke-standardnavn. Den fulde liste over indstillinger findes i CLI-referencen.
Installation af servicen¶
- Åbn Kommandoprompt som Administrator
- Højreklik på Kommandoprompt
-
Vælg "Kør som administrator"
-
Skift til din digna-installationsmappe
-
Registrer servicen
Angiv adresse og port, medmindre standardværdierne passer dig
install gemmer adressen og porten i service-registreringen, og servicen binder til præcis det, der blev gemt. Standardværdierne er 127.0.0.1 og 8000, som kun accepterer forbindelser fra selve maskinen. Et dashboard på en anden vært kan ikke nå det, så angiv den adresse, backend'en skal lytte på:
Disse læses ikke fra config.toml. For at ændre dem senere skal du afinstallere servicen og installere den igen med de nye værdier.
Servicen registreres med automatisk opstart, så den starter sammen med Windows. Den starter ikke umiddelbart — se næste afsnit.
Installationsindstillinger¶
| Indstilling | Standard | Formål |
|---|---|---|
--name | digna | Navn, servicen registreres under |
--display-name | digna | Navn, der vises i services.msc |
--description | digna data quality backend | Beskrivelse, der vises i services.msc |
--address | 127.0.0.1 | Adresse, servicen binder sin API til |
--port | 8000 | Port, servicen binder sin API til |
--working-dir | mappen med den eksekverbare digna-fil | Mappe med config.toml og license.toml, som servicen bruger som arbejdsmappe |
--start-type | auto | auto starter sammen med Windows, manual starter kun på anmodning, disabled registrerer servicen, men nægter at starte den |
--account | LocalSystem | Konto, servicen kører som, f.eks. DOMAIN\user eller .\user |
--password | Adgangskode til --account |
Kørsel under en domænekonto
LocalSystem har ingen netværksidentitet, så Windows-godkendelse mod SQL Server og enhver adgang til et netværksshare vil mislykkes. Installer med --account og --password, hvor servicen skal tilgå ressourcer som en bestemt bruger.
Start og stop af servicen¶
For at starte servicen¶
For at stoppe servicen¶
Tip
Stop altid servicen før opdatering af applikationsfiler.
Flytning af servicen til en ny mappe¶
Hvis du skal flytte digna-installationen:
-
Stop og afregistrer den nuværende service
-
Flyt applikationsfilerne
-
Flyt hele digna-installationsmappen til den nye placering
-
Registrer servicen igen fra den nye placering
Gentag de værdier for --address, --port eller --account, du brugte første gang — den tidligere registrering er væk.
- Start servicen
Afinstallation af servicen¶
-
Stop den kørende service
-
Afregistrer servicen
Digna-serveren er nu fjernet som en Windows-service.
Opgradering til en ny release¶
Før du opgraderer¶
Verificér alle databaseforbindelser først
Fra Release 2026.06 når digna hver kildeteknologi via ODBC. Tidligere releases gav et valg mellem en teknologispecifik driver og ODBC, valgt med kontakten Use ODBC. digna-teamet har besluttet udelukkende at bygge på ODBC, fordi én enkelt standardgrænseflade giver mere end et sæt skræddersyede drivere:
- Godkendelse — godkendelse er en del af ODBC, så en forbindelse kan bruge alt, hvad dens driver understøtter: adgangskoder, tokens og PAT'er, Kerberos og Active Directory, MFA og browserbaseret single sign-on, cloud-identiteter, klientcertifikater og TLS. Nye metoder kommer med en driveropdatering i stedet for at vente på en digna-release.
- Drivere, der vedligeholdes af databaseleverandørerne — leverandørens egen driver følger nye serverversioner og sikkerhedsrettelser, og du kan opdatere den efter din egen plan, uafhængigt af digna.
- Én måde at konfigurere alt på — hver teknologi er en liste af nøgle/værdi-egenskaber, med samme grænseflade, samme kryptering af følsomme værdier og samme fejlfinding, i stedet for forskellige felter pr. kilde.
- Finjustering og rækkevidde — driverindstillinger som timeouts, TLS-indstillinger, proxyer og fetch-størrelser er tilgængelige for alle kilder, og enhver teknologi med en kompatibel ODBC-driver kan tilsluttes, også dem digna ikke udgiver en særskilt vejledning til.
I praksis betyder det, at kontakten Use ODBC og de separate felter til vært, port, database, bruger og adgangskode ikke længere findes. Enhver forbindelse, der ikke allerede bruger ODBC, skal lægges om til ODBC — der er ingen automatisk konvertering, så planlæg det før opgraderingen:
- Gennemgå hver databaseforbindelse, der er defineret i din installation, og notér, hvilke der endnu ikke bruger ODBC — hver enkelt skal konfigureres om.
- Installér den tilsvarende ODBC-driver på digna-værten — forbindelser åbnes fra den server, der kører digna-backend, ikke fra browseren. Se Installér ODBC-driveren på digna-værten.
- Hav ODBC-egenskaberne klar for hver berørt forbindelse. Teknologivejledningerne angiver et gennemprøvet sæt egenskaber pr. kilde.
Efter opgraderingen lægger du hver berørt forbindelse om til ODBC og tester den fra dashboardet — se Opret en databaseforbindelse og Test en forbindelse.
Databricks Legacy-forbindelser
Databricks Legacy-connectoren er fjernet i denne release. Migrér disse forbindelser til Databricks-connectoren.
Det er obligatorisk at lave en backup af digna-repositoriet
Før du opgraderer digna, skal du sikkerhedskopiere dit repository (PostgreSQL) for at beskytte imod datatab. En backup sikrer, at du kan gendanne, hvis opgraderingen støder på uventede problemer.
Opgraderingsproces¶
Trin 1: Stop og afregistrer den gamle service¶
Hvis digna kører som Windows-service, stop den med batch-filerne fra din nuværende installation — digna windows-kommandoerne hører til den nye release og er endnu ikke tilgængelige:
Afregistrer derefter servicen, igen med den gamle batch-fil. Registreringen peger på den gamle eksekverbare fil og dens scripts, som begge udskiftes ved denne opgradering, så den kan ikke genbruges:
Afregistrer, før du omdøber noget
uninstall_service.bat ligger i den bin-mappe, du er ved at omdøbe, og den er det eneste, der kan fjerne den registrering, den oprettede. Kør den, mens den gamle installation stadig er på plads. Hvis mappen allerede er omdøbt, så omdøb den tilbage, afregistrer, og fortsæt derefter.
Notér den konto, servicen kørte under, samt den adresse og port, den kørte på — du får brug for dem i Trin 9.
Trin 2: Sikkerhedskopiér nuværende installation¶
Omdøb mapperne i din nuværende installation i digna-installationsmappen, så den nye release kan udrulles ved siden af dem:
dignabackend og dignacli bruges ikke længere
Fra Release 2026.06 erstattes dignabackend og dignacli af den enkelte eksekverbare fil digna, som samler backend og CLI. Behold kun dignabackend_old og dignacli_old, indtil du har verificeret opgraderingen — derefter kan du slette begge mapper. Behold dashboard_old, indtil du har gendannet dine konfigurationsfiler fra den (se trin 4). bin-mappen skal også væk: dens batch-filer styrede den gamle service, og 2026.06 leverer dem ikke, så når servicen er afregistreret i Trin 1, gør de ikke andet end at vildlede.
Trin 3: Udpak og deploy ny version¶
- Udpak den nye digna-installations-ZIP-fil
- Kopiér den nye
digna-eksekverbare fil ogdashboard-mappen til din installationsmappe
Vigtigt
Hverken config.toml eller dashboard/dashboard_config.toml er nogensinde inkluderet i installations-ZIP'en — digna-teamet leverer aldrig nogen af filerne. Din eksisterende konfiguration berøres derfor ikke af opgraderingen, og kopierne i de omdøbte *_old-mapper er de eneste, du har.
Trin 4: Gendan dine konfigurationsfiler¶
Release 2026.06 ændrer config.toml
Tre indstillinger er nye og påkrævede, og to bruges ikke længere. En config.toml, der er overført fra en tidligere release, indeholder ikke de nye indstillinger, og digna starter ikke, så længe de mangler. Tilføj følgende til din eksisterende config.toml:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Tilføj de to [base]-nøgler til din eksisterende [base]-sektion, og tilføj [encryption] som en ny sektion. Fjern derefter de to indstillinger, der ikke længere bruges, digna_APP_HOST og digna_APP_PORT, fra [app] — serveren henter nu adresse og port fra digna serve.
Hvad hver indstilling gør, er beskrevet i Backend-konfiguration.
Single sign-on: formatet for [oidc_clients] er ændret
Release 2026.06 erstatter arrayet af tabeller med én tabel pr. udbyder, opkaldt efter udbydernøglen. DIGNA_OIDC_KEY er væk — nøglen er nu en del af sektionsoverskriften.
Før:
[[oidc_clients]]
DIGNA_OIDC_KEY = 'microsoft'
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
Efter:
[oidc_clients.microsoft]
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
Gentag sektionen for hver udbyder, og hold hver nøgle identisk med key i dashboard_config.toml. digna config check rapporterer oidc_clients som FAILED, så længe den gamle form stadig findes. Kun installationer, der bruger single sign-on, er berørt.
Trin 5: Genindlæs webserveren¶
Dashboardet er et sæt statiske filer, så din webserver — og browseren — kan stadig levere den tidligere version. Genindlæs eller genstart den webserver, der hoster dashboard- mappen, og genindlæs derefter siden med en hård opdatering (Ctrl+F5).
Trin 6: Validér konfigurationen¶
Bekræft, at den opdaterede config.toml er fuldstændig, før du rører repositoryet:
Hver sektion skal rapportere OK. Ret alt, der rapporteres som FAILED, og kør kommandoen igen, før du fortsætter.
Trin 7: Udskift licensfilen¶
Hver release licenseres separat. Kopiér den license.toml, som digna-teamet har leveret til denne release, til installationsmappen, så den erstatter den gamle:
Behold ikke den tidligere licens
En license.toml, der er udstedt til en tidligere release, dækker ikke denne, og alle kommandoer, der kontrollerer licensen — user, inspection, repo — afbrydes, før de rører repositoryet, når kontrollen fejler. Bekræft den, før du går videre:
Trin 8: Opgrader repository-schemaet¶
Naviger til din digna-installationsmappe og kør:
Dette opdaterer PostgreSQL-schemaet til den nyeste version samtidig med, at alle eksisterende data bevares.
Trin 9: Registrer og start servicen¶
Den gamle registrering blev fjernet i Trin 1, så servicen registreres igen — denne gang med den eksekverbare digna-fil, som ikke har nogen batch-filer:
Giv --address og --port de værdier, den gamle service kørte på, medmindre du ønsker de nye standardværdier 127.0.0.1 og 8000; de gemmes i registreringen og læses ikke længere fra config.toml. Tilføj --account og --password, hvis den gamle service kørte under en domænekonto. Se Kørsel af digna som en Windows-service for den fulde liste over indstillinger.
Hvis du kører manuelt, genstart serveren:
Hvis du bruger IIS eller Tomcat, genstart den pågældende webserver.
Trin 10: Bekræft opgraderingen¶
- Åbn digna-dashboardet
- Bekræft, at interfacet loader korrekt
- Tjek serverens logfiler for eventuelle fejl
- Læg hver forbindelse, der endnu ikke brugte ODBC, om til ODBC, og test derefter alle forbindelser — se Test en forbindelse