Windows-installationsguide för digna Release 2026.06¶
Release: 2026.06
Senast uppdaterad: 30 augusti 2026
Innehållsförteckning¶
- Introduktion
- Systemkrav
- Förberedelser inför installation
- PostgreSQL-serverinställning
- Webbserverkonfiguration
- Första installationen
- Backendkonfiguration
- Dashboardkonfiguration
- Köra digna som Windows-tjänst
- Uppgradera till en ny release
Introduktion¶
Om digna¶
digna är en omfattande AI-driven plattform utformad för att optimera hanteringen av datakvalitet över olika data-miljöer såsom datalager, data lakes och lakehouses. Byggd för att vara mycket skalbar och anpassningsbar, adresserar digna moderna datautmaningar genom automation, realtidsövervakning och anomalidetektion.
digna består av två huvudkomponenter:
- digna: applikationens kärna, ansvarig för att bearbeta data och utföra kvalitetskontroller. Den förenar backend och kommandoradsgränssnittet i en enda körbar fil och ersätter därmed de separata programmen
dignabackendochdignaclifrån tidigare releaser. - dignadashboard: Ett webbaserat gränssnitt hostat på en webbserver, som ger ett användarvänligt sätt att interagera med digna-plattformen och visualisera datakvalitetsmått.
Nytt i Release 2026.06¶
Denna release för in data-observability-funktioner direkt i din kod, vilket gör det möjligt för utvecklare att övervaka datakvalitet vid källan. Se release notes för fullständiga detaljer.
Letar du efter macOS eller Linux?¶
Denna guide täcker Windows. För andra plattformar, se macOS-installationsguide eller Linux-installationsguide.
Systemkrav¶
Innan du påbörjar installationen, se till att ditt system uppfyller följande minimikrav:
| Krav | Specifikation |
|---|---|
| Operativsystem | Windows Server eller Windows 10/11 |
| Minne (minimal installation) | 16 GB RAM |
| Diskutrymme | 10 GB ledigt lagringsutrymme |
| Databas | PostgreSQL Server 12 eller senare |
| Webbserver | IIS, Apache Tomcat eller motsvarande |
Alternativ för databasinstallation¶
Om PostgreSQL redan är installerat: Du kan lägga till en ny databas för digna i din befintliga PostgreSQL-server.
Om PostgreSQL installeras på samma maskin som digna:
Rekommenderade specifikationer
- Minne: 32 GB RAM (istället för 16 GB)
- Diskutrymme: 50 GB ledigt lagringsutrymme (istället för 10 GB)
Dessa högre specifikationer rymmer både digna och PostgreSQL-databasen som körs samtidigt.
Förberedelser inför installation¶
Innan du installerar digna, se till att två viktiga förutsättningar är på plats:
- PostgreSQL Server – för att lagra beräknade mått och prestandadata
- Webbserver – för att hosta digna Dashboard
Om dessa komponenter inte redan är uppsatta, följ avsnitten nedan för att installera och konfigurera dem.
PostgreSQL-serverinställning¶
Om du redan har PostgreSQL¶
Om PostgreSQL redan är installerat och körs på din lokala maskin eller om du använder en hanterad fjärr-PostgreSQL-server, kan du hoppa till nästa avsnitt.
Installera PostgreSQL¶
Följ dessa steg för att installera PostgreSQL på Windows:
Steg 1: Ladda ner PostgreSQL¶
- Besök PostgreSQL:s nedladdningssida
- Välj Windows
- Ladda ner den senaste installatören
Steg 2: Kör installatören¶
- Dubbelklicka på den nedladdade installatörsfilen
- Följ anvisningarna i installationsguiden
Steg 3: Välj installationskatalog¶
Välj katalog där PostgreSQL ska installeras. Standardplatsen är vanligtvis lämplig.
Steg 4: Välj komponenter¶
För en standardinstallation, behåll standardvalen av komponenter.
Steg 5: Ange lösenord för PostgreSQL-superanvändaren¶
Ange och bekräfta ett lösenord för PostgreSQL-superanvändaren (postgres). Spara detta lösenord säkert — du kommer att behöva det senare.
Steg 6: Konfigurera portnummer¶
Standardporten för PostgreSQL är 5432. Du kan använda standardporten eller ange en annan port vid behov.
Tips
Om port 5432 redan används, välj en alternativ port och notera den för senare konfiguration.
Steg 7: Välj locale¶
Välj locale för din databas. Standardinställningen är vanligtvis lämplig för de flesta installationer.
Steg 8: Slutför installationen¶
Klicka Next genom återstående steg och sedan Finish.
Steg 9: Verifiera installationen¶
Öppna Kommandotolken och verifiera att PostgreSQL är installerat:
Du bör se PostgreSQL-versionen om installationen lyckades.
Webbserverkonfiguration¶
digna kräver en webbserver för att hosta dashboarden. Välj ett av följande alternativ:
Du behöver endast installera och konfigurera en av dessa servrar.
IIS-inställning¶
Översikt¶
Internet Information Services (IIS) är Microsofts webbserver för att hosta webbplatser och webbaserade applikationer.
Aktivera IIS¶
- Öppna Kontrollpanelen
- Tryck
Win + R -
Skriv
controloch tryck Enter -
Gå till Windows-funktioner
- Klicka Programs
-
Välj Turn Windows features on or off
-
Aktivera Internet Information Services
- Scrolla ner och hitta Internet Information Services (IIS)
- Markera kryssrutan för att aktivera den
-
Klicka på + för att expandera och verifiera att dessa underkomponenter är valda:
- Web Management Tools
- World Wide Web Services
-
Klicka OK för att tillämpa ändringarna
-
Verifiera IIS-installationen
- Öppna din webbläsare
- Navigera till
http://localhost - Du bör se IIS välkomstsida
Krävs: URL Rewrite-modulen¶
IIS kräver URL Rewrite-komponenten. Ladda ner och installera den från officiella Microsoft-sidan.
Krävs: MIME-typ för Markdown-filer¶
För att säkerställa att Markdown-filer (.md) serveras korrekt av IIS:
- Öppna IIS Manager (tryck
Win + R, skrivinetmgr, tryck Enter) - Navigera till Din webbplats > MIME Types
- Klicka Add...
- Konfigurera:
- File name extension:
.md - MIME type:
text/markdown
Viktigt
Utan denna inställning kan .md-filerna inte serveras korrekt.
Apache Tomcat-inställning¶
Översikt¶
Apache Tomcat är en öppen källkods Java-servlet-container och webbserver.
Installation¶
- Ladda ner Apache Tomcat
- Besök Apache Tomcat Downloads
-
Ladda ner Windows ZIP-distributionen
-
Packa upp arkivet
- Packa upp ZIP-filen till en katalog på din maskin
-
Exempel:
C:\Program Files\Apache Tomcat -
Verifiera att Tomcat körs
- Öppna din webbläsare
- Navigera till
http://localhost:8080 - Du bör se Apache Tomcat välkomstsida
Tips
Apache Tomcat startar vanligtvis automatiskt efter installation. Om det inte gör det, gå till bin-mappen och kör startup.bat.
Första installationen¶
Steg 1: Konfigurera digna-repositoryt¶
digna-repositoryt lagrar alla mått som beräknas av digna. Det fungerar som den centrala databasen för analytiska och prestandadata.
Skapa schema och användare för repositoryt¶
Öppna din PostgreSQL-klient (pgAdmin, psql eller liknande) och kör följande SQL-kommandon:
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>;
Ersätt följande platshållare:
<digna_repo_schema>— Ditt önskade schema-namn (t.ex.dignarepo)<digna_repo_user>— Ditt önskade användarnamn (t.ex.digna_user)<digna_repo_password>— Ett säkert lösenord för denna användare
Exempel:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Bästa praxis
Använd starka, komplexa lösenord för databas-användare. Undvik inloggningsuppgifter som är lätta att gissa.
Steg 2: Packa upp digna-installationspaketet¶
- Lokalisera digna-installations-ZIP-filen som tillhandahållits till dig
- Packa upp den till önskad installationsplats
- Efter uppackning bör du se följande objekt:
dashboard/— Webbgränssnittetdigna— Huvudexekverbara filen (backend + CLI kombinerat)
Konfigurations- och licensfilerna ingår inte i paketet
Varken config.toml eller dashboard/dashboard_config.toml medföljer installationen — du skapar båda själv, i Backendkonfiguration och Dashboardkonfiguration. Inte heller license.toml medföljer; digna levererar den separat, enligt beskrivningen i steg 3.
Steg 3: Installera licensfilen¶
Viktigt
Licensfilen ingår inte i installationspaketet och kommer att tillhandahållas separat av digna.
- Lokalisera
license.toml-filen som tillhandahållits till dig - Kopiera den till root i digna-installationskatalogen (där
config.tomloch den körbaradigna-filen finns)
Varför detta är viktigt: Licensfilen innehåller din kundinformation, licensens utgångsdatum och digital signatur. Ändra inte filen — eventuella ändringar gör den ogiltig.
Katalogstruktur efter setup:
digna_installation/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
└── dashboard/ (web interface)
└── (dashboard files)
Backendkonfiguration¶
Steg 1: Skapa och redigera konfigurationsfilen¶
Filen config_template.toml levereras i din digna-installationskatalog. Du behöver bara byta namn på den till config.toml.
Plats: digna_installation/config.toml
Öppna config.toml i en textredigerare och konfigurera varje avsnitt nedan.
Avsnittet [app]¶
Detta avsnitt konfigurerar digna-backendens applikationsinställningar:
[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ärde | Anteckningar |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | Frontend-URL | Om dashboarden ligger på annan server, inkludera dess URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Krävs för CORS med credentials |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Tillåt alla HTTP-metoder |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Tillåt alla headers |
Avsnittet [repo]¶
Detta avsnitt konfigurerar anslutningen till 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ärde | Anteckningar |
|---|---|---|
digna_REPO_HOST | localhost eller IP | PostgreSQL-serverns hostname/IP |
digna_REPO_PORT | 5432 (standard) | PostgreSQL-port |
digna_REPO_DB | postgres | Databasnamn |
digna_REPO_SCHEMA | dignarepo | Schema som skapades tidigare |
digna_REPO_USER | digna_user | Användare skapad i PostgreSQL-setupen |
digna_REPO_PASSWORD | Ditt lösenord | Lösenord som sattes när schemat skapades |
Avsnittet [base]¶
Detta avsnitt innehåller säkerhets- och cookie-inställningar:
[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ärde | Anteckningar |
|---|---|---|
DIGNA_FERNET_KEY | Krypteringsnyckel | Används för att kryptera tokens och cookies (standard medföljer) |
digna_COOKIE_DOMAIN | localhost | Matcha din frontend-domän |
digna_COOKIE_SECURE | false (lokalt) / true (produktion) | Använd true för HTTPS-anslutningar |
digna_COOKIE_HTTPONLY | true | Alltid aktiverat för säkerhet |
digna_COOKIE_SAME_SITE | lax | Förhindrar CSRF-attacker |
digna_TOKEN_EXPIRES_IN | 86400 (24 timmar) | Session timeout i sekunder |
digna_MAX_WORKERS | Antal CPU-kärnor - 1 | Antal parallella inspektionsjobb |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Maximal fördröjning, i sekunder, som schemaläggaren får lägga till innan ett förfallet jobb startar |
DIGNA_CLEANUP_TIME | "12:00" | Tidpunkt (24-timmarsformat HH:MM) då den dagliga rensningen startar |
Avsnittet [encryption]¶
Detta avsnitt innehåller nyckeln som används för att kryptera känsliga värden i repositoryt. Det är obligatoriskt — config check rapporterar sektionen [encryption] som FAILED om nyckeln saknas.
| Parameter | Värde | Anteckningar |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64-kodad nyckel | Krypterar känsliga värden som lagras i digna-repositoryt |
Skydda config.toml
Den här nyckeln är ett fast värde, identiskt i alla digna-installationer, och det är den som dekrypterar de känsliga värdena i ditt repository. Begränsa config.toml till det konto som kör digna, håll filen utanför versionshantering och delade enheter, och undanta den från varje säkerhetskopia som förvaras mindre säkert än repositoryt självt.
Avsnittet [logging]¶
Detta avsnitt konfigurerar loggningen:
| Parameter | Värde | Anteckningar |
|---|---|---|
digna_LOGGING_MODE | INFO eller DEBUG | INFO för produktion, DEBUG för felsökning |
digna_LOGGING_BACKUP_COUNT | 10 | Antal dagliga logg-backuper att behålla |
Steg 2: Validera konfigurationen¶
Kontrollera att config.toml är fullständig och korrekt uppbyggd innan du initierar repositoryt. Kör i din digna-installationskatalog:
Varje sektion valideras för sig, så att ett enskilt fel inte döljer tillståndet hos de övriga:
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
Åtgärda allt som rapporteras som FAILED och kör kommandot igen innan du fortsätter. Den fullständiga listan över alternativ finns i CLI-referensen.
Steg 3: Initiera repositoryt¶
- Öppna Kommandotolken
- Navigera till din digna-installationskatalog (där
config.tomloch den körbaradigna-filen finns) - Kör anslutningstestet:
Du bör se en bekräftelse på att anslutningen upprättats (själva repositoryt har ännu inte initialiserats).
Steg 4: Installera repositoryschemat¶
I samma katalog, kör:
Detta kommando installerar nödvändiga tabeller och schema i din PostgreSQL-databas.
Steg 5: Skapa en admin-användare¶
- Öppna ett nytt Kommandotolksfönster
- Navigera till din digna-installationskatalog
- Kör följande kommando för att skapa en admin-användare:
Exempel:
Detta skapar en användare med fullständiga administrativa privilegier.
Bästa praxis
Använd ett starkt lösenord med en mix av versaler, gemener, siffror och specialtecken.
Steg 6: Starta digna-servern¶
I digna-installationskatalogen, starta servern med:
Parametrar: - --address — Serverns hostname/IP - --port — Serverns port
Du bör se startmeddelanden som bekräftar att servern körs:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Servern upptar terminalen
serve körs i förgrunden och fortsätter tills du stoppar den med Ctrl+C. Låt den vara igång medan du slutför installationen; för att i stället starta den automatiskt vid uppstart, se Köra digna som Windows-tjänst.
Dashboardkonfiguration¶
Steg 1: Distribuera dashboarden till webbservern¶
digna-dashboarden läser sin egen konfiguration från dashboard/dashboard_config.toml. Den filen medföljer inte installationen — du skapar den i katalogen dashboard/ bredvid dashboardfilerna.
Dess innehåll beskrivs under Enkel inloggning (SSO), som också är där filen behövs: den innehåller de inloggningsalternativ som dashboarden erbjuder och, vid uppsättningar med flera instanser, backend-anslutningen.
Välj din webbserver och följ motsvarande deploy-steg.
Distribuera till IIS¶
- Öppna IIS Manager
-
Tryck
Win + R, skrivinetmgr, tryck Enter -
Skapa en ny webbplats
- I vänster panel, högerklicka på Sites
-
Välj Add Website...
-
Konfigurera webbplatsen
- Site Name: Ange ett namn (t.ex. "dignaDashboard")
- Physical Path: Klicka Browse och välj din
dashboard-mapp -
Binding: Ställ in IP-adress och port (standardport 80 för HTTP, 443 för HTTPS)
-
Starta webbplatsen
- Klicka OK för att skapa webbplatsen
-
Högerklicka på den nya webbplatsen och välj Start
-
Testa installationen
- Öppna din webbläsare
- Navigera till
http://localhost(eller din konfigurerade URL) - Du bör se digna-dashboardens inloggningssida
Distribuera till Apache Tomcat¶
- Kopiera dashboard till Tomcat
- Kopiera
dashboard-mappen till din Tomcatwebapps-katalog - Byt namn vid behov (t.ex. till
digna) -
Exempel:
C:\Program Files\Apache Tomcat\webapps\digna -
Verifiera distributionen
- Uppdatera eller ladda om Tomcat-hanteringssidan (http://localhost:8080)
-
Du bör se "digna" (eller ditt valda namn) listad bland distribuerade applikationer
-
Öppna dashboarden
- Öppna din webbläsare
- Navigera till
http://localhost:8080/digna - Du bör se digna-dashboardens inloggningssida
Köra digna som Windows-tjänst¶
Varför använda en Windows-tjänst?¶
Att köra digna-backend som en Windows-tjänst säkerställer att den: - Startar automatiskt när servern bootar - Körs i bakgrunden utan öppen Kommandotolk - Startar om automatiskt om den kraschar - Kan hanteras via Windows Services
Kommandona windows¶
Tjänsten hanteras av den körbara filen digna själv, via underkommandona digna windows. Det finns inga batch-filer att köra.
| Kommando | Syfte |
|---|---|
digna windows install | Registrerar digna som en Windows-tjänst |
digna windows start | Startar den registrerade tjänsten |
digna windows stop | Stoppar den körande tjänsten |
digna windows uninstall | Avregistrerar tjänsten |
Administratörsrättigheter krävs
Alla fyra kommandona måste köras från en Kommandotolk som öppnats som administratör.
Varje kommando accepterar --name för att adressera en tjänst som registrerats under ett annat namn än standardnamnet. Den fullständiga listan över alternativ finns i CLI-referensen.
Installera tjänsten¶
- Öppna Kommandotolken som administratör
- Högerklicka på Kommandotolken
-
Välj "Run as Administrator"
-
Navigera till din digna-installationskatalog
-
Registrera tjänsten
Ange adress och port om inte standardvärdena passar dig
install sparar adressen och porten i tjänstregistreringen, och tjänsten binder till exakt det som sparades. Standardvärdena är 127.0.0.1 och 8000, som bara accepterar anslutningar från maskinen själv. En dashboard på en annan värd kan inte nå den, så ange den adress som backend ska lyssna på:
Dessa läses inte från config.toml. För att ändra dem senare avinstallerar du tjänsten och installerar den igen med de nya värdena.
Tjänsten registreras med automatisk start, så den startar tillsammans med Windows. Den startar inte omedelbart — se nästa avsnitt.
Installationsalternativ¶
| Alternativ | Standard | Syfte |
|---|---|---|
--name | digna | Namn som tjänsten ska registreras under |
--display-name | digna | Namn som visas i services.msc |
--description | digna data quality backend | Beskrivning som visas i services.msc |
--address | 127.0.0.1 | Adress som tjänsten binder sitt API till |
--port | 8000 | Port som tjänsten binder sitt API till |
--working-dir | katalogen där den körbara filen digna ligger | Katalog som innehåller config.toml och license.toml, och som tjänsten gör till sin arbetskatalog |
--start-type | auto | auto startar med Windows, manual startar bara när det begärs, disabled registrerar tjänsten men vägrar starta den |
--account | LocalSystem | Konto att köra som, t.ex. DOMAIN\user eller .\user |
--password | Lösenord för --account |
Köra under ett domänkonto
LocalSystem saknar nätverksidentitet, så Windows-autentisering mot SQL Server och all åtkomst till en nätverksresurs misslyckas. Installera med --account och --password när tjänsten behöver nå resurser som en viss användare.
Starta och stoppa tjänsten¶
Starta tjänsten¶
Stoppa tjänsten¶
Tips
Stoppa alltid tjänsten innan du uppdaterar applikationsfiler.
Flytta tjänsten till en ny katalog¶
Om du behöver flytta digna-installationen:
-
Stoppa och avregistrera den nuvarande tjänsten
-
Flytta applikationsfilerna
-
Flytta hela digna-installationsmappen till den nya platsen
-
Registrera tjänsten igen från den nya platsen
Upprepa de värden för --address, --port eller --account som du använde första gången — den tidigare registreringen är borta.
- Starta tjänsten
Avinstallera tjänsten¶
-
Stoppa den körande tjänsten
-
Avregistrera tjänsten
digna-servern är nu avregistrerad som en Windows-tjänst.
Uppgradera till en ny release¶
Innan du uppgraderar¶
Verifiera alla databasanslutningar först
Från Release 2026.06 når digna varje källteknologi via ODBC. Tidigare releaser erbjöd ett val mellan en teknikspecifik drivrutin och ODBC, via omkopplaren Use ODBC. digna-teamet har valt att bygga enbart på ODBC, eftersom ett enda standardiserat gränssnitt ger mer än en uppsättning skräddarsydda drivrutiner:
- Autentisering — autentisering är en del av ODBC, så en anslutning kan använda allt som dess drivrutin stöder: lösenord, tokens och PAT:ar, Kerberos och Active Directory, MFA och webbläsarbaserad enkel inloggning, molnidentiteter, klientcertifikat och TLS. Nya metoder kommer med en uppdatering av drivrutinen i stället för att vänta på en digna-release.
- Drivrutiner som underhålls av databasleverantörerna — leverantörens egen drivrutin följer nya serverversioner och säkerhetsfixar, och du kan uppdatera den enligt ditt eget schema, oberoende av digna.
- Ett enda sätt att konfigurera allt — varje teknik är en lista med nyckel/värde-egenskaper, med samma gränssnitt, samma kryptering av känsliga värden och samma felsökning, i stället för olika fält per källa.
- Finjustering och räckvidd — drivrutinsalternativ som timeouts, TLS-inställningar, proxyservrar och hämtningsstorlekar är tillgängliga för varje källa, och varje teknik med en kompatibel ODBC-drivrutin kan anslutas, även sådana som digna inte publicerar någon egen guide för.
I praktiken innebär detta att omkopplaren Use ODBC och de separata fälten för värd, port, databas, användare och lösenord inte längre finns. Varje anslutning som inte redan använder ODBC måste läggas om till ODBC — det finns ingen automatisk konvertering, så planera för detta före uppgraderingen:
- Gå igenom varje databasanslutning som är definierad i din installation och notera vilka som ännu inte använder ODBC — var och en av dem måste konfigureras om.
- Installera motsvarande ODBC-drivrutin på digna-värden — anslutningar öppnas från den server som kör digna-backend, inte från webbläsaren. Se Installera ODBC-drivrutinen på digna-värden.
- Ha ODBC-egenskaperna redo för varje berörd anslutning. Teknikguiderna listar en beprövad uppsättning egenskaper per källa.
Efter uppgraderingen lägger du om varje berörd anslutning till ODBC och testar den från dashboarden — se Skapa en databasanslutning och Testa en anslutning.
Databricks Legacy-anslutningar
Databricks Legacy-anslutaren har tagits bort i denna release. Migrera dessa anslutningar till Databricks-anslutaren.
Det är obligatoriskt att säkerhetskopiera digna-repositoryt
Innan du uppgraderar digna, säkerhetskopiera ditt repository (PostgreSQL) för att skydda mot dataförlust. En backup säkerställer att du kan återställa om uppgraderingen stöter på oväntade problem.
Uppgraderingsprocess¶
Steg 1: Stoppa och avregistrera den gamla tjänsten¶
Om digna körs som en Windows-tjänst, stoppa den med batch-filerna i din nuvarande installation — kommandona digna windows hör till den nya releasen och är ännu inte tillgängliga:
Avregistrera sedan tjänsten, även här med den gamla batch-filen. Registreringen pekar på den gamla körbara filen och dess skript, som båda ersätts av den här uppgraderingen, så den kan inte återanvändas:
Avregistrera innan du byter namn på något
uninstall_service.bat ligger i mappen bin som du strax ska byta namn på, och det är det enda som kan ta bort den registrering det skapade. Kör det medan den gamla installationen fortfarande finns på plats. Om mappen redan har bytt namn, byt tillbaka namnet, avregistrera och fortsätt sedan.
Anteckna vilket konto tjänsten kördes under samt vilken adress och port den lyssnade på — du kommer att behöva dem i steg 9.
Steg 2: Säkerhetskopiera nuvarande installation¶
Byt namn på mapparna i din nuvarande installation i digna-installationskatalogen, så att den nya releasen kan distribueras vid sidan av dem:
dignabackend och dignacli används inte längre
Från Release 2026.06 ersätts dignabackend och dignacli av den enda körbara filen digna, som förenar backend och CLI. Behåll dignabackend_old och dignacli_old bara tills du har verifierat uppgraderingen — därefter kan du ta bort båda mapparna. Behåll dashboard_old tills du har återställt dina konfigurationsfiler från den (se steg 4). Mappen bin försvinner också: dess batch-filer styrde den gamla tjänsten och 2026.06 levererar dem inte, så när tjänsten väl har avregistrerats i steg 1 gör de inget annat än att vilseleda.
Steg 3: Packa upp och distribuera den nya versionen¶
- Packa upp den nya digna-installations-ZIP-filen
- Kopiera den nya
digna-exekverbara filen ochdashboard-mappen till din installationskatalog
Viktigt
Varken config.toml eller dashboard/dashboard_config.toml ingår någonsin i installations-ZIP:en — digna-teamet levererar aldrig någon av filerna. Din befintliga konfiguration påverkas därför inte av uppgraderingen, och kopiorna i de omdöpta *_old-mapparna är de enda du har.
Steg 4: Återställ dina konfigurationsfiler¶
Release 2026.06 ändrar config.toml
Tre inställningar är nya och obligatoriska, och två används inte längre. En config.toml som har följt med från en tidigare release saknar de nya inställningarna, och digna startar inte så länge de saknas. Lägg till följande i din befintliga config.toml:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Lägg till de två [base]-nycklarna i din befintliga [base]-sektion och lägg till [encryption] som ny sektion. Ta sedan bort de två inställningar som inte längre används, digna_APP_HOST och digna_APP_PORT, från [app] — servern hämtar nu adress och port från digna serve.
Vad varje inställning gör beskrivs i Backendkonfiguration.
Enkel inloggning: formatet för [oidc_clients] har ändrats
Release 2026.06 ersätter arrayen av tabeller med en tabell per leverantör, namngiven efter leverantörsnyckeln. DIGNA_OIDC_KEY är borta — nyckeln ingår nu i sektionsrubriken.
Före:
[[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'
Upprepa sektionen för varje leverantör och håll varje nyckel identisk med key i dashboard_config.toml. digna config check rapporterar oidc_clients som FAILED så länge den gamla formen finns kvar. Endast installationer som använder enkel inloggning berörs.
Steg 5: Ladda om webbservern¶
Dashboarden är en uppsättning statiska filer, så din webbserver — och webbläsaren — kan fortfarande leverera den tidigare versionen. Ladda om eller starta om den webbserver som är värd för mappen dashboard och ladda sedan om sidan med en hård uppdatering (Ctrl+F5).
Steg 6: Validera konfigurationen¶
Kontrollera att den uppdaterade config.toml är fullständig innan du rör repositoryt:
Varje sektion måste rapportera OK. Åtgärda allt som rapporteras som FAILED och kör kommandot igen innan du fortsätter.
Steg 7: Ersätt licensfilen¶
Varje release licensieras separat. Kopiera den license.toml som digna-teamet tillhandahållit för denna release till installationskatalogen och ersätt den gamla:
Behåll inte den tidigare licensen
En license.toml som utfärdats för en tidigare release täcker inte den här, och varje kommando som kontrollerar licensen — user, inspection, repo — avbryts innan det rör repositoryt när kontrollen misslyckas. Verifiera den innan du går vidare:
Steg 8: Uppgradera repositoryschemat¶
Navigera till din digna-installationskatalog och kör:
Detta uppdaterar PostgreSQL-schemat till senaste versionen samtidigt som all befintlig data bevaras.
Steg 9: Registrera och starta tjänsten¶
Den gamla registreringen togs bort i steg 1, så tjänsten registreras på nytt — den här gången med den körbara filen digna, som inte har några batch-filer:
Ge --address och --port de värden som den gamla tjänsten lyssnade på, om du inte vill ha de nya standardvärdena 127.0.0.1 och 8000; de sparas i registreringen och läses inte längre från config.toml. Lägg till --account och --password om den gamla tjänsten kördes under ett domänkonto. Se Köra digna som Windows-tjänst för den fullständiga listan över alternativ.
Om du kör manuellt, starta om servern:
Om du använder IIS eller Tomcat, starta om respektive webbserver.
Steg 10: Verifiera uppgraderingen¶
- Öppna digna-dashboarden
- Verifiera att gränssnittet laddar korrekt
- Kontrollera serverloggarna efter eventuella fel
- Lägg om varje anslutning som ännu inte använde ODBC till ODBC och testa sedan alla anslutningar — se Testa en anslutning