macOS-asennusopas digna Release 2026.11:lle¶
Julkaisu: 2026.11
Viimeksi päivitetty: 7. marraskuuta 2026
Sisällysluettelo¶
- Johdanto
- Järjestelmävaatimukset
- Esiasennuksen valmistelut
- PostgreSQL-palvelimen asennus
- Web-palvelimen määritys
- Alkuasennus
- Backendin määritys
- Dashboardin määritys
- digna:n ajaminen taustapalveluna
- Päivitys uuteen julkaisuun
Johdanto¶
Tietoa digna:sta¶
digna on kattava tekoälypohjainen alusta, joka on suunniteltu optimoimaan datalaadun hallintaa erilaisissa dataympäristöissä, kuten varastoissa, järvissä ja lakehouse-ratkaisuissa. Skalautuvuutensa ja mukautettavuutensa ansiosta digna vastaa nykyaikaisiin datahaasteisiin automaation, reaaliaikaisen seurannan ja poikkeamien tunnistuksen avulla.
digna koostuu kahdesta pääkomponentista:
- 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: Verkkopohjainen 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 Release 2026.11:ssä¶
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ö Windowsia tai Linuxia?¶
Tämä opas kattaa macOS:n. Muille alustoille katso Windows Installation Guide tai Linux Installation Guide.
Järjestelmävaatimukset¶
Ennen asennuksen aloittamista varmista, että järjestelmäsi täyttää seuraavat vähimmäisvaatimukset:
| Vaatimus | Määrittely |
|---|---|
| Käyttöjärjestelmä | macOS 13 (Ventura) tai uudempi |
| Arkkitehtuuri | Apple Silicon (arm64) tai Intel (x86_64) |
| Muisti (minimi) | 16 GB RAM |
| Levyn tila | 10 GB vapaata tallennustilaa |
| Tietokanta | PostgreSQL Server 12 tai uudempi |
| Web-palvelin | nginx, Apache httpd tai vastaava |
| Komentorivityökalut | Xcode Command Line Tools (vaaditaan Homebrew'lle) |
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 digna:lle olemassa olevaan PostgreSQL-palvelimeesi.
Jos asennat PostgreSQL:n samalle koneelle kuin digna:
Suositellut määritykset
- Muisti: 32 GB RAM (16 GB sijaan)
- Levyn tila: 50 GB vapaata tallennustilaa (10 GB sijaan)
Nämä suuremmat resurssivaatimukset huomioivat sekä digna:n että PostgreSQL-tietokannan ajamisen samanaikaisesti.
Arkkitehtuurin tarkistus¶
Monet tämän oppaan polut eroavat Apple Silicon- ja Intel-masien välillä. Tarkista laitteesi arkkitehtuuri avaamalla Terminal ja suorittamalla:
arm64— Apple Silicon. Homebrew asentuu polkuun/opt/homebrew.x86_64— Intel. Homebrew asentuu polkuun/usr/local.
Vinkki
Kiinteän polun sijaan tämä opas käyttää $(brew --prefix), joka laajenee oikeaan sijaintiin kummallakin arkkitehtuurilla. Voit kopioida komennot muuttumattomina.
Esiasennuksen valmistelut¶
Ennen digna:n asentamista varmista, että kolme keskeistä edellytystä on paikallaan:
- Homebrew – pakettienhallinta, jolla asennetaan alla olevat komponentit
- PostgreSQL Server – laskettujen mittareiden ja suorituskykytiedon tallennukseen
- Web-palvelin – digna Dashboardin isännöintiin
Jos näitä komponentteja ei ole vielä asennettu, seuraa alla olevia osioita asentaaksesi ja konfiguroidaksesi ne.
Homebrew'n asennus¶
Homebrew on macOS:n yleinen pakettienhallinta ja sitä käytetään tässä oppaassa PostgreSQL:n ja nginx:n asentamiseen.
Vaihe 1: Tarkista, onko Homebrew jo asennettu¶
Avaa Terminal (paina Cmd + Space, kirjoita Terminal, paina Enter) ja suorita:
Jos komentoon palautuu versiopäivämäärä, siirry kohtaan PostgreSQL-palvelimen asennus.
Vaihe 2: Asenna Homebrew¶
Jos komentoa ei löydy, asenna Homebrew seuraamalla ohjeita virallisella Homebrew-sivustolla. Asentaja asentaa myös Xcode Command Line Tools -paketin, jos sitä ei ole jo asennettu.
Vaihe 3: Lisää Homebrew PATHiin¶
Apple Siliconilla asennusohjelma tulostaa kaksi komentoa Homebrew'n lisäämiseksi shell-ympäristöön. Suorita ne ohjeiden mukaisesti ja vahvista:
Tämän pitäisi tulostaa /opt/homebrew Apple Siliconilla tai /usr/local Intelillä.
PostgreSQL-palvelimen asennus¶
Jos sinulla on jo PostgreSQL¶
Jos PostgreSQL on jo asennettu ja käynnissä paikallisella koneellasi tai käytät hallinnoitua etä-PG-palvelinta, voit siirtyä seuraavaan osioon: Web-palvelimen määritys.
Asennusvaihtoehdot¶
macOS tarjoaa kaksi suoraviivaista tapaa asentaa PostgreSQL. Valitse yksi:
- Homebrew — komentorivityökalu, suositeltu palvelinympäristöihin
- Postgres.app — graafinen asennus, kätevä paikalliseen arviointiin
PostgreSQL:n asennus Homebrew'lla¶
Vaihe 1: Asenna PostgreSQL-formula¶
Vaihe 2: Lisää PostgreSQL PATHiin¶
Versioidut PostgreSQL-formulat ovat keg-only, joten Homebrew ei linkitä niiden komentoja PATHiin automaattisesti. Lisää ne itse:
Huomio
Tämä olettaa macOS:n oletusshellin zsh:n. Jos käytät bash-shelliä, lisää sama rivi tiedostoon ~/.bash_profile.
Vaihe 3: Käynnistä PostgreSQL-palvelu¶
Tämä käynnistää PostgreSQL:n välittömästi ja asettaa sen käynnistymään automaattisesti kirjautuessasi sisään.
Vaihe 4: Vahvista asennus¶
Näet PostgreSQL-version, jos asennus onnistui.
Vaihe 5: Yhdistä palvelimeen¶
Tärkeää — macOS eroaa Windowsista tässä
Windowsin asennusohjelma ohjaa luomaan postgres-superkäyttäjän ja salasanan. Homebrew ei tee näin. Sen sijaan se luo superkäyttäjän, jonka nimi vastaa sinun macOS-käyttäjätiliäsi, ilman salasanaa, ja se on saavutettavissa vain paikalliselta koneelta.
Tämä tarkoittaa, että puhtaassa Homebrew-asennuksessa ei ole postgres-roolia. Käytä omaa käyttäjänimeäsi, kun tarvitset superkäyttäjää, ja luo erillinen digna-käyttäjä kuten kuvattu Alkuasennus -kohdassa.
Vaihe 6: Vahvista portti¶
Oletusportti PostgreSQL:lle on 5432. Varmista palvelimen kuuntelema portti:
Muista tämän arvo myöhempiä digna-backendin asetuksia varten.
PostgreSQL:n asennus Postgres.app:illa¶
Jos haluat graafisen asennuksen:
- Lataa Postgres.app ja raahaa se Applications-kansioon
- Avaa sovellus ja klikkaa Initialize luodaksesi uuden palvelimen
- Seuraa sovelluksen ohjeita lisätäksesi komentorivityökalut PATHiin
- Vahvista asennus:
Postgres.app luo myös superkäyttäjän, jonka nimi vastaa macOS-käyttäjätiliäsi.
Web-palvelimen määritys¶
digna tarvitsee web-palvelimen dashboardin isännöintiin. Valitse yksi seuraavista vaihtoehdoista:
- nginx — asennetaan Homebrew'lla, suositeltu
- Apache httpd — sisältyy macOS:ään
Tarvitset vain yhden näistä palvelimista ja konfiguroit sen seuraavien riippuvuuksien mukaisesti:
- Single-page-application fallback, jotta dashboard-URL:n uudelleenlataus ei aiheuta 404-virhettä
.md-MIME-tyyppi, jotta Markdown-tiedostot toimitetaan oikealla tyypillä
nginx-määritys¶
Yleiskatsaus¶
nginx on kevyt, korkean suorituskyvyn web-palvelin, joka sopii hyvin staattisen digna-dashboardin tarjoamiseen.
Asennus¶
nginx:n käynnistäminen¶
Vahvista asennus¶
- Avaa selaimesi
- Siirry osoitteeseen
http://localhost:8080 - Näet nginxin tervetulosivun
Huomio — oletusportti on 8080, ei 80
Homebrew konfiguroi nginxin kuuntelemaan porttia 8080, jotta se voi toimia ilman administraattorioikeuksia. macOS:ssä porttiin 80 tai muihin alle 1024 kuuluvien porttien sitominen vaatii root-oikeudet.
Jos haluat tarjota dashboardin portissa 80, vaihda listen 8080; -> listen 80; alla olevassa konfiguraatiossa ja käynnistä nginx komennolla sudo brew services start nginx.
Sivuston konfigurointi dashboardille¶
Homebrew'n nginx-konfiguraatio lataa kaikki tiedostot servers-hakemistostaan. Luo oma konfiguraatiotiedosto digna:lle sinne:
Liitä seuraava, korvaten /path/to/digna/dashboard todellisella polulla purettuun dashboard-kansioon:
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;
}
}
Tärkeää
Ilman try_files-direktiiviä, dashboardin muu kuin juuripolun uudelleenlataus palauttaa 404-virheen. Tämä on nginxin vastine IIS:n URL Rewrite -moduulille Windowsissa.
Ota konfiguraatio käyttöön¶
Testaa syntaksivirheet ja lataa nginx uudelleen:
Apache httpd -määritys¶
Yleiskatsaus¶
macOS sisältää Apache httpd:n, joten asennusta ei tarvita. Se on oletuksena pois päältä.
Apachen käynnistäminen¶
Vahvista asennus¶
- Avaa selain
- Siirry osoitteeseen
http://localhost - Näet viestin "It works!"
Pakollinen: mod_rewritein ottaminen käyttöön¶
Dashboard vaatii URL-uudelleenkirjoituksen. Avaa Apache-konfiguraatio:
Etsi seuraava rivi ja poista edestä # niin että se on kommentoimaton:
Pakollinen: salli .htaccess-ylikirjoitukset¶
Saman tiedoston sisällä etsi <Directory "/Library/WebServer/Documents"> -lohko ja vaihda:
muotoon:
Pakollinen: MIME-tyyppi Markdown-tiedostoille¶
Lisää httpd.conf-tiedostoon seuraava rivi, jotta Markdown-tiedostot toimitetaan oikein:
Tärkeää
Ilman tätä asetusta .md-tiedostot eivät välttämättä toimitu oikein.
Ota konfiguraatio käyttöön¶
Tarkista syntaksivirheet ja käynnistä Apache uudelleen:
Alkuasennus¶
Vaihe 1: Luo digna-repositorio ja käyttäjä¶
digna-repositorio tallentaa kaikki digna:n laskemat mittarit. Se toimii keskitettynä tietokantana analytiikka- ja suorituskykytiedolle.
Luo skeema ja käyttäjä¶
Avaa PostgreSQL-asiakasohjelma (psql, pgAdmin tai muu) 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>— haluamasi skeeman nimi (esim.dignarepo)<digna_repo_user>— haluamasi 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;
Suorittaaksesi nämä Terminalissa yhdessä vaiheessa:
Liitä sitten lauseet postgres=# -kehotteessa ja poistu kirjoittamalla \q.
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/dignatai~/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.
Pura Terminalista:
Tee suoritettavasta tiedostosta ajettava¶
Riippuen siitä, miten arkisto on siirretty, suoritusoikeus ei välttämättä säily purkamisen yhteydessä. Aseta se manuaalisesti:
Jos macOS estää sovelluksen käynnistämisen¶
Selain- tai sähköpostilataukset merkitään usein karanteeniattribuutilla. Jos macOS ilmoittaa, että sovellusta "ei voi avata, koska kehittäjää ei voida varmentaa", poista attribuutti asennushakemistosta:
Vaihtoehtoisesti avaa System Settings → Privacy & Security, etsi estetty kohde sivun alaosasta ja valitse Open Anyway.
Huomio
Tämä vaihe on tarpeen vain, jos macOS todella estää suoritettavan tiedoston. SSH:lla tai sisäisiltä tiedostojakoilta siirretyt paketit eivät yleensä joudu karanteeniin.
Vaihe 3: Asenna lisenssitiedosto¶
Tärkeää
Lisenssitiedostoa ei sisälly asennuspakettiin ja se toimitetaan erikseen digna:lta.
- Etsi sinulle toimitettu
license.toml-tiedosto - Kopioi se digna-asennuksen juurihakemistoon (samaan hakemistoon jossa
config.tomljadigna-suoritettava ovat)
Miksi tämä on tärkeää: Lisenssitiedosto sisältää asiakastiedot, lisenssin vanhenemispäivän ja digitaaliset allekirjoitukset. Älä muokkaa tätä tiedostoa — kaikki muutokset mitätöivät sen.
Hakemistorakenne asennuksen jälkeen:
/opt/digna/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
├── bin/ (service management scripts)
└── dashboard/ (web interface)
└── (dashboard files)
Backendin määritys¶
Vaihe 1: Luo ja muokkaa konfiguraatiotiedostoa¶
config_template.toml -tiedosto toimitetaan digna-asennushakemistossasi. Sinun 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 |
Huomio
Jos tarjoat dashboardin Homebrew'n nginx:llä sen oletusportissa, sallitun originin arvo on http://localhost:8080.
[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 luonnin yhteydessä 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 |
[base] -osio¶
Tämä osio sisältää turva-, eväste- ja tarkastusasetuksia:
[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 voimassaoloaika sekunteina |
DIGNA_MAX_WORKERS | CPU-ytimien 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 käytettävissä olevien CPU-ytimien määrän Macillasi, suorita sysctl -n hw.ncpu.
[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 tuotantoon, 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 (dignaa ajavan tilin $TMPDIR) | 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 repositorio¶
- Avaa Terminal
- Siirry digna-asennushakemistoon (jossa
config.tomljadigna-suoritettava sijaitsevat) - Testaa yhteys:
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.
Huomio
macOS:ssä nykyisen hakemiston komentoja ei ole PATHissa, joten suoritettava kutsutaan muodossa ./digna eikä digna. Käyttääksesi lyhyempää muotoa kaikkialla, lisää asennushakemisto PATHiin:
Vaihe 4: Asenna repositorion skeema¶
Samassa hakemistossa 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 Terminal-ikkuna
- Siirry digna-asennushakemistoon
- Luo ylläpitäjäkäyttäjä seuraavalla komennolla:
Esimerkki:
Tämä luo käyttäjän sähköpostiosoitteella admin@example.com ja täysillä järjestelmänvalvojan oikeuksilla.
Vinkki
Kääri salasana yksinkertaisiin lainausmerkkeihin. zsh käsittelee merkkejä kuten !, $ ja * erikoismerkeinä, ja ilman lainausmerkkejä sisältävä salasana ei välity 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¶
Digna-asennushakemistossa käynnistä palvelin:
Parametrit: - --address — Palvelimen isäntä/IP (oletus 127.0.0.1) - --port — Palvelimen portti (oletus 8000)
Kun palvelin on käynnissä, se tulostaa osoitteen, jota se kuuntelee:
Vinkki
Ensimmäisellä käynnistyskerralla macOS voi kysyä, haluatko sallia sovelluksen vastaanottaa verkoyhteyksiä. Valitse Allow, muuten dashboard ei pääse käsiksi backend:iin.
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 taustapalveluna.
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 nginx:llä¶
Jos noudatit nginx-määritystä, server-lohko osoittaa jo dashboard-kansioosi eikä tiedoston kopiointia tarvita.
- Vahvista polku
- Avaa
$(brew --prefix)/etc/nginx/servers/digna.conf -
Varmista, että
rootosoittaa purettuundashboard-kansioon -
Varmista, että kansio on luettavissa
-
Lataa nginx uudelleen
-
Testaa asennus
- Avaa selain
- Siirry osoitteeseen
http://localhost:8080(tai konfiguroituun URL-osoitteeseen) - Näet digna-dashboardin kirjautumissivun
Käyttöönotto Apache httpd:llä¶
-
Kopioi dashboard dokumenttihakemistoon
-
Lisää uudelleenkirjoitussäännöt
Luo .htaccess-tiedosto asennetun kansion sisälle, jotta dashboard-reitit säilyvät selainuudelleenlatauksissa:
Liitä seuraava:
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
- Siirry osoitteeseen
http://localhost/digna - Näet digna-dashboardin kirjautumissivun
digna:n ajaminen taustapalveluna¶
Miksi ajaa digna palveluna?¶
digna-backendin ajaminen taustapalveluna varmistaa, että se:
- Käynnistyy automaattisesti koneen käynnistyessä
- Ajaa taustalla ilman auki olevaa Terminal-ikkunaa
- Käynnistyy uudelleen automaattisesti virheen sattuessa
- On hallittavissa
launchctl-työkalulla, joka on macOS:n palvelunhallinta
Palvelunhallintatiedostot¶
Kaikki tarvittavat tiedostot sijaitsevat digna-asennushakemistossa polussa: bin/
Seuraavat shell-skriptit ovat käytettävissä:
install_service.sh— rekisteröi digna:n launchd:iinuninstall_service.sh— poistaa rekisteröinninstart_service.sh— käynnistää rekisteröidyn palvelunstop_service.sh— pysäyttää käynnissä olevan palvelun
Ylläpitäjän oikeudet vaaditaan
Kaikki skriptit on suoritettava sudo-oikeuksin, sillä käynnistyksen yhteydessä rekisteröitävät palvelut kirjoittavat /Library/LaunchDaemons-hakemistoon.
Tee skripteistä suoritettavia¶
Purkaminen ei välttämättä säilytä suoritusoikeuksia. Ennen ensimmäistä käyttökertaa:
Palvelun asennus¶
-
Avaa Terminal
-
Siirry bin-hakemistoon
-
Suorita asennusskripti
Digna-palvelu on nyt rekisteröity launchd:iin automaattisen käynnistyksen kanssa. Palvelu ei välttämättä käynnisty heti — katso seuraava osio sen käynnistämiseksi.
Palvelun käynnistäminen ja pysäyttäminen¶
Palvelun käynnistäminen¶
- Avaa Terminal
- Siirry
/opt/digna/bin - Suorita:
Palvelun pysäyttäminen¶
- Avaa Terminal
- Siirry
/opt/digna/bin - Suorita:
Vinkki
Pysäytä aina palvelu ennen sovellustiedostojen päivittämistä.
Palvelun tarkistus¶
Varmista, että palvelu on rekisteröity ja käynnissä:
Rivi, joka alkaa prosessi-ID:llä, tarkoittaa että palvelu on käynnissä. - ensimmäisessä sarakkeessa tarkoittaa, että se on rekisteröity mutta pysäytetty.
Palvelun siirtäminen uuteen hakemistoon¶
launchd tallentaa suoritettavan tiedoston absoluuttisen polun, joten asennuksen siirto vaatii palvelun uudelleenrekisteröinnin:
-
Poista nykyinen palvelu
-
Siirrä sovellustiedostot
-
Asenna palvelu uudelleen
-
Käynnistä palvelu
Palvelun poistaminen¶
-
Pysäytä käynnissä oleva palvelu
-
Poista palvelu
Digna-palvelu on nyt poistettu launchd:stä.
Päivittäminen 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 pakollinen
Ennen digna:n päivittämistä, varmuuskopioi repositoriosi (PostgreSQL) estääksesi datan menetyksen. Varmuuskopio varmistaa palautusmahdollisuuden, jos päivityksessä ilmenee odottamattomia ongelmia.
Luo varmuuskopio Terminalissa:
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 on käynnissä taustapalveluna, pysäytä se ensin:
Jos digna on ajossa etualalla, keskeytä se painamalla Ctrl+C sen Terminal-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: mv dignabackend dignabackend_old ja 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-suoritettava jadashboard-kansio asennushakemistoosi - Palauta suoritusoikeus ja tarvittaessa poista karanteeniattribuutti:
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ä (Cmd+Shift+R).
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 taustapalveluna:
Jos ajetaan manuaalisesti, käynnistä palvelin uudelleen:
Jos käytät nginx:iä tai Apachea, käynnistä vastaava web-palvelin 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 palvelimen tuloste ja
logs-hakemiston tiedostot 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.