macOS installasjonsveiledning for digna Release 2026.06¶
Release: 2026.06
Sist oppdatert: 5. september 2026
Innholdsfortegnelse¶
- Introduksjon
- Systemkrav
- Forberedelser før installasjon
- PostgreSQL-serveroppsett
- Webserverkonfigurasjon
- Første installasjon
- Backend-konfigurasjon
- Dashboard-konfigurasjon
- Kjøre digna som en bakgrunnstjeneste
- Oppgradere til en ny release
Introduksjon¶
Om digna¶
digna er en omfattende, AI-drevet plattform designet for å optimalisere datakvalitetsstyring på tvers av ulike dataomgivelser som warehouses, lakes og lakehouses. Bygget for høy skalerbarhet og tilpasningsevne, møter digna moderne datautfordringer gjennom automatisering, sanntidsovervåking og anomalideteksjon.
digna består av to hovedkomponenter:
- digna: kjernen i applikasjonen, ansvarlig for å behandle data og utføre kvalitetskontroller. Den samler backend og kommandolinjegrensesnittet i én kjørbar fil og erstatter dermed de separate programmene
dignabackendogdignaclifra tidligere utgivelser. - dignadashboard: Et nettbasert grensesnitt hostet på en webserver, som gir en brukervennlig måte å samhandle med digna-plattformen og visualisere datakvalitetsmetrikker.
Hva er nytt i Release 2026.06¶
Denne releasen bringer dataobservability-funksjonalitet direkte inn i koden din, slik at utviklere kan overvåke datakvalitet ved kilden. Se release notes for fullstendige detaljer.
Ser du etter Windows eller Linux?¶
Denne veiledningen dekker macOS. For andre plattformer, se Windows Installation Guide eller Linux Installation Guide.
Systemkrav¶
Før du begynner installasjonen, sørg for at systemet ditt møter følgende minimumskrav:
| Krav | Spesifikasjon |
|---|---|
| Operativsystem | macOS 13 (Ventura) eller nyere |
| Arkitektur | Apple Silicon (arm64) eller Intel (x86_64) |
| Minne (Minimalt oppsett) | 16 GB RAM |
| Diskplass | 10 GB tilgjengelig lagring |
| Database | PostgreSQL Server 12 eller nyere |
| Webserver | nginx, Apache httpd eller tilsvarende |
| Kommandolinjeverktøy | Xcode Command Line Tools (kreves av Homebrew) |
Databaseinstallasjonsvalg¶
Hvis PostgreSQL allerede er installert: Du kan legge til en ny database for digna i din eksisterende PostgreSQL-server.
Hvis du installerer PostgreSQL på samme maskin som digna:
Anbefalte spesifikasjoner
- Minne: 32 GB RAM (i stedet for 16 GB)
- Diskplass: 50 GB tilgjengelig lagring (i stedet for 10 GB)
Disse høyere spesifikasjonene tar hensyn til både digna og PostgreSQL-databasen som kjører samtidig.
Sjekke arkitekturen din¶
Flere stier i denne veiledningen varierer mellom Apple Silicon og Intel-Mac. For å sjekke hvilken du har, åpne Terminal og kjør:
arm64— Apple Silicon. Homebrew installeres til/opt/homebrew.x86_64— Intel. Homebrew installeres til/usr/local.
Tips
I stedet for å hardkode en av stiene, bruker denne veiledningen $(brew --prefix), som utvides til riktig plassering på begge arkitekturer. Du kan kopiere kommandoene ordrett.
Forberedelser før installasjon¶
Før du installerer digna, sørg for at tre viktige forutsetninger er på plass:
- Homebrew – pakkebehandleren som brukes til å installere komponentene nedenfor
- PostgreSQL Server – for lagring av beregnede metrikker og ytelsesdata
- Webserver – for hosting av digna Dashboard
Hvis disse komponentene ikke allerede er konfigurert, følg seksjonene nedenfor for å installere og konfigurere dem.
Installere Homebrew¶
Homebrew er standard pakkebehandler for macOS og brukes gjennom hele denne veiledningen for å installere PostgreSQL og nginx.
Trinn 1: Sjekk om Homebrew allerede er installert¶
Åpne Terminal (trykk Cmd + Space, skriv Terminal, trykk Enter) og kjør:
Hvis et versjonsnummer returneres, hopp til avsnittet om PostgreSQL-serveroppsett.
Trinn 2: Installer Homebrew¶
Hvis kommandoen ikke ble funnet, installer Homebrew ved å følge instruksjonene på offisielle Homebrew-nettsiden. Installeringsprogrammet installerer også Xcode Command Line Tools hvis de ikke allerede er til stede.
Trinn 3: Legg Homebrew til i PATH¶
På Apple Silicon skriver installasjonsprogrammet to kommandoer for å legge Homebrew til ditt shell-miljø. Kjør dem som angitt, og bekreft deretter:
Dette skal skrive ut /opt/homebrew på Apple Silicon eller /usr/local på Intel.
PostgreSQL-serveroppsett¶
Hvis du allerede har PostgreSQL¶
Hvis PostgreSQL allerede er installert og kjører på din lokale maskin, eller hvis du bruker en administrert ekstern PostgreSQL-server, kan du hoppe til neste avsnitt: Webserverkonfigurasjon.
Installasjonsalternativer¶
macOS tilbyr to enkle måter å installere PostgreSQL på. Velg én:
- Homebrew — kommandolinjeinstallasjon, anbefales for serverdistribusjoner
- Postgres.app — grafisk installasjon, praktisk for lokal evaluering
Installere PostgreSQL med Homebrew¶
Trinn 1: Installer PostgreSQL-formelen¶
Trinn 2: Legg PostgreSQL til i PATH¶
Versjonsbundne PostgreSQL-formler er keg-only, som betyr at Homebrew ikke lenker kommandoene deres inn i PATH automatisk. Legg dem til selv:
Merk
Dette antar standard zsh-shell brukt av macOS. Hvis du bruker bash, legg til samme linje i ~/.bash_profile i stedet.
Trinn 3: Start PostgreSQL-tjenesten¶
Dette starter PostgreSQL umiddelbart og konfigurerer den til å starte automatisk når du logger inn.
Trinn 4: Verifiser installasjonen¶
Du skal se PostgreSQL-versjonen hvis installasjonen var vellykket.
Trinn 5: Koble til serveren¶
Viktig — macOS skiller seg fra Windows her
Windows-installasjonen ber deg opprette en postgres superuser og passord. Homebrew gjør ikke det. I stedet opprettes en superbruker med navnet til din macOS-konto, uten passord, tilgjengelig kun fra lokal maskin.
Dette betyr at det ikke finnes en postgres-rolle på en fersk Homebrew-installasjon. Bruk ditt eget kontonavn når du trenger en superbruker, og opprett en eksplisitt digna-bruker som beskrevet i Første installasjon.
Trinn 6: Bekreft porten¶
Standard PostgreSQL-port er 5432. For å bekrefte hvilken port serveren lytter på:
Noter verdien — du vil trenge den når du konfigurerer digna-backenden.
Installere PostgreSQL med Postgres.app¶
Hvis du foretrekker en grafisk installasjon:
- Last ned Postgres.app og dra den til Applications-mappen
- Åpne appen og klikk Initialize for å opprette en ny server
- Følg appens instruksjoner for å legge til dens kommandolinjeverktøy i PATH
- Verifiser installasjonen:
Postgres.app oppretter også en superbruker med navnet til din macOS-konto.
Webserverkonfigurasjon¶
digna krever en webserver for å hoste dashboardet. Velg ett av følgende alternativer:
- nginx — installert via Homebrew, anbefales
- Apache httpd — inkludert i macOS
Du trenger bare å installere og konfigurere én av disse serverne.
Begge seksjonene konfigurerer to ting som dashboardet er avhengig av:
- Fallback for single-page application, slik at oppdatering av en dashboard-URL ikke gir 404
- En
.mdMIME-type, slik at Markdown-filer serveres riktig
nginx-oppsett¶
Oversikt¶
nginx er en lettvekts, høyytelses webserver godt egnet til å servere det statiske digna-dashboardet.
Installering¶
Starte nginx¶
Verifiser installasjonen¶
- Åpne nettleseren din
- Naviger til
http://localhost:8080 - Du skal se nginx-velkomstsiden
Merk — standardport er 8080, ikke 80
Homebrew konfigurerer nginx til å lytte på port 8080 slik at den kan kjøre uten administratorrettigheter. På macOS krever binding til port 80 eller andre porter under 1024 root-tilgang.
For å serve dashboardet på port 80, endre listen 8080; til listen 80; i konfigurasjonen nedenfor og start nginx med sudo brew services start nginx i stedet.
Konfigurere et nettsted for dashboardet¶
Homebrews nginx-konfigurasjon inkluderer alle filer i katalogen servers. Opprett en dedikert konfigurasjonsfil for digna der:
Lim inn følgende og erstatt /path/to/digna/dashboard med den faktiske banen til din utpakkede dashboard-mappe:
server {
listen 8080;
server_name localhost;
root /path/to/digna/dashboard;
index index.html;
# Serve Markdown files with the correct MIME type.
types {
text/markdown md;
}
# Single-page-application fallback: unknown paths return index.html
# instead of a 404, so dashboard routes survive a browser refresh.
location / {
try_files $uri $uri/ /index.html;
}
}
Viktig
Uten try_files-direktivet vil oppdatering av en hvilken som helst dashboard-side annet enn rot-URLen returnere en 404. Dette er nginx-ekvivalenten til URL Rewrite-modulen som kreves av IIS på Windows.
Bruk konfigurasjonen¶
Test konfigurasjonen for syntaksfeil, og last deretter nginx på nytt:
Apache httpd-oppsett¶
Oversikt¶
macOS inkluderer Apache httpd, så ingen installasjon er nødvendig. Tjenesten er deaktivert som standard.
Starte Apache¶
Verifiser installasjonen¶
- Åpne nettleseren din
- Naviger til
http://localhost - Du skal se meldingen "It works!"
Påkrevd: Aktivere mod_rewrite¶
Dashboardet krever URL-omskriving. Åpne Apache-konfigurasjonen:
Finn følgende linje og fjern ledende # for å avkommentere den:
Påkrevd: Tillat .htaccess-overstyringer¶
I samme fil, lokaliser blokken <Directory "/Library/WebServer/Documents"> og endre:
til:
Påkrevd: MIME-type for Markdown-filer¶
Fremdeles i httpd.conf, legg til følgende linje slik at Markdown-filer serveres riktig:
Viktig
Uten denne innstillingen kan .md-filer kanskje ikke serveres korrekt.
Bruk konfigurasjonen¶
Sjekk konfigurasjonen for syntaksfeil, og start deretter Apache på nytt:
Første installasjon¶
Trinn 1: Sett opp digna-repositoriet¶
digna-repositoriet lagrer alle metrikker som beregnes av digna. Det fungerer som den sentrale databasen for analytiske og ytelsesrelaterte data.
Opprett repositories-skjema og bruker¶
Åpne din PostgreSQL-klient (psql, pgAdmin eller lignende) og utfø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>;
Erstatt følgende plassholdere:
<digna_repo_schema>— Ønsket skjema-navn (f.eks.dignarepo)<digna_repo_user>— Ønsket brukernavn (f.eks.digna_user)<digna_repo_password>— Et sikkert passord for denne brukeren
Eksempel:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
For å kjøre disse fra Terminal i ett steg:
Lim deretter inn utsagnene ved postgres=# prompten og skriv \q for å avslutte.
Beste praksis
Bruk sterke, komplekse passord for databasebrukere. Unngå lett gjettbare legitimasjoner.
Trinn 2: Pakk ut digna-installasjonspakken¶
- Finn digna-installasjons ZIP-filen du har fått
- Pakk den ut til ønsket installasjonssted — for eksempel
/opt/dignaeller~/digna - Etter utpakking bør du se følgende elementer:
dashboard/— Web dashboard-grensesnittdigna— Hovedkjørbar fil (backend + CLI kombinert)
Konfigurasjons- og lisensfilene er ikke med i pakken
Verken config.toml eller dashboard/dashboard_config.toml følger med installasjonen — du oppretter begge selv, i Backend-konfigurasjon og Dashboard-konfigurasjon. license.toml følger heller ikke med; digna leverer den separat, slik Trinn 3 beskriver.
For å pakke ut fra Terminal:
Gjør den kjørbare filen kjørbar¶
Avhengig av hvordan arkivet ble overført, kan den kjørbare biten mangle etter utpakking. Sett den eksplisitt:
Hvis macOS blokkerer applikasjonen¶
Filer lastet ned via en nettleser eller mailklient tagges med et karanteneattributt. Hvis macOS rapporterer at appen "cannot be opened because the developer cannot be verified", fjern attributtet fra installasjonskatalogen:
Alternativt, åpne System Settings → Privacy & Security, finn det blokkerte elementet nær bunnen av siden, og klikk Open Anyway.
Merk
Dette steget er kun nødvendig hvis macOS faktisk blokkerer den kjørbare filen. Pakker overført via SSH eller fra interne filandeler er vanligvis ikke i karantene.
Trinn 3: Installer lisensfilen¶
Viktig
Lisensfilen er ikke inkludert i installasjonspakken og vil bli levert separat av digna.
- Finn
license.toml-filen som er levert til deg - Kopier den inn i rotmappen for digna-installasjonen (der
config.tomlog den kjørbaredigna-filen ligger)
Hvorfor dette er viktig: Lisensfilen inneholder kundeinformasjon, lisensens utløpsdato og digital signatur. Endre ikke denne filen — eventuelle endringer vil ugyldiggjøre den.
Katalogstruktur etter oppsett:
/opt/digna/
├── config.toml (konfigurasjonsfil)
├── license.toml (DIN LISENSFIL - kopier hit)
├── digna (hovedkjørbar fil)
├── bin/ (skripter for tjenestehåndtering)
└── dashboard/ (webgrensesnitt)
└── (dashboard-filer)
Backend-konfigurasjon¶
Trinn 1: Opprett og rediger konfigurasjonsfilen¶
Filen config_template.toml leveres i digna-installasjonskatalogen. Du trenger bare å gi den nytt navn til config.toml.
Plassering: /opt/digna/config.toml
Åpne config.toml i en teksteditor og konfigurer hver seksjon nedenfor.
[app] Seksjonen¶
Denne seksjonen konfigurerer innstillingene for digna-backend-applikasjonen:
[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 | Verdi | Notater |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | Frontend-URL | Hvis dashboardet ligger på en annen server, inkluder dens URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Påkrevd for CORS med legimitasjon |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Tillat alle HTTP-metoder |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Tillat alle headers |
Merk
Hvis du serverer dashboardet fra Homebrews nginx på standardporten, er origin som må tillates http://localhost:8080.
[repo] Seksjonen¶
Denne seksjonen konfigurerer tilkoblingen 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 | Verdi | Notater |
|---|---|---|
digna_REPO_HOST | localhost eller IP | PostgreSQL-serverens vertnavn/IP |
digna_REPO_PORT | 5432 (standard) | PostgreSQL-port |
digna_REPO_DB | postgres | Databasenavn |
digna_REPO_SCHEMA | dignarepo | Skjema opprettet tidligere |
digna_REPO_USER | digna_user | Bruker opprettet i PostgreSQL-oppsettet |
digna_REPO_PASSWORD | Ditt passord | Passord satt under skjemaopprettelsen |
[base] Seksjonen¶
Denne seksjonen inneholder sikkerhets- og cookie-innstillinger:
[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 | Verdi | Notater |
|---|---|---|
DIGNA_FERNET_KEY | Krypteringsnøkkel | Brukes til å kryptere tokens og cookies (standard gitt) |
digna_COOKIE_DOMAIN | localhost | Matche ditt frontend-domene |
digna_COOKIE_SECURE | false (lokalt) / true (produksjon) | Bruk true for HTTPS-tilkoblinger |
digna_COOKIE_HTTPONLY | true | Alltid aktivert for sikkerhet |
digna_COOKIE_SAME_SITE | lax | Forebygger CSRF-angrep |
digna_TOKEN_EXPIRES_IN | 86400 (24 timer) | Sesjonsutløp i sekunder |
digna_MAX_WORKERS | Antall CPU-kjerner - 1 | Antall parallelle inspeksjonsoppgaver |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Maksimal forsinkelse, i sekunder, som planleggeren kan legge til før en forfalt jobb startes |
DIGNA_CLEANUP_TIME | "12:00" | Tidspunkt (24-timersformat HH:MM) da den daglige oppryddingen starter |
Tips
For å finne antall CPU-kjerner tilgjengelig på din Mac, kjør sysctl -n hw.ncpu.
[encryption]-seksjonen¶
Denne seksjonen inneholder nøkkelen som brukes til å kryptere sensitive verdier i repositoryet. Den er påkrevd — config check rapporterer seksjonen [encryption] som FAILED hvis nøkkelen mangler.
| Parameter | Verdi | Notater |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64-kodet nøkkel | Krypterer sensitive verdier som er lagret i digna-repositoryet |
Beskytt config.toml
Denne nøkkelen er en fast verdi som er identisk i alle digna-installasjoner, og det er den som dekrypterer de sensitive verdiene i repositoryet ditt. Begrens config.toml til kontoen som kjører digna, hold filen utenfor versjonskontroll og delte disker, og utelat den fra enhver sikkerhetskopi som oppbevares mindre sikkert enn selve repositoryet.
[logging] Seksjonen¶
Denne seksjonen konfigurerer loggeadferd:
| Parameter | Verdi | Notater |
|---|---|---|
digna_LOGGING_MODE | INFO eller DEBUG | INFO for produksjon, DEBUG for feilsøking |
digna_LOGGING_BACKUP_COUNT | 10 | Antall daglige logg-backuper som beholdes |
Trinn 2: Valider konfigurasjonen¶
Kontroller at config.toml er fullstendig og korrekt bygget opp før du initialiserer repositoryet. Kjør i digna-installasjonskatalogen:
Hver seksjon valideres for seg, slik at én enkelt feil ikke skjuler tilstanden til de andre:
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
Rett alt som rapporteres som FAILED, og kjør kommandoen på nytt før du går videre. Den fullstendige listen over valg finnes i CLI-referansen.
Trinn 3: Initialiser repositoriet¶
- Åpne Terminal
- Naviger til din digna-installasjonsmappe (der
config.tomlog den kjørbaredigna-filen ligger) - Kjør tilkoblingstesten:
Du bør se en bekreftelse på at tilkoblingen er etablert (selve repositoriet er ennå ikke initialisert).
Merk
På macOS er ikke kommandoer i gjeldende katalog på PATH, så den kjørbare filen påkalles som ./digna i stedet for digna. For å bruke den kortere formen overalt, legg installasjonskatalogen til i PATH:
Trinn 4: Installer repositories-skjemaet¶
I samme katalog, kjør:
Denne kommandoen installerer nødvendige tabeller og skjema i din PostgreSQL-database.
Trinn 5: Opprett en admin-bruker¶
- Åpne et nytt Terminal-vindu
- Naviger til digna-installasjonsmappen
- Kjør følgende kommando for å opprette en admin-bruker:
Eksempel:
Dette oppretter en bruker med e-postadressen admin@example.com og fulle administratorrettigheter.
Tips
Pakk passordet inn i enkeltanførselstegn. zsh behandler tegn som !, $ og * spesielt, og et uavsluttet passord som inneholder dem vil ikke bli sendt videre som skrevet.
Beste praksis
Bruk et sterkt passord med en blanding av store og små bokstaver, tall og spesialtegn.
Trinn 6: Start digna-serveren¶
I digna-installasjonskatalogen, start serveren med:
Parametere: - --address — Serverens vertsnavn/IP - --port — Serverport
Du skal se oppstarts-meldinger som bekrefter at serveren kjører:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Tips
Første gangen du starter serveren kan macOS spørre om du vil tillate at applikasjonen aksepterer innkommende nettverkstilkoblinger. Klikk Allow, ellers vil ikke dashboardet kunne nå backend.
Serveren opptar terminalen
serve kjører i forgrunnen og fortsetter til du stopper den med Ctrl+C. La den kjøre mens du fullfører oppsettet; for å starte den automatisk ved oppstart, se Kjøre digna som bakgrunnstjeneste.
Dashboard-konfigurasjon¶
Trinn 1: Distribuer dashboardet til webserveren¶
digna-dashboardet leser sin egen konfigurasjon fra dashboard/dashboard_config.toml. Den filen følger ikke med installasjonen — du oppretter den i dashboard/-katalogen sammen med dashboardfilene.
Innholdet er beskrevet under Enkel pålogging, som også er der filen trengs: den inneholder påloggingsalternativene dashboardet tilbyr og, for distribusjoner med flere instanser, backend-tilkoblingen.
Velg din webserver og følg de tilsvarende distribusjonstrinnene.
Distribuere til nginx¶
Hvis du fulgte nginx-oppsettet er serverblokken allerede pekt mot din dashboard-mappe og ingen kopiering er nødvendig.
- Bekreft banen
- Åpne
$(brew --prefix)/etc/nginx/servers/digna.conf -
Bekreft at
rootpeker til din utpakkededashboard-mappe -
Sørg for at mappen er lesbar
-
Last inn nginx på nytt
-
Test installasjonen
- Åpne nettleseren din
- Naviger til
http://localhost:8080(eller din konfigurerte URL) - Du skal se innloggingssiden for digna-dashboardet
Distribuere til Apache httpd¶
-
Kopier dashboardet til dokumentroten
-
Legg til omskrivingsreglene
Opprett en .htaccess-fil inne i den deployerte mappen slik at dashboard-ruter overlever en nettleseroppdatering:
Lim inn følgende:
RewriteEngine On
RewriteBase /digna/
# Serve existing files and directories as-is.
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
# Everything else falls back to the single-page application entry point.
RewriteRule ^ index.html [L]
-
Start Apache på nytt
-
Åpne dashboardet
- Åpne nettleseren din
- Naviger til
http://localhost/digna - Du skal se innloggingssiden for digna-dashboardet
Kjøre digna som en bakgrunnstjeneste¶
Hvorfor kjøre digna som en tjeneste?¶
Å kjøre digna-backenden som en bakgrunnstjeneste sikrer at den:
- Startes automatisk når maskinen booter
- Kjører i bakgrunnen uten et åpent Terminal-vindu
- Startes på nytt automatisk hvis den krasjer
- Kan administreres via
launchctl, macOS sin tjenestehåndterer
Filer for tjenesteadministrasjon¶
Alle nødvendige filer ligger i digna-installasjonskatalogen under: bin/
Følgende shell-skript er tilgjengelige:
install_service.sh— registrerer digna med launchduninstall_service.sh— avregistrerer tjenestenstart_service.sh— starter den registrerte tjenestenstop_service.sh— stopper den kjørende tjenesten
Administrator kreves
Alle skriptene må kjøres med sudo, fordi registrering av en tjeneste som starter ved boot skriver til /Library/LaunchDaemons.
Gjør skriptene kjørbare¶
Utpakking kan fjernet kjørbar-bit. Før første bruk:
Installere tjenesten¶
-
Åpne Terminal
-
Gå til bin-mappen
-
Kjør installasjonsskriptet
digna-serveren er nå registrert hos launchd med automatisk oppstart aktivert. Tjenesten starter ikke umiddelbart — se neste seksjon for å starte den.
Starte og stoppe tjenesten¶
For å starte tjenesten¶
- Åpne Terminal
- Naviger til
/opt/digna/bin - Kjør:
For å stoppe tjenesten¶
- Åpne Terminal
- Naviger til
/opt/digna/bin - Kjør:
Tips
Stopp alltid tjenesten før du oppdaterer applikasjonsfiler.
Verifisere tjenesten¶
For å bekrefte at tjenesten er registrert og kjører:
En linje som begynner med en prosess-ID indikerer at tjenesten kjører. En - i den første kolonnen betyr at den er registrert, men stoppet.
Flytte tjenesten til en ny katalog¶
launchd lagrer den absolutte banen til den kjørbare filen, så relokering krever re-registrering av tjenesten:
-
Avinstaller gjeldende tjeneste
-
Flytt applikasjonsfilene
-
Installer tjenesten på nytt
-
Start tjenesten
Avinstallere tjenesten¶
-
Stopp den kjørende tjenesten
-
Avinstaller tjenesten
digna-serveren er nå avregistrert fra launchd.
Oppgradere til en ny release¶
Før du oppgraderer¶
Verifiser alle databasetilkoblinger først
Fra utgivelse 2026.06 når digna hver kildeteknologi via ODBC. Tidligere utgivelser ga et valg mellom en teknologispesifikk driver og ODBC, valgt med bryteren Use ODBC. digna-teamet har bestemt seg for å bygge utelukkende på ODBC, fordi ett enkelt standardgrensesnitt gir mer enn et sett med skreddersydde drivere:
- Autentisering — autentisering er en del av ODBC, så en tilkobling kan bruke alt driveren støtter: passord, tokener og PAT-er, Kerberos og Active Directory, MFA og nettleserbasert enkel pålogging, skyidentiteter, klientsertifikater og TLS. Nye metoder kommer med en driveroppdatering i stedet for å vente på en digna-utgivelse.
- Drivere som vedlikeholdes av databaseleverandørene — leverandørens egen driver følger nye serverversjoner og sikkerhetsfikser, og du kan oppdatere den etter din egen plan, uavhengig av digna.
- Én måte å konfigurere alt på — hver teknologi er en liste med nøkkel/verdi-egenskaper, med samme grensesnitt, samme kryptering av sensitive verdier og samme feilsøking, i stedet for ulike felt per kilde.
- Finjustering og rekkevidde — driveralternativer som tidsavbrudd, TLS-innstillinger, proxyer og hentestørrelser er tilgjengelige for alle kilder, og enhver teknologi med en kompatibel ODBC-driver kan kobles til, også slike digna ikke publiserer en egen veiledning for.
I praksis betyr dette at bryteren Use ODBC og de separate feltene for vert, port, database, bruker og passord ikke lenger finnes. Enhver tilkobling som ikke allerede bruker ODBC, må legges om til ODBC — det finnes ingen automatisk konvertering, så planlegg dette før oppgraderingen:
- Gå gjennom hver databasetilkobling som er definert i installasjonen din, og noter hvilke som ennå ikke bruker ODBC — hver av dem må konfigureres på nytt.
- Installer den tilsvarende ODBC-driveren på digna-verten — tilkoblinger åpnes fra serveren som kjører digna-backend, ikke fra nettleseren. Se Installer ODBC-driveren på digna-verten.
- Ha ODBC-egenskapene klare for hver berørt tilkobling. Teknologiveiledningene angir et utprøvd sett med egenskaper per kilde.
Etter oppgraderingen legger du om hver berørt tilkobling til ODBC og tester den fra dashbordet — se Opprette en databasetilkobling og Teste en tilkobling.
Databricks Legacy-tilkoblinger
Databricks Legacy-koblingen er fjernet i denne utgivelsen. Migrer disse tilkoblingene til Databricks-koblingen.
Å lage en backup av digna-repositoriet er obligatorisk
Før du oppgraderer digna, ta backup av ditt repositorium (PostgreSQL) for å beskytte mot datatap. En backup sikrer at du kan gjenopprette hvis oppgraderingen støter på uventede problemer.
For å lage en backup fra Terminal:
Oppgraderingsprosessen¶
Trinn 1: Stopp digna-tjenesten¶
Hvis digna kjører som en bakgrunnstjeneste, stopp den først:
Hvis digna kjører i forgrunnen, trykk Ctrl + C i Terminal-vinduet hvor den kjører.
Trinn 2: Sikkerhetskopier gjeldende installasjon¶
Gi mappene i den gjeldende installasjonen nye navn i digna-installasjonskatalogen, slik at den nye utgivelsen kan distribueres ved siden av dem:
dignabackend og dignacli brukes ikke lenger
Fra utgivelse 2026.06 erstattes dignabackend og dignacli av den ene kjørbare filen digna, som samler backend og CLI. Behold dignabackend_old og dignacli_old bare til du har verifisert oppgraderingen — deretter kan du slette begge mappene. Behold dashboard_old til du har gjenopprettet konfigurasjonsfilene dine fra den (se trinn 4).
Trinn 3: Pakk ut og distribuer ny versjon¶
- Pakk ut den nye digna-installasjons ZIP-filen
- Kopier den nye
digna-kjørbare filen ogdashboard-mappen til installasjonskatalogen din - Gjenopprett kjørbar-bit og, hvis nødvendig, fjern karanteneattributtet:
Viktig
Verken config.toml eller dashboard/dashboard_config.toml er noensinne inkludert i installasjons-ZIP-en — digna-teamet leverer aldri noen av filene. Din eksisterende konfigurasjon berøres derfor ikke av oppgraderingen, og kopiene i de omdøpte *_old-mappene er de eneste du har.
Trinn 4: Gjenopprett konfigurasjonsfilene dine¶
Utgivelse 2026.06 endrer config.toml
Tre innstillinger er nye og påkrevde, og to brukes ikke lenger. En config.toml som er videreført fra en tidligere utgivelse, inneholder ikke de nye innstillingene, og digna starter ikke så lenge de mangler. Legg til følgende i din eksisterende config.toml:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Legg de to [base]-nøklene til i din eksisterende [base]-seksjon, og legg til [encryption] som ny seksjon. Fjern deretter de to innstillingene som ikke lenger brukes, digna_APP_HOST og digna_APP_PORT, fra [app] — serveren henter nå adresse og port fra digna serve.
Hva hver innstilling gjør, er beskrevet i Backend-konfigurasjon.
Enkel pålogging: formatet for [oidc_clients] er endret
Utgivelse 2026.06 erstatter tabellarrayen med én tabell per leverandør, oppkalt etter leverandørnøkkelen. DIGNA_OIDC_KEY er borte — nøkkelen er nå en del av seksjonsoverskriften.
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'
Etter:
[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'
Gjenta seksjonen for hver leverandør, og hold hver nøkkel lik key i dashboard_config.toml. digna config check rapporterer oidc_clients som FAILED så lenge den gamle formen fortsatt finnes. Bare installasjoner som bruker enkel pålogging er berørt.
Trinn 5: Last inn webserveren på nytt¶
Dashboardet er et sett med statiske filer, så webserveren din — og nettleseren — kan fortsatt levere den forrige versjonen. Last inn på nytt eller start på nytt den webserveren som er vert for dashboard-mappen, og last deretter inn siden på nytt med en hard oppdatering (Cmd+Shift+R).
Trinn 6: Valider konfigurasjonen¶
Bekreft at den oppdaterte config.toml er fullstendig før du rører repositoryet:
Hver seksjon må rapportere OK. Rett alt som rapporteres som FAILED, og kjør kommandoen på nytt før du går videre.
Trinn 7: Erstatt lisensfilen¶
Hver utgivelse lisensieres separat. Kopier license.toml som digna-teamet har levert for denne utgivelsen, til installasjonskatalogen, slik at den erstatter den gamle:
Ikke behold den forrige lisensen
En license.toml utstedt for en tidligere utgivelse dekker ikke denne, og alle kommandoer som kontrollerer lisensen — user, inspection, repo — avbrytes før de berører repositoriet når kontrollen feiler. Verifiser den før du går videre:
Trinn 8: Oppgrader repository-skjemaet¶
Naviger til din digna-installasjonskatalog og kjør:
Dette oppdaterer PostgreSQL-skjemaet til siste versjon samtidig som alle eksisterende data beholdes.
Trinn 9: Start tjenestene på nytt¶
Hvis du kjører som en bakgrunnstjeneste:
Hvis du kjører manuelt, start serveren på nytt:
Hvis du bruker nginx eller Apache, start den respektive webserveren på nytt:
Trinn 10: Verifiser oppgraderingen¶
- Åpne digna-dashboardet
- Bekreft at grensesnittet laster riktig
- Sjekk serverloggene for eventuelle feil
- Legg om hver tilkobling som ennå ikke brukte ODBC, til ODBC, og test deretter alle tilkoblinger — se Teste en tilkobling