Linux-asennusopas digna Release 2026.11:lle¶
Julkaisu: 2026.11
Viimeksi päivitetty: 7. marraskuuta 2026
Sisällysluettelo¶
- Johdanto
- Järjestelmävaatimukset
- Ennen asennusta
- PostgreSQL-palvelimen asennus
- Web-palvelimen konfiguraatio
- Alustava asennus
- Backendin määritys
- Dashboardin määritys
- dignan ajaminen systemd-palveluna
- Päivitys uuteen julkaisuun
Johdanto¶
Tietoa dignasta¶
digna on kattava tekoälyä hyödyntävä alusta, joka on suunniteltu optimoimaan datalaadun hallintaa erilaisissa data-ympäristöissä, kuten varastoissa, lammissa ja lakehouse-ympäristöissä. Suunniteltu erittäin skaalautuvaksi ja mukautuvaksi, digna vastaa moderneihin datahaasteisiin automaation, reaaliaikaisen valvonnan ja poikkeamien havaitsemisen avulla.
digna koostuu kahdesta pääosasta:
- digna: sovelluksen ydin, joka vastaa tietojen käsittelystä ja laatutarkistusten suorittamisesta. Se yhdistää taustajärjestelmän ja komentorivikäyttöliittymän yhteen suoritettavaan tiedostoon ja korvaa aiempien julkaisujen erilliset ohjelmat
dignabackendjadignacli. - dignadashboard: Web-pohjainen käyttöliittymä, joka isännöidään web-palvelimella ja tarjoaa käyttäjäystävällisen tavan käyttää digna-alustaa ja visualisoida datalaatumittareita.
Mitä uutta julkaisussa 2026.11¶
Tämä julkaisu tuo mukanaan digna Data Reconciliationin, digna Agenticin ja digna MCP Serverin sekä digna Enginen, joka voi profiloida dataa dignan sisällä ja tarkistaa viite-eheyden eri tietokantateknologioiden välillä. Katso täydet tiedot release notes.
Asennuksen kannalta julkaisu tuo uuden repositorion migraatiomekanismin, valinnaisen [duckdb]-osion config.toml-tiedostoon digna Engineä varten sekä uuden lisenssitiedoston. Päivitysosio käsittelee jokaisen niistä.
Etsitkö Windows- tai macOS-ohjeita?¶
Tämä opas käsittelee Linuxia. Muille alustoille katso Windows Installation Guide tai macOS Installation Guide.
Mitä jakelua tämä opas kattaa?¶
Ohjeet on kirjoitettu kahta yleisintä palvelinjakeluperhettä varten. Jos komennot eroavat, molemmat annetaan:
- Debian-perhe — Debian, Ubuntu. Paketinhallinta:
apt. - RHEL-perhe — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Paketinhallinta:
dnf.
Mikä tahansa nykyaikainen jakelu, jossa on systemd, toimii; ainoastaan pakettien nimet ja muutama konfiguraatiopolku vaihtelevat.
Järjestelmävaatimukset¶
Ennen asennuksen aloittamista varmista, että järjestelmäsi täyttää seuraavat vähimmäisvaatimukset:
| Vaatimus | Määrittely |
|---|---|
| Käyttöjärjestelmä | Ubuntu 22.04 LTS tai uudempi, Debian 12 tai uudempi, RHEL 9 / Rocky 9 / AlmaLinux 9 tai uudempi |
| Arkkitehtuuri | x86_64 (amd64) tai arm64 |
| Init-järjestelmä | systemd |
| Muisti (minimi) | 16 GB RAM |
| Levytila | 10 GB vapaata tallennustilaa |
| Tietokanta | PostgreSQL Server 12 tai uudempi |
| Web-palvelin | nginx, Apache httpd tai vastaava |
digna Engine
Tietokantayhteydet, joiden profilointisijaintina on digna Engine, profiloidaan itse digna-isännällä. Varaa niille lisää muistia ja levytilaa, katso [duckdb]-osio.
Tietokannan asennusvaihtoehdot¶
Jos PostgreSQL on jo asennettu: Voit lisätä uuden tietokannan dignalle olemassa olevaan PostgreSQL-palvelimeen.
Jos asennat PostgreSQL:n samalle koneelle kuin digna:
Suositellut määritykset
- Muisti: 32 GB RAM (16 GB sijaan)
- Levytila: 50 GB vapaata tallennustilaa (10 GB sijaan)
Nämä suuremmat resurssit mahdollistavat sekä dignan että PostgreSQL-tietokannan samanaikaisen ajon.
Jakelun ja arkkitehtuurin tarkistus¶
Tämän oppaan useat komennot eroavat Debian- ja RHEL-perheiden välillä. Tarkista jakelusi ja arkkitehtuuri ajamalla:
ID=ubuntutaiID=debian— käytäapt-komentoja.ID=rhel,rocky,almalinuxtaifedora— käytädnf-komentoja.x86_64taiaarch64— asennuspaketin tarvitsemasi arkkitehtuuri.
Ennen asennusta¶
Ennen dignan asentamista varmista, että kaksi keskeistä edellytystä ovat kunnossa:
- PostgreSQL-palvelin – lasketun mittariston ja suorituskykytietojen tallennusta varten
- Web-palvelin – digna Dashboardin isännöintiä varten
Jos nämä komponentit eivät ole vielä valmiina, seuraa alla olevia osioita asentaaksesi ja konfiguroidaksesi ne.
Pakettilistan päivittäminen¶
Päivitä pakettien listat ennen asennusta:
Huomautus
Tässä oppaassa ensimmäinen komento parissa on Debian-perheelle ja toinen RHEL-perheelle. Suorita vain järjestelmääsi vastaava komento.
PostgreSQL-palvelimen asennus¶
Jos sinulla on jo PostgreSQL¶
Jos PostgreSQL on jo asennettu ja käynnissä paikallisella koneella tai käytät hallittua etä-PostgreSQL-palvelinta, voit siirtyä seuraavaan osioon.
PostgreSQL:n asennus¶
Vaihe 1: Asenna palvelinpaketti¶
Vinkki
Jakelupakettien versiot voivat olla jäljessä PostgreSQL:n uusimmasta julkaisusta. Jos tarvitset tiettyä uudempaa versiota, käytä virallista PostgreSQL apt- tai yum-repositoryä.
Vaihe 2: Alusta tietokantaklusteri¶
Debian-perheessä paketti luo ja käynnistää klusterin automaattisesti — siirry seuraavaan vaiheeseen.
RHEL-perheessä klusteri täytyy luoda eksplicitisti:
Vaihe 3: Käynnistä ja ota palvelu käyttöön¶
Tämä käynnistää PostgreSQL:n välittömästi ja konfiguroi sen käynnistymään automaattisesti uudelleenkäynnistyksen yhteydessä.
Vaihe 4: Varmista asennus¶
Näet PostgreSQL-version ja active (running) -palvelun tilan.
Vaihe 5: Yhdistä palvelimeen¶
Linuxin PostgreSQL-paketti luo postgres-järjestelmätilin, joka omistaa klusterin. Yhdistä sen kautta:
Huomautus — Linux eroaa Windowsista tässä
Windowsin asennusohjelma pyytää salasanaa postgres-superkäyttäjälle asennuksen aikana. Linux-paketit eivät tee tätä. Sen sijaan paikalliset yhteydet todennetaan peer authentication -menetelmällä: postgres-käyttäjä käyttöjärjestelmässä saa yhdistää postgres-tietokantakäyttäjänä ilman salasanaa.
Tästä syystä komento käyttää sudo -u postgres. digna-backend yhdistää TCP:n yli käyttäen käyttäjätunnusta ja salasanaa, joten luot erillisen digna-käyttäjän Alustavassa asennuksessa.
Vaihe 6: Vahvista portti¶
Oletus PostgreSQL-portti on 5432. Varmista, mille portille palvelimesi kuuntelee:
Muista arvo — tarvitset sen digna-backendin konfiguroinnissa.
Vaihe 7: Ota salasana-autentikointi käyttöön digna-käyttäjälle¶
digna yhdistää PostgreSQL:ään TCP:n yli käyttäjänä digna_user, joka edellyttää salasana-autentikointia sen sijaan, että käytettäisiin peer/ident-autentikointia. Tarkista, että pg_hba.conf sallii sen.
Etsi tiedosto:
Avaa se editorissa ja varmista, että paikalliset TCP-rivit käyttävät scram-sha-256 (tai vanhemmissa palvelimissa md5) ident-menetelmän sijaan:
# TYPE DATABASE USER ADDRESS METHOD
host all all 127.0.0.1/32 scram-sha-256
host all all ::1/128 scram-sha-256
Lataa PostgreSQL uudelleen muutoksen jälkeen:
Tärkeää
Jos digna raportoi FATAL: Ident authentication failed for user "digna_user", tämä asetus on todennäköinen syy.
Vaihe 8: Jos PostgreSQL sijaitsee eri koneessa¶
Hyväksyäksesi yhteydet toisesta isännästä, aseta listen_addresses postgresql.conf-tiedostossa ja lisää vastaava host-rivi verkollesi pg_hba.conf-tiedostoon:
Avaa sitten portti palomuurissa ja käynnistä palvelu uudelleen:
Web-palvelimen konfiguraatio¶
digna tarvitsee web-palvelimen dashboardin isännöintiin. Valitse yksi seuraavista vaihtoehdoista:
- nginx — kevyt ja suositeltava
- Apache httpd — laajalti käytetty vaihtoehto
Tarvitset vain yhden näistä palvelimista.
Molemmat osiot konfiguroivat kaksi dashboardin tarvitsemaa asiaa:
- Single-page application -varmistus, jotta dashboardin URL:n uudelleenlataus ei palauta 404-virhettä
.mdMIME-tyyppi, jotta Markdown-tiedostot palvellaan oikein
nginxin asennus¶
Yleiskatsaus¶
nginx on kevyt, suorituskykyinen web-palvelin, joka sopii hyvin staattisen digna-dashboardin tarjoamiseen.
Asennus¶
nginxin käynnistäminen¶
Asennuksen tarkistus¶
- Avaa selain
- Mene osoitteeseen
http://localhost - Näet nginx-tervetuliasivun
Palomuurin avaaminen¶
Jos palvelimeen tavoitellaan muilta koneilta, salli HTTP-liikenne:
Sivuston konfigurointi dashboardille¶
nginx lukee kaikki tiedostot conf.d-hakemistostaan molemmilla jakeluperheillä. Luo oma konfiguraatiotiedosto dignalle sinne:
Liitä seuraava, korvaten /opt/digna/dashboard todellisella polulla purettuun dashboard-kansioon:
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;
}
}
Tärkeää
Ilman try_files-direktiiviä minkä tahansa muun dashboard-sivun kuin juuriosoite uudelleenlataus palauttaa 404-virheen. Tämä on nginxin vastaava toiminnallisuus URL Rewrite -moduulille, joka IIS:llä vaaditaan Windowsilla.
Poista oletussivusto käytöstä¶
Vain yksi server-lohko voi olla default_server portissa. Debian-perheessä poista paketoitu oletus, jotta se ei aiheuta ristiriitaa:
RHEL-perheessä kommentoi tai poista server { ... } -lohko tiedostosta /etc/nginx/nginx.conf.
Ota konfiguraatio käyttöön¶
Tarkista syntaksi ja lataa nginx uudelleen:
Apache httpd:n asennus¶
Yleiskatsaus¶
Apache httpd on saatavilla oletusarkistoista kaikissa tuetuissa jakeluissa. Paketin nimi on apache2 Debian-perheessä ja httpd RHEL-perheessä.
Asennus¶
Apachen käynnistäminen¶
Asennuksen tarkistus¶
- Avaa selain
- Mene osoitteeseen
http://localhost - Näet jakelun oletus Apachen sivun
Pakollinen: mod_rewritein ottaminen käyttöön¶
Dashboard vaatii URL-osoitteiden uudelleenkirjoituksen.
Debian-perheessä ota moduuli käyttöön ja käynnistä uudelleen:
RHEL-perheessä mod_rewrite on yleensä ladattu oletuksena. Varmista se:
Pakollinen: Salli .htaccess-ylikirjoitukset¶
Avaa dokumenttijuuren konfiguraatiotiedosto:
Etsi <Directory>-lohko, joka kattaa dokumenttijuuren (/var/www/html molemmilla perheillä) ja muuta:
muotoon:
Pakollinen: MIME-tyyppi Markdown-tiedostoille¶
Lisää samaan tiedostoon seuraava rivi, jotta Markdown-tiedostot palvellaan oikein:
Tärkeää
Ilman tätä asetusta .md-tiedostoja ei välttämättä palvellakaan oikein.
Ota konfiguraatio käyttöön¶
Tarkista syntaksi ja käynnistä Apache uudelleen:
Alustava asennus¶
Vaihe 1: Luo dignan repositorio¶
digna-repositorio tallentaa kaikki dignan laskemat mittarit. Se toimii keskitettynä tietokantana analytiikka- ja suorituskykytiedoille.
Luo skeema ja käyttäjä¶
Avaa PostgreSQL-asiakas (psql, pgAdmin tai vastaava) ja suorita seuraavat SQL-komennot:
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>;
Korvaa seuraavat paikkamerkit:
<digna_repo_schema>— Haluttu skeeman nimi (esim.dignarepo)<digna_repo_user>— Haluttu käyttäjänimi (esim.digna_user)<digna_repo_password>— Turvallinen salasana tälle käyttäjälle
Esimerkki:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Yhdellä komennolla kuoren kautta:
Liitä sitten yllä olevat lauseet postgres=# -kehotteeseen ja kirjoita \q poistuaksesi.
Parhaat käytännöt
Käytä vahvoja, monimutkaisia salasanoja tietokantakäyttäjille. Vältä helposti arvattavia tunnuksia.
Vaihe 2: Pura digna-asennuspaketti¶
- Etsi sinulle toimitettu digna-asennus ZIP-tiedosto
- Pura se haluamaasi asennushakemistoon — esimerkiksi
/opt/digna - Purkamisen jälkeen sinun pitäisi nähdä seuraavat kohteet:
dashboard/— Web-dashboardin käyttöliittymädigna— Pääsuoritettava tiedosto (backend + CLI yhdessä)
Konfiguraatio- ja lisenssitiedostot eivät sisälly pakettiin
Asennuksen mukana ei toimiteta config.toml- eikä dashboard/dashboard_config.toml-tiedostoa — luot molemmat itse kohdissa Backendin määritys ja Dashboardin määritys. Myöskään license.toml ei sisälly pakettiin; digna toimittaa sen erikseen, kuten vaiheessa 3 kuvataan.
Kuoren kautta purkaminen:
Huomautus
Jos unzip ei ole asennettuna, lisää se komennolla sudo apt install -y unzip tai sudo dnf install -y unzip.
Tee suoritustiedostosta suoritettava¶
Riippuen siitä, miten arkisto on siirretty, suoritusoikeus ei ehkä säily purkamisen yhteydessä. Aseta se eksplisiittisesti:
Luo palvelutili¶
On suositeltavaa ajaa backend erillisenä ei-privilegioituna käyttäjänä tuotantoympäristöissä:
sudo useradd --system --no-create-home --shell /usr/sbin/nologin digna
sudo chown -R digna:digna /opt/digna
Huomautus
RHEL-perheessä vastaava shell-polku on /sbin/nologin.
Vaihe 3: Asenna lisenssitiedosto¶
Tärkeää
Lisenssitiedostoa ei sisälly asennuspakettiin, vaan se toimitetaan erikseen dignalta.
- Etsi sinulle toimitettu
license.toml-tiedosto - Kopioi se dignan asennushakemiston juureen (kohtaan, jossa
config.tomljadigna-suoritustiedosto sijaitsevat)
Miksi tämä on tärkeää: Lisenssitiedosto sisältää asiakastietosi, lisenssin vanhenemispäivän ja digitaalisen allekirjoituksen. Älä muokkaa tätä tiedostoa — muutokset mitätöivät sen.
Hakemistorakenne asennuksen jälkeen:
/opt/digna/
├── config.toml (konfiguraatiotiedosto)
├── license.toml (OMA LISENSSITIEDOSTOSI - kopioi tänne)
├── digna (pääsuoritettava)
├── bin/ (palvelunhallintaskriptit)
└── dashboard/ (web-käyttöliittymä)
└── (dashboard-tiedostot)
Backendin määritys¶
Vaihe 1: Luo ja muokkaa konfiguraatiotiedostoa¶
config_template.toml -tiedosto toimitetaan dignan asennushakemistossa. Tarvitsee vain nimetä se config.toml-tiedostoksi.
Sijainti: /opt/digna/config.toml
Avaa config.toml tekstieditorissa ja konfiguroi alla olevat osiot.
[app] -osio¶
Tässä osiossa määritetään dashboardin ja backendin välinen cross-origin resource sharing (CORS):
[app]
DIGNA_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
DIGNA_APP_CORS_ALLOW_CREDENTIALS = true
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_APP_CORS_ALLOW_ORIGINS | Dashboardin URL-osoitteet | URL-osoitteet, joista dashboard tarjoillaan. Selaimen pyynnöt mistä tahansa muusta originista hylätään |
DIGNA_APP_CORS_ALLOW_CREDENTIALS | true | Pakollinen, jotta selain lähettää istuntoevästeen jokaisen pyynnön mukana |
Huomautus
Jos tarjoat dashboardin nginxin tai Apachen kautta oletus-HTTP-portissa, sallitun originin tulee olla http://localhost — tai palvelimen julkinen URL, jos dashboardiin pääsee muilta koneilta.
[app]-osio on valinnainen
Release 2026.11:stä alkaen molemmat avaimet ja koko [app]-osio voidaan jättää pois. Tämä on oikea asetus, kun käänteinen välityspalvelin tarjoaa dashboardin ja backendin saman originin alla: selain ei silloin tee cross-origin-pyyntöjä, eikä niitä oletusarvoisesti sallita.
[repo] -osio¶
Tämä osio määrittää yhteyden PostgreSQL-tietokantaan:
[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!"
DIGNA_REPO_SSLMODE = "prefer"
DIGNA_REPO_NUM_CONNS = 16
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_REPO_HOST | localhost tai IP | PostgreSQL-palvelimen isäntä/IP |
DIGNA_REPO_PORT | 5432 (oletus) | PostgreSQL-portti |
DIGNA_REPO_DB | postgres | Tietokannan nimi |
DIGNA_REPO_SCHEMA | dignarepo | Aiemmin luotu skeema |
DIGNA_REPO_USER | digna_user | PostgreSQL:ssä luotu käyttäjä |
DIGNA_REPO_PASSWORD | Salasanasi | Skeeman luomisessa asetettu salasana |
DIGNA_REPO_SSLMODE | prefer (oletus) | Valinnainen. PostgreSQL:n SSL-tila: disable, allow, prefer, require, verify-ca tai verify-full |
DIGNA_REPO_NUM_CONNS | 16 (oletus) | Valinnainen. Yhteyksien määrä, jonka digna pitää avoinna repositorioon |
Parhaat käytännöt
config.toml sisältää tietokantasalasanan selväkielisenä. Rajoita tiedoston lukuoikeudet niin, että vain palvelutili voi lukea sen:
[base] -osio¶
Tämä osio sisältää suojaus-, eväste- ja tarkastusasetukset:
[base]
DIGNA_FERNET_KEY = "DU4a0yJ-OqvbKCL4hNQn_CsknH-V1vWmHZqBUl-AY44="
DIGNA_COOKIE_DOMAIN = "localhost"
DIGNA_COOKIE_SECURE = false
DIGNA_COOKIE_HTTPONLY = true
DIGNA_TOKEN_EXPIRES_IN = 86400
DIGNA_MAX_WORKERS = 4
DIGNA_FRONTEND_BASEURL = "http://localhost/"
DIGNA_SOURCE_QUERY_TIMEOUT_SEC = 3600
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC = 30
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_FERNET_KEY | Yllä näytetty arvo | Aiempien julkaisujen käyttämän salauksen avain. Sen on oltava mukana; säilytä näytetty arvo |
DIGNA_COOKIE_DOMAIN | localhost | Isäntä, jonka kautta dashboardia käytetään. "" ei aseta domainia, mikä on oikein välityspalvelimen takana, joka tarjoaa dashboardin ja backendin saman originin alla |
DIGNA_COOKIE_SECURE | false (HTTP) / true (HTTPS) | Oltava true aina, kun dignaa tarjoillaan HTTPS:n kautta |
DIGNA_COOKIE_HTTPONLY | true | Pitää istuntoevästeen skriptien ulottumattomissa |
DIGNA_TOKEN_EXPIRES_IN | 86400 (24 tuntia) | Istunnon vanhenemisaika sekunteina |
DIGNA_MAX_WORKERS | CPU-ydinten määrä - 1 | Samanaikaisesti ajettavien tarkastusten enimmäismäärä |
DIGNA_FRONTEND_BASEURL | Dashboardin URL | Pakollinen. Käytetään ilmoitusviestien linkeissä, joten sen on oltava URL, jonka vastaanottajat voivat avata |
DIGNA_SOURCE_QUERY_TIMEOUT_SEC | 3600 (oletus) | Valinnainen. Sekunnit, joiden ajan yksittäinen lähdetietokantaan kohdistuva kysely saa olla käynnissä ennen keskeytystä; 0 poistaa aikakatkaisun käytöstä |
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC | 30 (oletus) | Valinnainen. Sekunnit, joiden ajan lähdetietokantayhteyttä odotetaan; 0 odottaa rajattomasti |
Vinkki
Selvittääksesi palvelimen CPU-ytimet aja nproc.
[encryption] -osio¶
Tämä osio sisältää avaimen, jolla arkiston arkaluontoiset arvot salataan. Se on pakollinen — config check raportoi osion [encryption] tilassa FAILED, jos avain puuttuu.
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64-koodattu avain | Salaa digna-arkistoon tallennetut arkaluontoiset arvot |
Suojaa config.toml
Tämä avain on kiinteä arvo, joka on sama kaikissa digna-asennuksissa, ja juuri se purkaa arkistosi arkaluontoisten arvojen salauksen. Rajaa config.toml sille tilille, jolla digna toimii, pidä tiedosto poissa versionhallinnasta ja jaetuilta levyiltä, ja jätä se pois jokaisesta varmuuskopiosta, jota säilytetään vähemmän turvallisesti kuin itse arkistoa.
[logging] -osio¶
Tämä osio määrittää lokituksen käyttäytymisen:
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_LOGGING_MODE | INFO tai DEBUG | INFO tuotannolle, DEBUG vianetsintään. Myös TRACE, WARN ja ERROR hyväksytään |
DIGNA_LOGGING_DIR | logs (oletus) | Valinnainen. Kiertävien lokitiedostojen hakemisto suhteessa työhakemistoon |
DIGNA_LOGGING_MAX_FILES | 30 (oletus) | Valinnainen. Säilytettävien kierrätettyjen lokitiedostojen määrä |
[duckdb] -osio (valinnainen)¶
Uutta Release 2026.11:ssä. Tämä osio määrittää digna Enginen resurssit. digna Engine profiloi dataa dignan sisällä niille tietokantayhteyksille, joiden profilointisijainti on digna Engine, ja suorittaa viite-eheystarkistuksia eri tietokantayhteyksien tietolähteiden välillä. Katso Profilointisijainti.
Osio on valinnainen. Ilman sitä käytetään alla olevia oletusarvoja.
| Parametri | Arvo | Huomio |
|---|---|---|
DIGNA_DUCKDB_MEMORY_LIMIT_MB | 1024 (oletus) | Muisti megatavuina, jota yksi digna Engine -ajo saa käyttää. Enintään DIGNA_MAX_WORKERS ajoa voi olla käynnissä samanaikaisesti |
DIGNA_DUCKDB_TEMP_DIRECTORY | Oletus: järjestelmän väliaikaishakemisto ($TMPDIR, tai /tmp, jos sitä ei ole asetettu) | Väliaikaistiedostojen hakemisto, kun data ei mahdu muistiin |
digna Enginen mitoitus
Varaa digna-isännälle enintään DIGNA_MAX_WORKERS × DIGNA_DUCKDB_MEMORY_LIMIT_MB muistia dignan oman muistinkäytön lisäksi, ja väliaikaishakemistoon riittävästi vapaata levytilaa suurimmalle tarkastetulle päivämäärälle niistä tietolähteistä, jotka käyttävät digna Engineä. Osoita DIGNA_DUCKDB_TEMP_DIRECTORY levylle, jolla on tämä tila ja johon dignaa ajava tili voi kirjoittaa:
Tarvitset tätä osiota vain, jos vähintään yksi tietokantayhteys käyttää digna Engineä tai viite-eheystarkistus vertaa eri yhteyksien tietolähteitä.
Vaihe 2: Tarkista konfiguraatio¶
Varmista ennen arkiston alustusta, että config.toml on täydellinen ja oikein muodostettu. Suorita digna-asennushakemistossasi:
Jokainen osio tarkistetaan erikseen, joten yksittäinen virhe ei peitä muiden tilaa:
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
- Template overrides: OK
- Unknown keys: OK
Overall: OK
Korjaa kaikki, mikä raportoidaan tilassa FAILED, ja suorita komento uudelleen ennen jatkamista. Kohdan Unknown keys alla oleva WARNING luettelee config.toml-tiedoston avaimet, joita digna ei lue; niillä ei ole vaikutusta, joten poista ne tai korjaa niiden kirjoitusasu. Täydellinen luettelo valinnoista on CLI-viitteessä.
Vaihe 3: Alusta repositorioyhteys¶
- Avaa terminaali
- Siirry dignan asennushakemistoon (jossa
config.tomljadigna-suoritustiedosto sijaitsevat) - Suorita yhteystarkistus:
Uudessa skeemassa komento muodostaa yhteyden ja ilmoittaa sitten, ettei repositoriota ole vielä asennettu:
Tässä vaiheessa tämä on odotettu tulos: se vahvistaa, että digna tavoittaa PostgreSQL:n ja skeeman. Yhteys- tai todennusvirhe sen sijaan viittaa [repo]-osioon tai PostgreSQL-asetuksiin.
Huomautus
Linuxissa nykyinen hakemisto ei ole PATH:ssa, joten suoritettava tiedosto käynnistetään muodossa ./digna eikä digna. Lyhyemmän muodon käyttämiseksi kaikkialta voit tehdä symbolisen linkin:
Vaihe 4: Asenna repositorion skeema¶
Sama hakemisto auki, suorita:
Tämä komento asentaa tarvittavat taulut repositorion skeemaan ja päättyy ilmoitukseen:
repo upgrade asentaa ja päivittää
Release 2026.11:stä alkaen repo upgrade asentaa uuden repositorion ja päivittää olemassa olevan. repo install toimii edelleen saman komennon toisena nimenä.
Vaihe 5: Luo ylläpitäjäkäyttäjä¶
- Avaa uusi terminaali-ikkuna
- Siirry dignan asennushakemistoon
- Suorita seuraava komento luodaksesi ylläpitäjäkäyttäjän:
Esimerkki:
Tämä luo käyttäjän sähköpostiosoitteella admin@example.com ja täysillä järjestelmänvalvojan oikeuksilla.
Vinkki
Lisää salasana yksinkertaisesti yksinkertaisiin lainausmerkkeihin. bash ja zsh käsittelevät merkkejä kuten !, $ ja * erikoismerkkeinä, joten lainausmerkit varmistavat, että salasana välittyy oikein.
Parhaat käytännöt
Käytä vahvaa salasanaa, jossa on isoja ja pieniä kirjaimia, numeroita ja erikoismerkkejä.
Vaihe 6: Käynnistä digna-palvelin¶
Dignan asennushakemistossa käynnistä palvelin komennolla:
Parametrit: - --address — Palvelimen hostname/IP (oletus 127.0.0.1) - --port — Palvelimen portti (oletus 8000)
Kun palvelin on käynnissä, se tulostaa osoitteen, jota se kuuntelee:
Vinkki
Jos dashboard tarjotaan eri koneelta kuin backend, avaa myös API-portti palomuurissa:
Palvelin varaa päätteen
serve toimii edustalla ja jatkaa, kunnes pysäytät sen näppäinyhdistelmällä Ctrl+C. Anna sen olla käynnissä, kun viimeistelet asennuksen; automaattisen käynnistyksen osalta katso dignan suorittaminen systemd-palveluna.
Dashboardin määritys¶
Vaihe 1: Ota dashboard käyttöön web-palvelimella¶
digna-dashboard lukee oman konfiguraationsa tiedostosta dashboard/dashboard_config.toml. Tätä tiedostoa ei toimiteta asennuksen mukana — luot sen dashboard/-hakemistoon dashboardin tiedostojen rinnalle.
Sen sisältö on kuvattu kohdassa Yhden kirjautumisen (SSO) yleiskatsaus, jossa tiedostoa myös tarvitaan: se sisältää dashboardin tarjoamat kirjautumisvaihtoehdot ja monen instanssin käyttöönotoissa backend-yhteyden.
Valitse web-palvelimesi ja seuraa vastaavia käyttöönotto-ohjeita.
Käyttöönotto nginxillä¶
Jos seurasit nginxin asennusta, server-lohko osoittaa jo dashboard-kansioosi eikä kopiointia tarvita.
- Varmista polku
- Avaa
/etc/nginx/conf.d/digna.conf -
Varmista, että
rootosoittaa purettuundashboard-kansioon -
Varmista, että kansio on luettavissa
-
Lataa nginx uudelleen
-
Testaa asennus
- Avaa selain
- Mene osoitteeseen
http://localhost(tai konfiguroituun URL:iin) - Näet digna-dashboardin kirjautumissivun
Käyttöönotto Apachella¶
-
Kopioi dashboard dokumenttijuureen
-
Lisää uudelleenkirjoitussäännöt
Luo .htaccess-tiedosto asennettuun kansioon, jotta dashboardin reitit säilyvät sivun uudelleenlatauksen aikana:
Liitä seuraava sisältö:
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]
-
Käynnistä Apache uudelleen
-
Avaa dashboard
- Avaa selain
- Mene osoitteeseen
http://localhost/digna - Näet digna-dashboardin kirjautumissivun
Vaihe 2: SELinux (vain RHEL-perhe)¶
RHEL:ssä, Rockyssä, AlmaLinuxissa ja Fedoressa SELinux on oletuksena päällä (enforcing) ja estää web-palvelinta lukemasta tiedostoja odotetuista sijainneista. Tarkista onko se aktiivinen:
Jos tulos on Enforcing ja tarjoat dashboardia /opt/digna/dashboard -kansiosta, leimaa hakemisto jotta web-palvelin voi lukea sitä:
sudo semanage fcontext -a -t httpd_sys_content_t "/opt/digna/dashboard(/.*)?"
sudo restorecon -Rv /opt/digna/dashboard
Huomautus
Jos semanage ei löydy, asenna se komennolla sudo dnf install -y policycoreutils-python-utils.
Tärkeää
Jos dashboard palauttaa 403 Forbidden vastauksena täysin juuri konfiguroidulla RHEL-palvelimella, se on lähes aina SELinux-leimauksen ongelma eikä tiedostojen käyttöoikeusongelma. Varmista tilanne komennolla sudo ausearch -m avc -ts recent.
dignan ajaminen systemd-palveluna¶
Miksi ajaa digna palveluna?¶
digna-backendin ajaminen systemd-palveluna varmistaa, että se:
- Käynnistyy automaattisesti koneen käynnistyessä
- Ajetaan taustalla ilman avointa terminaali-ikkunaa
- Käynnistyy automaattisesti uudelleen kaatumisen jälkeen
- On hallittavissa
systemctl-komennolla, joka on standardi Linux-palvelunhallinta
Palvelunhallintatiedostot¶
Kaikki tarvittavat tiedostot löytyvät dignan asennushakemistosta kansiosta: bin/
Seuraavat shell-skriptit ovat käytettävissä:
install_service.sh— Rekisteröi dignan systemd:henuninstall_service.sh— Poistaa rekisteröinninstart_service.sh— Käynnistää rekisteröidyn palvelunstop_service.sh— Pysäyttää käynnissä olevan palvelun
Vaaditaan root-oikeudet
Kaikki skriptit on suoritettava sudo-oikeuksin, koska palvelun rekisteröinti, joka käynnistyy bootissa, kirjoittaa yksikkötiedoston kansioon /etc/systemd/system.
Tee skripteistä suoritettavia¶
Purkaminen ei välttämättä säilytä suoritusoikeuksia. Ennen ensimmäistä käyttökertaa:
Palvelun asennus¶
-
Avaa terminaali
-
Siirry bin-kansioon
-
Suorita asennusskripti
digna-palvelin on nyt rekisteröity systemd:hen automaattisella käynnistyksellä. Palvelu ei välttämättä käynnisty heti — katso seuraavaa osiota käynnistystä varten.
Palvelun käynnistäminen ja pysäyttäminen¶
Palvelun käynnistäminen¶
- Avaa terminaali
- Siirry
/opt/digna/bin-hakemistoon - Suorita:
Palvelun pysäyttäminen¶
- Avaa terminaali
- Siirry
/opt/digna/bin-hakemistoon - Suorita:
Vinkki
Pysäytä aina palvelu ennen sovellustiedostojen päivittämistä.
Palvelun hallinta systemctl:llä¶
Kun palvelu on rekisteröity, sitä voi hallita myös standardeilla systemd-komennoilla mistä tahansa hakemistosta:
sudo systemctl start digna
sudo systemctl stop digna
sudo systemctl restart digna
sudo systemctl status digna
Palvelun vahvistus¶
Varmista, että palvelu on rekisteröity ja käynnissä:
enabled tarkoittaa, että palvelu käynnistyy bootissa; active tarkoittaa, että se on käynnissä juuri nyt.
Palvelulokit¶
systemd tallentaa kaiken, mitä backend kirjoittaa konsoliin. Lue lokit:
Seuraa lokia reaaliaikaisesti toistaen ongelman:
Vinkki
Tämä on nopein tapa diagnosoida palvelua, joka käynnistyy ja sammuu välittömästi. Repositorion yhteysvirhe tai puuttuva license.toml raportoidaan täällä.
Siirto uuteen hakemistoon¶
Yksikkötiedosto tallentaa absoluuttisen polun suoritettavaan tiedostoon, joten asennuksen siirto edellyttää palvelun uudelleenrekisteröintiä:
-
Poista nykyinen palvelu
-
Siirrä sovellustiedostot
-
Asenna palvelu uudelleen
-
Käynnistä palvelu
Palvelun poistaminen¶
-
Pysäytä käynnissä oleva palvelu
-
Poista palvelu
digna-palvelin on nyt poistettu systemd:stä.
Päivitys uuteen julkaisuun¶
Tämä osio päivittää Release 2026.06 -asennuksen versioon Release 2026.11. Jos asennuksesi on vanhempi, lue ensin Päivitys julkaisua 2026.06 vanhemmasta versiosta.
Ennen päivitystä¶
digna-repositorion varmuuskopiointi on pakollista
Ennen dignan päivittämistä, varmuuskopioi repositoriosi (PostgreSQL) datan menetyksen varalta. Varmuuskopio mahdollistaa palautuksen, jos päivityksessä ilmenee odottamattomia ongelmia.
Luo varmuuskopio kuoren kautta:
Lisenssitiedoston pyytäminen Release 2026.11:tä varten
Release 2026.11 vaatii uuden license.toml-tiedoston. Pyydä se digna-tiimiltä ennen aloittamista ja pidä se valmiina vaihetta 7 varten.
Päivitys julkaisua 2026.06 vanhemmasta versiosta¶
Release 2026.06 toi kolme muutosta, jotka ovat yhä voimassa, kun päivität vanhemman asennuksen suoraan versioon 2026.11:
- Vain ODBC. digna tavoittaa jokaisen lähdeteknologian ODBC:n kautta. Jokainen tietokantayhteys, joka ei vielä käytä ODBC:tä, on muutettava ODBC:ksi päivityksen jälkeen; automaattista muunnosta ei ole. Asenna ODBC-ajurit digna-isäntään etukäteen, katso ODBC-ajurin asentaminen digna-isäntään, ja pidä kunkin yhteyden ominaisuudet valmiina teknologiaoppaista. Databricks Legacy -liitintä ei enää ole; siirrä nämä yhteydet Databricks-liittimeen.
- Yksi suoritettava tiedosto.
dignabackendjadignaclion korvattu yhdellä suoritettavalla tiedostolladigna, joka yhdistää backendin ja CLI:n. - config.toml.
[encryption]-osio on pakollinen, eikäDIGNA_APP_HOST- jaDIGNA_APP_PORT-asetuksia enää lueta: palvelin saa osoitteensa ja porttinsa komennoltadigna serve. Vertaa tiedostoasi kohtaan Backendin määritys.
Alla olevat vaiheet kertovat, missä vanhempi asennus vaatii jotain muuta. Vaiheen 8 repositorion päivitys tuo minkä tahansa aiemman julkaisun repositorion suoraan versioon 2026.11.
Päivitysprosessi¶
Vaihe 1: Pysäytä digna-palvelu¶
Jos digna ajetaan systemd-palveluna, pysäytä se ensin:
Jos digna ajetaan etualalla, paina Ctrl+C sen terminaali-ikkunassa.
Vaihe 2: Varmuuskopioi nykyinen asennus¶
Nimeä digna-asennushakemistossa nykyisen asennuksen suoritettava tiedosto ja dashboard-kansio uudelleen, jotta uusi julkaisu voidaan ottaa käyttöön niiden rinnalle:
Säilytä digna_old, kunnes olet varmistanut päivityksen, ja dashboard_old, kunnes olet palauttanut siitä konfiguraatiotiedostosi (katso vaihe 4). Sen jälkeen voit poistaa molemmat.
Päivitys julkaisua 2026.06 vanhemmasta versiosta
Nimeä suoritettavan tiedoston sijaan uudelleen kansiot dignabackend ja dignacli: sudo mv dignabackend dignabackend_old ja sudo mv dignacli dignacli_old. Release 2026.11 ei käytä kumpaakaan.
Vaihe 3: Pura ja ota uusi versio käyttöön¶
- Pura uusi digna-asennus ZIP-tiedosto
- Kopioi uusi
digna-suoritustiedosto jadashboard-kansio asennushakemistoon - Palauta suoritusoikeus ja palvelutilin omistus:
Tärkeää
Asennuksen ZIP-tiedostoon ei koskaan sisällytetä config.toml- eikä dashboard/dashboard_config.toml-tiedostoa — digna-tiimi ei koskaan toimita kumpaakaan tiedostoa. Päivitys ei siksi koske olemassa olevaan konfiguraatioosi, ja uudelleennimetyissä *_old-kansioissa olevat kopiot ovat ainoat, jotka sinulla on.
Vaihe 4: Palauta konfiguraatiotiedostosi¶
Release 2026.11 ei vaadi muutoksia config.toml-tiedostoon: tiedosto, joka toimii Release 2026.06:n kanssa, toimii edelleen. Kaksi muutosta on valinnaisia:
- Lisää
[duckdb]-osio, jos tietokantayhteyksien on määrä käyttää digna Engineä eivätkä sen oletusarvot sovi isännällesi. - Jätä
[app]-osio pois, jos käänteinen välityspalvelin tarjoaa dashboardin ja backendin saman originin alla.
Asetukset, joita digna ei lue
Tämän oppaan aiemmissa versioissa näytettiin joitakin asetuksia, joita digna ei lue. Niillä ei ole vaikutusta, ja config check luettelee ne kohdan Unknown keys alla vaiheessa 6. Poista tai korjaa ne:
DIGNA_SCHEDULER_MAX_DELAY,DIGNA_CLEANUP_TIME,digna_COOKIE_PATH,digna_COOKIE_SAME_SITE,digna_APP_CORS_ALLOW_METHODS,digna_APP_CORS_ALLOW_HEADERSjadigna_LOGGING_BACKUP_COUNTeivät ole olemassa. Poista ne.- Asetusten nimissä isot ja pienet kirjaimet erotetaan. digna lukee
DIGNA_REPO_HOST, eidigna_REPO_HOST. Kirjoita jokainen nimi isoin kirjaimin, kuten kohdassa Backendin määritys.
Kertakirjautuminen: säilytä [[oidc_clients]]
digna lukee kertakirjautumisen palveluntarjoajat [[oidc_clients]]-merkintöjen luettelona, jossa jokaisella on oma DIGNA_OIDC_KEY. Jos muutit palveluntarjoajasi [oidc_clients.<key>]-osioiksi, kuten tämän oppaan aiempi versio näytti, muuta ne takaisin. config check raportoi OIDC config(s) tilassa FAILED niin kauan kuin tämä muoto on paikallaan:
[[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'
Toista merkintä jokaiselle palveluntarjoajalle ja pidä jokainen DIGNA_OIDC_KEY samana kuin key tiedostossa dashboard_config.toml. Tämä koskee vain asennuksia, jotka käyttävät kertakirjautumista.
Vaihe 5: Lataa web-palvelin uudelleen¶
Dashboard koostuu staattisista tiedostoista, joten web-palvelimesi — ja selain — saattaa yhä tarjoilla edellistä versiota. Lataa uudelleen tai käynnistä uudelleen se web-palvelin, joka isännöi dashboard-kansiota, ja lataa sitten sivu uudelleen pakotetulla päivityksellä (Ctrl+F5).
Vaihe 6: Tarkista konfiguraatio¶
Varmista, että config.toml on täydellinen ennen kuin kosket arkistoon:
Jokaisen osion on raportoitava OK. Korjaa kaikki, mikä raportoidaan tilassa FAILED, poista kohdan Unknown keys alla luetellut avaimet ja suorita komento uudelleen ennen jatkamista.
Vaihe 7: Vaihda lisenssitiedosto¶
Lisenssitiedosto siirtyy yleensä julkaisusta seuraavaan. Release 2026.11 on poikkeus: se lisää kaksi lisensoitua moduulia, digna Data Reconciliationin ja digna Agenticin, eikä ennen versiota 2026.11 myönnetty lisenssi sisällä niitä. Kopioi digna-tiimin Release 2026.11:tä varten toimittama license.toml asennushakemistoon vanhan tiedoston tilalle:
Älä säilytä edellistä lisenssiä
Edellisellä lisenssillä digna käynnistyy yhä, mutta digna Data Reconciliation ja digna MCP Server pysyvät pois päältä. Jokainen komento, joka tarkistaa lisenssin — user, inspection, repo — keskeytyy ennen repositorion koskettamista, jos tarkistus epäonnistuu. Tarkista uusi lisenssi ennen kuin jatkat:
Vaihe 8: Päivitä repositorion skeema¶
Suorita dignan asennushakemistossa:
Release 2026.11 hallitsee repositorion skeemaa versioitujen migraatioiden avulla. Ensimmäinen päivitys aiemmasta julkaisusta tuo skeeman edellisen järjestelmän viimeiseen versioon, kirjaa sen lähtökohdakseen ja soveltaa sitten Release 2026.11:n migraatiot. Se päättyy ilmoituksiin:
Kaikki olemassa olevat tiedot säilyvät. Näet repositorion tilan milloin tahansa komennolla ./digna repo check: se luettelee viimeisimmän sovelletun migraation ja mahdolliset odottavat migraatiot.
digna ei käynnisty vanhentuneella repositoriolla
Release 2026.11:stä alkaen palvelin kieltäytyy käynnistymästä niin kauan kuin repositorio vaatii päivityksen, ja ilmoittaa siitä, esimerkiksi:
Suorita repo upgrade ennen kuin käynnistät palvelimen tai palvelun.
Vaihe 9: Käynnistä palvelut uudelleen¶
Jos ajetaan systemd-palveluna:
Jos ajettiin manuaalisesti, käynnistä palvelin uudelleen:
Jos käytät nginx:iä tai Apachea, lataa vastaava web-palvelin uudelleen:
RHEL-perheessä, jos dashboard-hakemisto korvattiin, aseta SELinux-leimat uudelleen:
Vaihe 10: Vahvista päivitys¶
-
Vahvista uuden suoritettavan tiedoston julkaisu:
Ensimmäisen rivin on oltava
Release: 2026.11. -
Avaa digna-dashboard ja varmista, että käyttöliittymä latautuu oikein.
-
Tarkista palvelinlokit virheiden varalta:
-
Testaa tietokantayhteytesi — katso Yhteyden testaaminen. Jos päivitit julkaisua 2026.06 vanhemmasta versiosta, muuta ensin jokainen yhteys, joka ei vielä käyttänyt ODBC:tä, ODBC:ksi.
Uusien moduulien käytön aloittamiseen katso digna Data Reconciliation, AI-agentin yhdistäminen digna MCP Serveriä varten ja Profilointisijainti digna Engineä varten.