Linux-installationsvejledning for digna Release 2026.06¶
Release: 2026.06
Sidst opdateret: 5. september 2026
Indholdsfortegnelse¶
- Introduktion
- Systemkrav
- Forberedende opsætning
- PostgreSQL-serveropsætning
- Webserverkonfiguration
- Initial installation
- Backend-konfiguration
- Dashboard-konfiguration
- Kørsel af digna som systemd-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 datamiljøer som warehouses, lakes og lakehouses. Bygget til høj skalerbarhed og fleksibilitet adresserer digna moderne dataudfordringer gennem automatisering, realtidsovervågning og anomalidetektion.
digna består af to hovedkomponenter:
- dignabackend: Applikationens kernemotor, ansvarlig for databehandling og kvalitetstjek.
- dignadashboard: Et webbaseret interface hostet på en webserver, som giver en brugervenlig måde at interagere med digna-platformen og visualisere datakvalitetsmålinger.
Nyheder i Release 2026.06¶
Denne release bringer dataobservabilitet direkte ind i din kode, så udviklere kan overvåge datakvalitet ved kilden. Se release notes for fulde detaljer.
Leder du efter Windows eller macOS?¶
Denne vejledning dækker Linux. For andre platforme, se Windows Installation Guide eller macOS Installation Guide.
Hvilken distribution dækker denne vejledning?¶
Instruktionerne er skrevet for de to mest almindelige serverfamilier. Hvor de to adskiller sig, er begge kommandoer angivet:
- Debian-familien — Debian, Ubuntu. Pakkestyring:
apt. - RHEL-familien — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Pakkestyring:
dnf.
Enhver moderne distribution med systemd vil fungere; kun pakkenavne og nogle få konfigurationsstier ændrer sig.
Systemkrav¶
Før du begynder installationen, sørg for at dit system opfylder følgende minimumskrav:
| Krav | Specifikation |
|---|---|
| Operativsystem | Ubuntu 22.04 LTS eller nyere, Debian 12 eller nyere, RHEL 9 / Rocky 9 / AlmaLinux 9 eller nyere |
| Arkitektur | x86_64 (amd64) eller arm64 |
| Init-system | systemd |
| Hukommelse (minimal opsætning) | 16 GB RAM |
| Diskplads | 10 GB ledig lagerplads |
| Database | PostgreSQL Server 12 eller nyere |
| Webserver | nginx, Apache httpd eller tilsvarende |
Databaseinstallationsmuligheder¶
Hvis PostgreSQL allerede er installeret: Du kan tilføje en ny database til digna i 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 tilgodeser både digna og PostgreSQL-databasen, når de kører samtidigt.
Kontrol af distribution og arkitektur¶
Flere kommandoer i denne vejledning adskiller sig mellem Debian- og RHEL-familierne. For at kontrollere hvilken du kører, kør:
ID=ubuntuellerID=debian— brugapt-kommandoerne.ID=rhel,rocky,almalinuxellerfedora— brugdnf-kommandoerne.x86_64elleraarch64— arkitekturen til installationspakken, du skal bruge.
Forberedende opsætning¶
Før du installerer digna, skal du sikre dig, at to nøgleforudsætninger er på plads:
- PostgreSQL-server – til lagring af beregnede målinger og performance-data
- Webserver – til hosting af digna Dashboard
Hvis disse komponenter ikke allerede er opsat, følg nedenstående afsnit for at installere og konfigurere dem.
Opdatering af pakkelisten¶
Opdater dine pakkelister, før du installerer noget:
Bemærk
I hele denne vejledning er den første kommando i et par for Debian-familien og den anden for RHEL-familien. Kør kun den, der passer til dit system.
PostgreSQL-serveropsætning¶
Hvis du allerede har PostgreSQL¶
Hvis PostgreSQL allerede er installeret og kører lokalt eller hvis du bruger en administreret fjern-PostgreSQL-server, kan du springe til næste afsnit.
Installation af PostgreSQL¶
Trin 1: Installer serverpakken¶
Tip
Distributionernes pakker kan være bagud i forhold til den nyeste PostgreSQL-version. Hvis du har brug for en nyere version, brug den officielle PostgreSQL apt- eller yum-repositorium i stedet.
Trin 2: Initialiser databaseklustret¶
På Debian-familien opretter og starter pakken et cluster automatisk — spring til næste trin.
På RHEL-familien skal clustret oprettes eksplicit:
Trin 3: Start og aktiver servicen¶
Dette starter PostgreSQL med det samme og konfigurerer det til automatisk start ved boot.
Trin 4: Bekræft installationen¶
Du bør se PostgreSQL-versionen og en active (running) service.
Trin 5: Forbind til serveren¶
En Linux PostgreSQL-pakke opretter en postgres systemkonto, som ejer clustret. Forbind via denne konto:
Bemærk — Linux adskiller sig fra Windows her
Windows-installationsprogrammet beder dig om at sætte en adgangskode for postgres superbrugeren under installationen. Linux-pakker gør ikke det. I stedet autentificeres lokale forbindelser via peer authentication: det postgres operativsystembrugernavn må forbinde som postgres databasebrugeren uden adgangskode.
Derfor bruger kommandoen ovenfor sudo -u postgres. digna-backend forbinder via TCP med brugernavn og adgangskode, så du vil oprette en eksplicit digna-bruger i Initial installation.
Trin 6: Bekræft porten¶
Standard PostgreSQL-porten er 5432. For at bekræfte hvilken port din server lytter på:
Notér værdien — du får brug for den, når du konfigurerer digna-backend.
Trin 7: Aktivér adgangskodeautentifikation for digna-brugeren¶
digna forbinder til PostgreSQL over TCP som digna_user, hvilket kræver adgangskodeautentifikation fremfor peer. Kontroller, at din pg_hba.conf tillader det.
Find filen:
Åbn den i en editor og bekræft, at de lokale TCP-linjer bruger scram-sha-256 (eller md5 på ældre servere) i stedet for ident:
# TYPE DATABASE USER ADDRESS METHOD
host all all 127.0.0.1/32 scram-sha-256
host all all ::1/128 scram-sha-256
Genindlæs PostgreSQL efter enhver ændring:
Vigtigt
Hvis digna rapporterer FATAL: Ident authentication failed for user "digna_user", er denne indstilling årsagen.
Trin 8: Hvis PostgreSQL kører på en anden maskine¶
For at acceptere forbindelser fra en anden vært, sæt listen_addresses i postgresql.conf og tilføj en matchende host-linje for dit netværk i pg_hba.conf:
Åbn derefter porten i firewall'en og genstart servicen:
Webserverkonfiguration¶
digna kræver en webserver til at hoste dashboardet. Vælg en af følgende muligheder:
- nginx — letvægt og anbefalet
- Apache httpd — bredt udbredt alternativ
Du behøver kun at installere og konfigurere én af disse servere.
Begge sektioner konfigurerer to ting, som dashboardet afhænger af:
- En single-page-application-fallback, så genindlæsning af en dashboard-URL ikke giver 404
- En
.mdMIME-type, så Markdown-filer serveres korrekt
nginx-opsætning¶
Oversigt¶
nginx er en let, højtydende webserver, velegnet til at serve det statiske digna-dashboard.
Installation¶
Start af nginx¶
Bekræft installationen¶
- Åbn din browser
- Gå til
http://localhost - Du bør se nginx-velkomstsiden
Åbning af firewall¶
Hvis serveren tilgås fra andre maskiner, tillad HTTP-trafik:
Konfigurering af et site til dashboardet¶
nginx inkluderer alle filer i conf.d-mappen på begge distributionsfamilier. Opret en dedikeret konfigurationsfil til digna dér:
Indsæt følgende, og erstat /opt/digna/dashboard med den faktiske sti til din udpakkede dashboard-mappe:
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
root /opt/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;
}
}
Vigtigt
Uden try_files-direktivet vil en genindlæsning af enhver dashboard-side bortset fra rod-URL'en give en 404. Dette er nginx-ækvivalenten til URL Rewrite-modulet, som kræves af IIS på Windows.
Deaktiver standardsitet¶
Kun én serverblok kan være default_server for en port. På Debian-familien fjern den pakkede default, så den ikke konflikter:
På RHEL-familien kommentér eller slet server { ... }-blokken inde i /etc/nginx/nginx.conf.
Anvend konfigurationen¶
Test konfigurationen for syntaksfejl, og genindlæs nginx:
Apache httpd-opsætning¶
Oversigt¶
Apache httpd findes i standardlageret for alle understøttede distributioner. Pakken hedder apache2 på Debian-familien og httpd på RHEL-familien.
Installation¶
Start af Apache¶
Bekræft installationen¶
- Åbn din browser
- Gå til
http://localhost - Du bør se distributionens standard Apache-side
Krævet: Aktivér mod_rewrite¶
Dashboardet kræver URL-omskrivning.
På Debian-familien, aktivér modulet og genstart:
På RHEL-familien er mod_rewrite indlæst som standard. Bekræft det:
Krævet: Tillad .htaccess-overrides¶
Åbn konfigurationsfilen for din dokumentrod:
Find <Directory>-blokken, der dækker din dokumentrod (/var/www/html på begge familier) og ændr:
til:
Krævet: MIME-type for Markdown-filer¶
I samme fil, tilføj følgende linje, så Markdown-filer serveres korrekt:
Vigtigt
Uden denne indstilling kan .md-filer muligvis ikke serveres korrekt.
Anvend konfigurationen¶
Tjek konfigurationen for syntaksfejl, og genstart Apache:
Initial installation¶
Trin 1: Opret digna-repositoriet¶
digna-repositoriet lagrer alle målinger, som digna beregner. Det fungerer som den centrale database for analytiske- og performance-data.
Opret repository-schema og bruger¶
Åbn din PostgreSQL-klient (psql, pgAdmin 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 schema-navn (fxdignarepo)<digna_repo_user>— Dit ønskede brugernavn (fxdigna_user)<digna_repo_password>— En sikker adgangskode til denne bruger
Eksempel:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
For at køre disse fra shell i ét trin:
Indsæt derefter udsagnene ved postgres=# prompten og skriv \q for at afslutte.
Bedste praksis
Brug stærke, komplekse adgangskoder til databasebrugere. Undgå let gættelige legitimationsoplysninger.
Trin 2: Pak digna-installationspakken ud¶
- Find digna-installations-ZIP-filen, som er leveret til dig
- Pak den ud til din ønskede installationssti — for eksempel
/opt/digna - Efter udpakning bør du se følgende elementer:
dashboard/— Webdashboard-interfacedigna— Hovedkørbar fil (backend + CLI kombineret)config.toml— Konfigurationsfillicense.toml— Licensfil (kopiér din fil her)
For at udpakke fra shell:
Bemærk
Hvis unzip ikke er installeret, tilføj det med sudo apt install -y unzip eller sudo dnf install -y unzip.
Gør den eksekverbare fil kørbar¶
Afhængigt af hvordan arkivet blev overført, kan den eksekverbare bit være tabt under udpakning. Sæt den eksplicit:
Opret en servicekonto¶
Det anbefales at køre backend som en dedikeret uprivilegeret bruger i produktionsmiljøer:
sudo useradd --system --no-create-home --shell /usr/sbin/nologin digna
sudo chown -R digna:digna /opt/digna
Bemærk
På RHEL-familien er den tilsvarende shellsti /sbin/nologin.
Trin 3: Installer licensfilen¶
Vigtigt
Licensfilen er ikke inkluderet i installationspakken og leveres separat af digna.
- Find den
license.toml-fil, som er leveret til dig - Kopiér den ind i rodinstallationsmappen for digna (hvor
config.tomlog den eksekverbaredignaligger)
Hvorfor det er vigtigt: Licensfilen indeholder dine kundeoplysninger, licensens udløbsdato og det digitale signatur. Ændr ikke denne fil — enhver ændring vil ugyldiggøre den.
Mappestruktur efter opsætning:
/opt/digna/
├── config.toml (konfigurationsfil)
├── license.toml (DIN LICENSFIL - kopier her)
├── digna (hovedkørbar fil)
├── bin/ (servicehåndteringsscripts)
└── dashboard/ (webinterface)
└── (dashboard-filer)
Backend-konfiguration¶
Trin 1: Opret og rediger konfigurationsfilen¶
Filen config_template.toml medfølger i din digna-installationsmappe. Du skal blot omdøbe den til config.toml.
Placering: /opt/digna/config.toml
Åbn config.toml i en teksteditor og konfigurer hver sektion nedenfor.
[app] Sektion¶
Denne sektion konfigurerer digna-backend applikationsindstillinger:
[app]
digna_APP_HOST = "localhost"
digna_APP_PORT = 8082
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_HOST | localhost eller IP-adresse | Hostnavn eller IP hvor dignabackend hostes |
digna_APP_PORT | 8082 (standard) | Port til REST API-endpoints |
digna_APP_CORS_ALLOW_ORIGINS | Frontend-URL | Hvis dashboardet ligger på en anden server, inkluder dens URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Kræves for CORS med legitimationsoplysninger |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Tillad alle HTTP-metoder |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Tillad alle headers |
Bemærk
Hvis du servicerer dashboardet fra nginx eller Apache på standard HTTP-porten, er origin, der skal tillades, http://localhost — eller serverens offentlige URL, når dashboardet tilgås fra andre maskiner.
[repo] Sektion¶
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 hostname/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 | Din adgangskode | Adgangskode angivet ved schema-oprettelsen |
Bedste praksis
config.toml indeholder en databaseadgangskode i klartekst. Begræns dets tilladelser, så kun servicekontoen kan læse det:
[base] Sektion¶
Denne sektion indeholder sikkerheds- og cookie-indstillinger:
[base]
digna_FERNET_KEY = "your-fernet-key"
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
| Parameter | Værdi | Noter |
|---|---|---|
digna_FERNET_KEY | Krypteringsnøgle | Bruges til at kryptere tokens og cookies (standard leveret) |
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 | Forebygger CSRF-angreb |
digna_TOKEN_EXPIRES_IN | 86400 (24 timer) | Session timeout i sekunder |
digna_MAX_WORKERS | Antal CPU-kerner - 1 | Antal parallelle inspektionsopgaver |
Tip
For at finde antallet af CPU-kerner på din server, kør nproc.
[logging] Sektion¶
Denne sektion konfigurerer logningsadfærd:
| Parameter | Værdi | Noter |
|---|---|---|
digna_LOGGING_MODE | INFO eller DEBUG | INFO til produktion, DEBUG til fejlsøgning |
digna_LOGGING_BACKUP_COUNT | 10 | Antal daglige log-backups der beholdes |
Trin 2: Initialiser repositoriet¶
- Åbn en terminal
- Gå til din digna-installationsmappe (hvor
config.tomlog den eksekverbaredignaer placeret) - Kør forbindelsestesten:
Du bør se en bekræftelse på, at forbindelsen er etableret (selve repositoriet er endnu ikke initialiseret).
Bemærk
På Linux er den aktuelle mappe ikke på din PATH, så den eksekverbare fil kaldes som ./digna i stedet for digna. For at bruge den kortere form overalt, tilføj et symbolsk link:
Trin 3: Installer repository-schemaet¶
I samme mappe, kør:
Denne kommando installerer de nødvendige tabeller og schema i din PostgreSQL-database.
Trin 4: Start digna-serveren¶
I digna-installationsmappen, start serveren med:
Parametre: - --address — Serverens hostname/IP - --port — Serverport
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
Tip
Hvis dashboardet serviceres fra en anden maskine end backend, åbn også API-porten i firewall'en:
Trin 5: Opret en adminbruger¶
- Åbn et nyt terminalvindue
- Gå til din digna-installationsmappe
- Kør følgende kommando for at oprette en adminbruger:
Eksempel:
Dette opretter en bruger med brugernavnet admin og fulde administrative rettigheder.
Tip
Indram adgangskoden i enkelte citationstegn. bash og zsh behandler tegn som !, $ og * specielt, og en ikke-indrammet adgangskode med disse tegn vil ikke blive sendt igennem som tastet.
Bedste praksis
Brug en stærk adgangskode med blanding af store og små bogstaver, tal og specialtegn.
Dashboard-konfiguration¶
Trin 1: Deploy dashboard til webserver¶
Digna-dashboardet har sin egen separate config.toml-fil placeret i dashboard/-mappen. Denne konfiguration medfølger og kræver normalt ikke ændringer under initial opsætning. Du skal kun ændre den, hvis du vil tilpasse backend-forbindelsen.
Hvis du skal modificere dashboard-konfigurationen (fx ved multi-instance deployment), se dashboardets dokumentation.
Vælg din webserver og følg de tilsvarende deploy-trin.
Deploy til nginx¶
Hvis du fulgte nginx-opsætningen, peger serverblokken allerede på din dashboard-mappe, og ingen kopiering er nødvendig.
- Bekræft stien
- Åbn
/etc/nginx/conf.d/digna.conf -
Bekræft, at
rootpeger på din udpakkededashboard-mappe -
Sørg for at mappen er læsbar
-
Genindlæs nginx
-
Test installationen
- Åbn din browser
- Gå til
http://localhost(eller din konfigurerede URL) - Du bør se digna-dashboardets login-side
Deploy til Apache httpd¶
-
Kopier dashboardet til dokumentroden
-
Tilføj omskrivningsreglerne
Opret en .htaccess-fil inde i den deployerede mappe, så dashboard-ruter overlever en browser-genindlæsning:
Indsæt 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]
-
Genstart Apache
-
Tilgå dashboardet
- Åbn din browser
- Gå til
http://localhost/digna - Du bør se digna-dashboardets login-side
Trin 2: SELinux (kun RHEL-familien)¶
På RHEL, Rocky, AlmaLinux og Fedora er SELinux som standard i enforcing-tilstand og vil blokere webserveren fra at læse filer uden for forventede placeringer. Kontroller om den er aktiv:
Hvis resultatet er Enforcing og du servicerer dashboardet fra /opt/digna/dashboard, label mappen, så webserveren kan læse den:
sudo semanage fcontext -a -t httpd_sys_content_t "/opt/digna/dashboard(/.*)?"
sudo restorecon -Rv /opt/digna/dashboard
Bemærk
Hvis semanage ikke findes, installer det med sudo dnf install -y policycoreutils-python-utils.
Vigtigt
Et dashboard, der returnerer 403 Forbidden på en nykonfigureret RHEL-server, skyldes næsten altid et SELinux-labelingsproblem fremfor et fil-tilladelsesproblem. Bekræft med sudo ausearch -m avc -ts recent.
Kørsel af digna som en systemd-service¶
Hvorfor køre digna som en service?¶
At køre digna-backend som en systemd-service sikrer, at den:
- Starter automatisk, når maskinen booter
- Kører i baggrunden uden et åbent terminalvindue
- Genstarter automatisk, hvis den crasher
- Kan administreres via
systemctl, standard Linux service‑manager
Filer til servicehåndtering¶
Alle nødvendige filer findes i digna-installationsmappen under: bin/
Følgende shell-scripts er tilgængelige:
install_service.sh— registrerer digna hos systemduninstall_service.sh— afregistrerer servicenstart_service.sh— starter den registrerede servicestop_service.sh— stopper den kørende service
Root-adgang påkrævet
Alle scripts skal køres med sudo, fordi registrering af en service, der starter ved boot, skriver en unit-fil til /etc/systemd/system.
Gør scripts eksekverbare¶
Udpakning bevarer muligvis ikke eksekveringsrettigheder. Før første brug:
Installer servicen¶
-
Åbn en terminal
-
Gå til bin-mappen
-
Kør installationsscriptet
Digna-serveren er nu registreret hos systemd med automatisk opstart aktiveret. Servicen starter ikke nødvendigvis med det samme — se næste sektion for at starte den.
Start og stop servicen¶
For at starte servicen¶
- Åbn en terminal
- Gå til
/opt/digna/bin - Kør:
For at stoppe servicen¶
- Åbn en terminal
- Gå til
/opt/digna/bin - Kør:
Tip
Stop altid servicen før opdatering af applikationsfiler.
Administrer servicen med systemctl¶
Når den er registreret, kan servicen også kontrolleres med standard systemd-kommandoer fra enhver mappe:
sudo systemctl start digna
sudo systemctl stop digna
sudo systemctl restart digna
sudo systemctl status digna
Bekræft servicen¶
For at bekræfte at servicen er registreret og kørende:
enabled betyder, at servicen starter ved boot; active betyder, at den kører nu.
Vis serviceloggen¶
systemd fanger alt, backend skriver til konsollen. For at læse den:
For at følge loggen live mens du reproducerer et problem:
Tip
Dette er den hurtigste måde at diagnosticere en service, der starter og straks stopper. En forbindelsesfejl til repositoriet eller en manglende license.toml rapporteres her.
Flyt servicen til en ny mappe¶
Unit-filen gemmer den absolutte sti til den eksekverbare fil, så flytning af installationen kræver re-registrering af servicen:
-
Afinstaller den nuværende service
-
Flyt applikationsfilerne
-
Geninstaller servicen
-
Start servicen
Afinstallation af servicen¶
-
Stop den kørende service
-
Afinstaller servicen
Digna-serveren er nu afregistreret fra systemd.
Opgradering til en ny release¶
Før du opgraderer¶
Oprettelse af backup af digna-repositoriet er obligatorisk
Før du opgraderer digna, tag en backup af dit repositorium (PostgreSQL) for at beskytte mod datatab. En backup sikrer, at du kan gendanne, hvis opgraderingen støder på uventede problemer.
For at skabe en backup fra shell:
Opgraderingsproces¶
Trin 1: Stop digna-servicen¶
Hvis digna kører som en systemd-service, stop den først:
Hvis digna kører i forgrunden, tryk Ctrl + C i terminalvinduet.
Trin 2: Backup af nuværende backend-installation¶
I din digna-installationsmappe:
Trin 3: Udpak og deploy ny version¶
- Pak den nye digna-installations-ZIP-fil ud
- Kopiér den nye
digna-eksekverbare ogdashboard-mappen til din installationsmappe - Genskab den eksekverbare bit og ejerskab til servicekontoen:
Vigtigt
config.toml-filen er aldrig inkluderet i installations-ZIP'en. Din eksisterende konfiguration forbliver intakt.
Trin 4: Gendan dine konfigurationsfiler¶
Trin 5: Opgrader repository-schemaet¶
Gå til din digna-installationsmappe og kør:
Dette opdaterer PostgreSQL-schemaet til den nyeste version samtidig med, at alle eksisterende data bevares.
Trin 6: Genstart services¶
Hvis du kører som systemd-service:
Hvis du kører manuelt, genstart serveren:
Hvis du bruger nginx eller Apache, genindlæs den respektive webserver:
På RHEL-familien, genanvend SELinux-labeling, hvis dashboard-mappen blev udskiftet:
Trin 7: Bekræft opgraderingen¶
- Tilgå digna-dashboardet
- Bekræft, at interfacet indlæses korrekt
- Tjek serverloggene for eventuelle fejl: