macOS-i paigaldusjuhend digna väljalase 2026.11¶
Väljalase: 2026.11
Viimati uuendatud: 7. november 2026
Sisukord¶
- Sissejuhatus
- Süsteeminõuded
- Eelpaigalduse seadistus
- PostgreSQL serveri seadistus
- Veebiserveri konfiguratsioon
- Esialgne paigaldus
- Backend'i konfiguratsioon
- Armatuurlaua konfiguratsioon
- digna käitamine taustateenusena
- Uuendamine uuele versioonile
Sissejuhatus¶
digna kohta¶
digna on põhjalik AI-põhine platvorm, mis on loodud andmekvaliteedi haldamise optimeerimiseks erinevates andmekeskkondades, nagu andmelaod, andmejärved ja lakehoused. See on üles ehitatud skaleeritavaks ja kohanemisvõimeliseks, pakkudes automatiseerimist, reaalajas jälgimist ja anomaaliate tuvastamist kaasaegsete andmeväljakutsete lahendamiseks.
digna koosneb kahest peamisest komponendist:
- digna: rakenduse tuum, mis vastutab andmete töötlemise ja kvaliteedikontrollide läbiviimise eest. See ühendab taustasüsteemi ja käsurealiidese üheks käivitatavaks failiks ning asendab varasemate väljalasete eraldi programmid
dignabackendjadignacli. - dignadashboard: veebi-liides, mida majutab veebiserver ja mis pakub kasutajasõbralikku viisi digna platvormiga suhtlemiseks ning andmekvaliteedi mõõdikute visualiseerimiseks.
Mis on uut versioonis 2026.11¶
See väljalase toob kaasa uued moodulid digna Data Reconciliation ja digna Agentic (koos serveriga digna MCP Server) ning komponendi digna Engine, mis suudab andmeid profileerida digna sees ja kontrollida viidete terviklikkust eri andmebaasitehnoloogiate vahel. Täielikud andmed leiate väljalaske märkmetest.
Paigalduse jaoks toob väljalase uue hoidla migratsioonimehhanismi, komponendi digna Engine jaoks valikulise sektsiooni [duckdb] failis config.toml ning uue litsentsifaili. Neid kõiki käsitleb uuendamise jaotis.
Otsite Windowsi või Linuxi?¶
See juhend käsitleb macOS-i. Muude platvormide jaoks vaadake Windowsi paigaldusjuhendit või Linuxi paigaldusjuhendit.
Süsteeminõuded¶
Enne paigaldusega alustamist veenduge, et teie süsteem vastab järgmistele miinimumnõuetele:
| Nõue | Spetsifikatsioon |
|---|---|
| Operatsioonisüsteem | macOS 13 (Ventura) või uuem |
| Arhitektuur | Apple Silicon (arm64) või Intel (x86_64) |
| Mälu (minimaalne seadistus) | 16 GB RAM |
| Ketaspind | 10 GB vaba salvestusruumi |
| Andmebaas | PostgreSQL Server 12 või uuem |
| Veebiserver | nginx, Apache httpd või samaväärne |
| Käsureatööriistad | Xcode Command Line Tools (vajalik Homebrew jaoks) |
digna Engine
Andmebaasiühendusi, mille profileerimise asukoht on digna Engine, profileeritakse digna hostis endas. Planeerige nende jaoks lisamälu ja -kettaruumi, vt [duckdb] sektsioon.
Andmebaasi paigaldusvalikud¶
Kui PostgreSQL on juba paigaldatud: Võite lisada uue andmebaasi digna jaoks olemasolevale PostgreSQL serverile.
Kui paigaldate PostgreSQL sama masinasse, kus jookseb digna:
Soovitatavad spetsifikatsioonid
- Mälu: 32 GB RAM (16 GB asemel)
- Ketaspind: 50 GB vaba salvestusruumi (10 GB asemel)
Need kõrgemad spetsifikatsioonid võimaldavad dignal ja PostgreSQL-andmebaasil samaaegselt jookseda.
Arhitektuuri kontrollimine¶
Selles juhendis erinevad mõned käsud Apple Silicon ja Intel masinate vahel. Oma masina arhitektuuri kontrollimiseks avage Terminal ja käivitage:
arm64— Apple Silicon. Homebrew paigaldatakse kataloogi/opt/homebrew.x86_64— Intel. Homebrew paigaldatakse kataloogi/usr/local.
Vihje
Selle asemel, et mõnda kataloogi kõvasti sisse kirjutada, kasutab see juhend $(brew --prefix), mis laieneb õigeks asukohaks mõlemal arhitektuuril. Saate käske täpselt kopeerida.
Eelpaigalduse seadistus¶
Enne digna paigaldamist veenduge, et kolm peamist sõltuvust on olemas:
- Homebrew – pakettide haldur, mida kasutatakse allolevate komponentide paigaldamiseks
- PostgreSQL Server – arvutatud mõõdikute ja jõudlusandmete talletamiseks
- Veebiserver – digna armatuurlaua majutamiseks
Kui need komponendid pole veel paigaldatud, järgige alljärgnevaid jaotisi nende paigaldamiseks ja konfigureerimiseks.
Homebrew paigaldamine¶
Homebrew on macOS-i standardne pakettide haldur ja seda kasutatakse kogu juhendis PostgreSQL-i ja nginx-i paigaldamiseks.
Samm 1: Kontrollige, kas Homebrew on juba paigaldatud¶
Avage Terminal (vajutage Cmd + Space, tippige Terminal, vajutage Enter) ja käivitage:
Kui tagastatakse versiooninumber, jätkake järgmisse jaotisesse PostgreSQL serveri seadistus.
Samm 2: Paigaldage Homebrew¶
Kui käsk ei leidnud Homebrew'd, paigaldage see, järgides ametliku Homebrew saidi juhiseid. Installer paigaldab ka Xcode Command Line Tools, kui need puuduvad.
Samm 3: Lisage Homebrew PATH-i¶
Apple Siliconil kuvab installer kaks käsku, et lisada Homebrew teie shelli keskkonda. Käivitage need vastavalt juhistele ja kinnitage seejärel:
See peaks Apple Siliconil kuvama /opt/homebrew või Inteli puhul /usr/local.
PostgreSQL serveri seadistus¶
Kui teil on PostgreSQL juba olemas¶
Kui PostgreSQL on juba teie lokaalses masinas paigaldatud ja töötav või kasutate hallatud kaug-PostgreSQL serverit, võite edasi minna järgmisse sektsiooni Veebiserveri konfiguratsioon.
Paigaldusvalikud¶
macOS pakub kahte lihtsat viisi PostgreSQL paigaldamiseks. Valige üks:
- Homebrew — käsurea paigaldus, soovitatav serveri juurutusteks
- Postgres.app — graafiline paigaldus, mugav kohaliku hindamise jaoks
PostgreSQL paigaldamine Homebrew abil¶
Samm 1: Paigaldage PostgreSQL formula¶
Samm 2: Lisage PostgreSQL PATH-i¶
Versioneeritud PostgreSQL formulad on keg-only, mis tähendab, et Homebrew ei lingi nende käske PATH-i automaatselt. Lisage need ise:
Märkus
See eeldab macOS-i vaikimisi zsh shelli kasutamist. Kui kasutate bash-i, lisage sama rida faili ~/.bash_profile.
Samm 3: Käivitage PostgreSQL teenus¶
See käivitab PostgreSQL kohe ja konfigureerib selle automaatselt käivituma uuesti sisselogimisel.
Samm 4: Kontrollige paigaldust¶
Kui paigaldus õnnestus, kuvatakse PostgreSQL versioon.
Samm 5: Ühenduge serveriga¶
Oluline — macOS erineb Windowsist siin
Windowsi installer palub teil luua postgres superkasutaja ja parooli. Homebrew ei tee seda. Selle asemel loob see superkasutaja, mis vastab teie macOS konto nimele, paroolita ja ligipääsetavana vaid kohalikult masinalt.
See tähendab, et värskel Homebrew paigaldusel puudub roll postgres. Kasutage vajadusel oma konto nime superkasutajana ja looge eraldi digna kasutaja nagu kirjeldatud jaotises Esialgne paigaldus.
Samm 6: Kinnitage port¶
Vaikimisi PostgreSQL kuulab porti 5432. Kinnitamiseks:
Märkige väärtus üles — vajate seda digna backend'i seadistamisel.
PostgreSQL paigaldamine Postgres.app abil¶
Kui eelistate graafilist installi:
- Laadige alla Postgres.app ja lohistage see kausta Applications
- Avage rakendus ja klõpsake Initialize, et luua uus server
- Järgige rakenduse juhiseid, et lisada selle käsurea tööriistad PATH-i
- Kontrollige paigaldust:
Postgres.app loob samuti superkasutaja, milleks on teie macOS konto nimi.
Veebiserveri konfiguratsioon¶
digna vajab armatuurlaua majutamiseks veebiserverit. Valige üks järgmistest:
- nginx — paigaldatakse Homebrew kaudu, soovitatav
- Apache httpd — kaasas macOS-iga
Te peate paigaldama ja konfigureerima ainult ühe neist serveritest.
Mõlemad jaotised seadistavad kahte asja, millest armatuurlaud sõltub:
- Ühe-leheküljeline rakenduse fallback, et lehekülje värskendamine ei tagastaks 404 viga
.mdMIME-tüüp, et Markdown-failid servedaksid korrektselt
nginx seadistus¶
Ülevaade¶
nginx on kerge ja kõrge jõudlusega veebiserver, sobib hästi digna staatilise armatuurlaua teenindamiseks.
Paigaldus¶
nginx käivitamine¶
Paigalduse kontroll¶
- Avage brauser
- Minge aadressile
http://localhost:8080 - Peaksite nägema nginx tervituslehte
Märkus — vaikimisi port on 8080, mitte 80
Homebrew konfigureerib nginx-i kuulama porti 8080, et see saaks töötada ilma administraatoriõigusteta. macOS-is nõuab porti 80 või mis tahes porti alla 1024 sidumine root-õigusi.
Kui soovite teenindada armatuurlaua porti 80 pealt, muutke allolevas konfiguratsioonis listen 8080; väärtuseks listen 80; ja käivitage nginx sudo brew services start nginx.
Saidi konfigureerimine armatuurlaua jaoks¶
Homebrew nginx-i konfiguratsioon sisaldab kõiki faile oma servers kataloogis. Looge digna jaoks eraldi konfiguratsioonifail sinna:
Kleebi allolev konfiguratsioon, asendades /path/to/digna/dashboard tegeliku teega, kuhu olete lahtipakitud dashboard kausta pannud:
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;
}
}
Oluline
Ilma try_files direktiivita tagastab mis tahes armatuurlaua lehe värskendamine muu URL-i puhul 404. See on nginx-i ekvivalent IIS-i URL Rewrite moodulile Windowsis.
Konfiguratsiooni rakendamine¶
Testige süntaksivigu ja laadige nginx uuesti:
Apache httpd seadistus¶
Ülevaade¶
macOS sisaldab Apache httpd-d, seega paigaldust pole vaja. See on vaikimisi keelatud.
Apache käivitamine¶
Paigalduse kontroll¶
- Avage brauser
- Minge aadressile
http://localhost - Peaksite nägema teadet "It works!"
Nõutav: mod_rewrite lubamine¶
Armatuurlaud vajab URL-ide ümberkirjutamist. Avage Apache konfiguratsioon:
Leidke järgmine rida ja eemaldage juhtiv #, et see lahti kommenteerida:
Nõutav: .htaccess üle kirjutuste lubamine¶
Samas failis otsige <Directory "/Library/WebServer/Documents"> plokki ja muutke:
selleks:
Nõutav: MIME-tüüp Markdown-failide jaoks¶
Endiselt failis httpd.conf lisage järgmine rida, et Markdown-failid servedaksid õigesti:
Oluline
Ilma selle säteta ei pruugi .md faile korrektselt serveerida.
Konfiguratsiooni rakendamine¶
Kontrollige konfiguratsiooni süntaksivigu, seejärel taaskäivitage Apache:
Esialgne paigaldus¶
Samm 1: Loo digna andmehoidla skeem ja kasutaja¶
digna andmehoidla (repository) salvestab kõik digna poolt arvutatud mõõdikud. See toimib keskse andmebaasina analüütilistele ja jõudlusandmetele.
Loo skeem ja kasutaja¶
Avage oma PostgreSQL klient (psql, pgAdmin või muu) ja täitke järgmised SQL käsud:
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>;
Asendage järgnevad kohatäited:
<digna_repo_schema>— soovitud skeemi nimi (ntdignarepo)<digna_repo_user>— soovitud kasutajanimi (ntdigna_user)<digna_repo_password>— selle kasutaja turvaline parool
Näide:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Terminalis ühe sammuna käivitamiseks:
Seejärel kleepige käsud postgres=# prompti ja väljumiseks tippige \q.
Parim tava
Kasutage andmebaasi kasutajate jaoks tugevaid, keerukaid paroole. Vältige kergesti äraarvatavaid volitusi.
Samm 2: Pakkige digna paigalduspakett lahti¶
- Leidke teile antud digna paigaldus ZIP-fail
- Pakkige see oma soovitud asukohta — näiteks
/opt/dignavõi~/digna - Pärast lahtipakkimist peaksite nägema järgmisi üksusi:
dashboard/— veebi armatuurlaua liidesdigna— peamine käivitatav fail (backend + CLI kombineeritud)
Konfiguratsiooni- ja litsentsifailid ei ole paketis
Paigaldusega ei kaasne ei config.toml ega dashboard/dashboard_config.toml — mõlemad loote ise, jaotistes Backendi konfiguratsioon ja Armatuurlauai konfiguratsioon. Ka license.toml ei ole kaasas; digna tarnib selle eraldi, nagu kirjeldab samm 3.
Terminalist lahtipakkimiseks:
Muutke käivitatav fail käivitatavaks¶
Sõltuvalt sellest, kuidas arhiiv edastati, ei pruugi käivitusbit säilida. Määrake see käsitsi:
Kui macOS blokeerib rakenduse¶
Lehitsejad või meiliprogrammid märgistavad alla laetud failid karantiinitunnusega. Kui macOS teatab, et rakendust "ei saa avada, sest arendajat ei saa kinnitada", eemaldage karantiin atribuut installikataloogist:
Või avage System Settings → Privacy & Security, leidke blokeeritud element lehe allosas ja klõpsake Open Anyway.
Märkus
Seda sammu on vaja ainult siis, kui macOS reaalselt rakendust blokeerib. Pakette, mis edastatakse SSH kaudu või sisemistest failijagamisest, tavaliselt ei karanteenita.
Samm 3: Paigaldage litsentsifail¶
Oluline
Litsentsifaili ei ole paigalduspaketis kaasas — see edastatakse teile eraldi digna poolt.
- Leidke teile antud
license.tomlfail - Kopeerige see digna paigalduskataloogi (kus asuvad
config.tomljadignakäivitatav fail)
Miks see tähtis on: Litsentsifail sisaldab teie kliendiandmeid, litsentsi aegumiskuupäeva ja digiallkirja. Ärge muutke seda faili — mis tahes muudatused kehtetuks muudavad selle.
Kataloogistruktuur pärast seadistust:
/opt/digna/
├── config.toml (konfiguratsioonifail)
├── license.toml (TEIE LITSENTSIFAIL - kopeerige siia)
├── digna (peamine käivitatav fail)
├── bin/ (teenuse haldusskriptid)
└── dashboard/ (veebi liides)
└── (dashboard failid)
Backend'i konfiguratsioon¶
Samm 1: Loo ja redigeeri konfiguratsioonifaili¶
config_template.toml fail on kaasas teie digna paigalduskataloogis. Vajalik on see ümber nimetada config.toml-iks.
Asukoht: /opt/digna/config.toml
Avage config.toml tekstiredaktoris ja konfigureerige iga alljärgnevas jaotises kirjeldatud sätet.
[app] jaotis¶
See jaotis seadistab armatuurlaua ja backendi vahelist päritoluülest ressursijagamist (CORS):
[app]
DIGNA_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
DIGNA_APP_CORS_ALLOW_CREDENTIALS = true
| Parameeter | Väärtus | Märkused |
|---|---|---|
DIGNA_APP_CORS_ALLOW_ORIGINS | Armatuurlaua URL-id | URL-id, millelt armatuurlaud serveeritakse. Brauseri päringud mis tahes muult päritolult lükatakse tagasi |
DIGNA_APP_CORS_ALLOW_CREDENTIALS | true | Nõutav, et brauser saadaks igas päringus kaasa sessiooniküpsise |
Märkus
Kui teenindate armatuurlaua Homebrew nginx-i vaikimisi pordi pealt, on lubatav origin http://localhost:8080.
Jaotis [app] on valikuline
Alates Release 2026.11-st võib mõlemad võtmed ja kogu sektsiooni [app] ära jätta. See on õige seadistus, kui pöördpuhverserver (reverse proxy) serveerib armatuurlaua ja backendi ühe päritolu all: brauser ei tee siis päritoluüleseid päringuid ja vaikimisi pole ühtki lubatud.
[repo] jaotis¶
See jaotis seadistab ühenduse PostgreSQL andmebaasiga:
[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
| Parameeter | Väärtus | Märkused |
|---|---|---|
DIGNA_REPO_HOST | localhost või IP | PostgreSQL serveri host/IP |
DIGNA_REPO_PORT | 5432 (vaikimisi) | PostgreSQL port |
DIGNA_REPO_DB | postgres | Andmebaasi nimi |
DIGNA_REPO_SCHEMA | dignarepo | Varem loodud skeem |
DIGNA_REPO_USER | digna_user | PostgreSQL-is loodud kasutaja |
DIGNA_REPO_PASSWORD | Teie parool | Parool, mis määrati skeemi loomisel |
DIGNA_REPO_SSLMODE | prefer (vaikimisi) | Valikuline. PostgreSQL-i SSL-režiim: disable, allow, prefer, require, verify-ca või verify-full |
DIGNA_REPO_NUM_CONNS | 16 (vaikimisi) | Valikuline. Ühenduste arv, mida digna hoidlaga avatuna hoiab |
[base] jaotis¶
See jaotis sisaldab turbe-, küpsise- ja inspekteerimisseadeid:
[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
| Parameeter | Väärtus | Märkused |
|---|---|---|
DIGNA_FERNET_KEY | Ülal näidatud väärtus | Varasemate väljalasete kasutatud krüpteerimise võti. See peab olemas olema; jätke näidatud väärtus |
DIGNA_COOKIE_DOMAIN | localhost | Host, mille all armatuurlaud on kättesaadav. "" ei määra domeeni, mis on õige puhverserveri taga, mis serveerib armatuurlaua ja backendi ühe päritolu all |
DIGNA_COOKIE_SECURE | false (HTTP) / true (HTTPS) | Peab olema true alati, kui digna serveeritakse üle HTTPS-i |
DIGNA_COOKIE_HTTPONLY | true | Hoiab sessiooniküpsise skriptidele kättesaamatuna |
DIGNA_TOKEN_EXPIRES_IN | 86400 (24 tundi) | Sessiooni aegumine sekundites |
DIGNA_MAX_WORKERS | CPU tuumade arv - 1 | Samaaegselt töötada võivate inspekteerimiste arv |
DIGNA_FRONTEND_BASEURL | Armatuurlaua URL | Kohustuslik. Kasutatakse teavitussõnumite linkides, seega peab see olema URL, mida adressaadid saavad avada |
DIGNA_SOURCE_QUERY_TIMEOUT_SEC | 3600 (vaikimisi) | Valikuline. Sekundid, mille jooksul võib üks päring lähteandmebaasi vastu töötada, enne kui see katkestatakse; 0 lülitab ajalõpu välja |
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC | 30 (vaikimisi) | Valikuline. Sekundid, mille jooksul oodatakse ühendust lähteandmebaasiga; 0 ootab piiramatult |
Vihje
Oma Maci CPU tuumade arvu leidmiseks käivitage sysctl -n hw.ncpu.
[encryption] sektsioon¶
See sektsioon sisaldab võtit, millega krüpteeritakse hoidlas talletatud tundlikud väärtused. See on kohustuslik — config check teatab sektsioonist [encryption] FAILED, kui võti puudub.
| Parameeter | Väärtus | Märkused |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64-kodeeritud võti | Krüpteerib digna hoidlas talletatud tundlikud väärtused |
Kaitske faili config.toml
See võti on fikseeritud väärtus, mis on kõigis digna paigaldustes ühesugune, ja just see dekrüpteerib teie hoidla tundlikud väärtused. Piirake config.toml juurdepääs kontoga, mille all digna töötab, hoidke fail versioonihaldusest ja jagatud ketastest eemal ning jätke see välja igast varukoopiast, mida hoitakse vähem turvaliselt kui hoidlat ennast.
[logging] jaotis¶
See jaotis seadistab logimise käitumise:
| Parameeter | Väärtus | Märkused |
|---|---|---|
DIGNA_LOGGING_MODE | INFO või DEBUG | INFO produktsiooniks, DEBUG tõrkeotsinguks. Aktsepteeritakse ka TRACE, WARN ja ERROR |
DIGNA_LOGGING_DIR | logs (vaikimisi) | Valikuline. Roteeruvate logifailide kataloog, suhteline töökataloogi suhtes |
DIGNA_LOGGING_MAX_FILES | 30 (vaikimisi) | Valikuline. Säilitatavate roteeritud logifailide arv |
[duckdb] jaotis (valikuline)¶
Uus väljalaskes Release 2026.11. See jaotis määrab ressursid komponendile digna Engine, mis profileerib andmeid digna sees nende andmebaasiühenduste puhul, mille profileerimise asukoht on digna Engine, ning käitab viidete terviklikkuse kontrolle eri andmebaasiühendustel asuvate andmeallikate vahel. Vaadake Profileerimise asukoht.
Jaotis on valikuline. Ilma selleta kehtivad allolevad vaikeväärtused.
| Parameeter | Väärtus | Märkused |
|---|---|---|
DIGNA_DUCKDB_MEMORY_LIMIT_MB | 1024 (vaikimisi) | Mälu MB-des, mida üks digna Engine'i käivitus võib kasutada. Korraga võib aktiivne olla kuni DIGNA_MAX_WORKERS käivitust |
DIGNA_DUCKDB_TEMP_DIRECTORY | Vaikimisi: süsteemi ajutine kataloog (digna käitava konto $TMPDIR) | Ajutiste failide kataloog, kui andmed mällu ei mahu |
digna Engine'i ressursside planeerimine
Planeerige digna hostis lisaks digna enda kasutatavale mälule kuni DIGNA_MAX_WORKERS × DIGNA_DUCKDB_MEMORY_LIMIT_MB mälu ning ajutises kataloogis piisavalt vaba kettaruumi, et sinna mahuksid digna Engine'i kasutavate andmeallikate suurima inspekteeritava kuupäeva andmed. Suunake DIGNA_DUCKDB_TEMP_DIRECTORY sellise ruumiga kettale, kuhu digna käitaval kontol on kirjutusõigus:
Seda sektsiooni on vaja ainult siis, kui vähemalt üks andmebaasiühendus kasutab digna Engine'it või kui viidete terviklikkuse kontroll võrdleb eri ühendustel asuvaid andmeallikaid.
Samm 2: Kontrollige konfiguratsiooni¶
Enne hoidla lähtestamist kontrollige, kas config.toml on täielik ja korrektselt üles ehitatud. Käivitage oma digna paigalduskataloogis:
Iga sektsiooni kontrollitakse eraldi, nii et üks viga ei varja teiste olekut:
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
Parandage kõik, millest teatatakse FAILED, ja käivitage käsk enne jätkamist uuesti. Hoiatus WARNING rea Unknown keys all loetleb failis config.toml võtmed, mida digna ei loe; neil pole mingit mõju, seega eemaldage need või parandage nende kirjapilt. Täielik valikute loend on CLI viites.
Samm 3: Inicialiseerige andmehoidla ühendus¶
- Avage Terminal
- Navigeerige digna paigalduskataloogi (kus asuvad
config.tomljadignakäivitatav fail) - Käivitage ühenduse test:
Uue skeemi puhul loob käsk ühenduse ja teatab seejärel, et hoidlat pole veel paigaldatud:
Selles etapis on see oodatud tulemus: see kinnitab, et digna jõuab PostgreSQL-i ja skeemini. Ühenduse- või autentimisviga viitab seevastu sektsioonile [repo] või PostgreSQL-i seadistusele.
Märkus
macOS-is ei ole käsud jooksva kataloogi suhtes PATH-is, seega käivitatakse käivitatav fail kui ./digna mitte digna. Kui soovite kasutada lühemat vormi kogu aeg, lisage paigalduskataloog PATH-i:
Samm 4: Paigaldage andmehoidla skeem¶
Samas kataloogis käivitage:
See käsk paigaldab hoidla skeemi vajalikud tabelid ja lõpetab teatega:
repo upgrade paigaldab ja uuendab
Alates Release 2026.11-st paigaldab repo upgrade uue hoidla ja uuendab olemasoleva. repo install töötab endiselt sama käsu teise nimena.
Samm 5: Loo administraatori kasutaja¶
- Avage uus Terminali aken
- Navigeerige digna paigalduskataloogi
- Käivitage järgmine käsk administraatori lisamiseks:
Näide:
See loob kasutaja e-posti aadressiga admin@example.com ja täielike administraatoriõigustega.
Vihje
Pange parool üksikutesse jutumärkidesse. zsh käsib tõlgendada märke nagu !, $ ja * erimärkidena ning jutumärkideta parool ei pruugi edastuda õigesti.
Parim tava
Kasutage tugevat parooli, mis sisaldab suuri ja väikeseid tähti, numbreid ja erimärke.
Samm 6: Käivitage digna server¶
Digna paigalduskataloogis käivitage serveriga:
Parameetrid: - --address — serveri host/ IP (vaikimisi 127.0.0.1) - --port — serveri port (vaikimisi 8000)
Kui server töötab, kuvab see aadressi, millel ta kuulab:
Vihje
Esimese käivitamise ajal võib macOS paluda, kas soovite lubada rakendusel sissetulevaid võrguühendusi vastu võtta. Klõpsake Allow, muidu ei pääse armatuurlaud backend'i.
Server hoiab terminali hõivatuna
serve töötab esiplaanil ja jätkab, kuni peatate selle klahvidega Ctrl+C. Jätke see tööle, kuni seadistuse lõpetate; automaatseks käivitamiseks alglaadimisel vaadake digna käitamine taustateenusena.
Armatuurlaua konfiguratsioon¶
Samm 1: Paigaldage armatuurlaud veebiserverisse¶
digna armatuurlaud loeb oma konfiguratsiooni failist dashboard/dashboard_config.toml. See fail ei ole paigaldusega kaasas — loote selle kataloogi dashboard/ armatuurlaua failide kõrvale.
Selle sisu on kirjeldatud jaotises Ühekordne sisselogimine (SSO), kus faili ka vaja läheb: see sisaldab armatuurlaua pakutavaid sisselogimisvalikuid ning mitme instantsiga juurutuste puhul ühendust backendiga.
Valige veebiserver ja järgige vastavat juurutusprotseduuri.
Juurutamine nginx-i¶
Kui järgisite jaotist nginx seadistus, osutab serverblokk juba teie dashboard kaustale ja täiendavat kopeerimist ei ole vaja.
- Kinnitage tee
- Avage
$(brew --prefix)/etc/nginx/servers/digna.conf -
Veenduge, et
rootosutab õigesse lahtipakituddashboardkausta -
Veenduge, et kaust oleks loetav
-
Laadige nginx uuesti
-
Testige paigaldust
- Avage brauser
- Minge aadressile
http://localhost:8080(või teie konfigureeritud URL) - Peaksite nägema digna armatuurlaua sisselogimislehte
Juurutamine Apache httpd-sse¶
-
Kopeerige armatuurlaud dokumentide juurkataloogi
-
Lisa ümberkirjutusreeglid
Looge .htaccess fail juurutatud kausta, et armatuurlaua marsruudid säiliksid lehe värskendamisel:
Kleepige järgmine sisu:
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]
-
Taaskäivitage Apache
-
Ligipääs armatuurlaudadele
- Avage brauser
- Minge aadressile
http://localhost/digna - Peaksite nägema digna armatuurlaua sisselogimislehte
digna käitamine taustateenusena¶
Miks käivitada digna teenusena?¶
digna backend'i käitamine taustateenusena tagab:
- Automaatse käivituse masina käivitamisel
- Töötamise taustal ilma avatud Terminali aknata
- Teenuse automaatse taaskäivituse krahhi korral
- Halduse läbi
launchctl-i — macOS-i teenusehalduri
Teenuse haldusfailid¶
Kõik vajalikud failid asuvad digna paigalduskataloogis kaustas: bin/
Järgnevad shell-skriptid on saadaval:
install_service.sh— registreerib digna launchd-gauninstall_service.sh— tühistab teenuse registreerimisestart_service.sh— käivitab registreeritud teenusestop_service.sh— peatab jooksva teenuse
Nõuab administraatori õigusi
Kõiki skripte tuleb käivitada sudo abil, kuna boot-ajal käivituv teenus registreerimine kirjutab kataloogi /Library/LaunchDaemons.
Skriptide käivitatavaks tegemine¶
Lahtipakkimine ei pruugi säilitada käivitusbitte. Enne esmast kasutust:
Teenuse paigaldamine¶
-
Avage Terminal
-
Minge bin kausta
-
Käivitage paigaldusskript
digna server on nüüd registreeritud launchd-sse koos automaatselt käivitamise seadega. Teenus ei pruugi kohe alata — vaadake järgmist jaotist, kuidas seda käivitada.
Teenuse käivitamine ja peatamine¶
Teenuse käivitamiseks¶
- Avage Terminal
- Navigeerige
/opt/digna/bin - Käivitage:
Teenuse peatamiseks¶
- Avage Terminal
- Navigeerige
/opt/digna/bin - Käivitage:
Vihje
Enne rakenduse failide uuendamist peatage teenus alati.
Teenuse kontrollimine¶
Kontrollimaks, et teenus on registreeritud ja töötab:
Rida, mis algab protsessi ID-ga, tähendab, et teenus töötab. Kui esimeses veerus on -, siis on teenus registreeritud, kuid peatatud.
Teenuse liigutamine uude kataloogi¶
launchd salvestab käivitatava faili absoluutse tee, seega paigaldise ümberpaigutamine nõuab teenuse uuesti registreerimist:
-
Eemaldage praegune teenus
-
Liigutage rakenduse failid
-
Paigaldage teenus uuesti
-
Käivitage teenus
Teenuse desinstallimine¶
-
Peatage jooksva teenus
-
Desinstallige teenus
digna server on nüüd launchd-st eemaldatud.
Uuendamine uuele versioonile¶
See jaotis uuendab Release 2026.06 paigalduse versioonile Release 2026.11. Kui teie paigaldus on vanem, lugege kõigepealt jaotist Uuendamine väljalaskest, mis on vanem kui 2026.06.
Enne uuendamist¶
digna andmehoidla varundamine on kohustuslik
Enne digna uuendamist varundage oma repository (PostgreSQL), et kaitsta andmete kaotsimineku eest. Varukoopia võimaldab taastada olukorra, kui uuenduse käigus tekib ootamatuid probleeme.
Varukoopia loomiseks Terminalis:
Release 2026.11 litsentsifaili taotlemine
Release 2026.11 vajab uut faili license.toml. Taotlege see digna meeskonnalt enne alustamist ja hoidke see sammu 7 jaoks valmis.
Uuendamine väljalaskest, mis on vanem kui 2026.06¶
Release 2026.06 tõi kolm muudatust, mis kehtivad endiselt, kui uuendate vanema paigalduse otse versioonile 2026.11:
- Ainult ODBC. digna jõuab iga lähtetehnoloogiani ODBC kaudu. Iga andmebaasiühendus, mis veel ODBC-d ei kasuta, tuleb pärast uuendamist ODBC-le üle viia; automaatset teisendust ei ole. Paigaldage ODBC draiverid digna hostile eelnevalt, vt ODBC draiveri paigaldamine digna hostile, ning hoidke iga ühenduse omadused tehnoloogiajuhenditest valmis. Databricks Legacy konnektorit enam ei ole; viige need ühendused üle Databricks konnektorile.
- Üks käivitatav fail.
dignabackendjadignaclion asendatud üheainsa käivitatava failigadigna, mis ühendab backendi ja CLI. - config.toml. Sektsioon
[encryption]on kohustuslik ningDIGNA_APP_HOSTjaDIGNA_APP_PORTenam ei loeta: server võtab oma aadressi ja pordi käsultdigna serve. Võrrelge oma faili jaotisega Backendi konfiguratsioon.
Allolevad sammud toovad välja, kus vanem paigaldus vajab midagi muud. Sammu 8 hoidla uuendus viib mis tahes varasema väljalaske hoidla otse versioonile 2026.11.
Uuenduse protsess¶
Samm 1: Peatage digna teenus¶
Kui digna töötab taustateenusena, peatage see esmalt:
Kui digna töötab esiplaanil, vajutage selle Terminali aknas Ctrl+C.
Samm 2: Varundage praegune paigaldus¶
Nimetage oma digna paigalduskataloogis praeguse paigalduse käivitatav fail ja kaust dashboard ümber, et uut väljalaset saaks nende kõrvale paigaldada:
Hoidke digna_old alles, kuni olete uuenduse kontrollinud, ja dashboard_old, kuni olete sellest oma konfiguratsioonifailid taastanud (vt samm 4). Seejärel võite mõlemad kustutada.
Uuendamine väljalaskest, mis on vanem kui 2026.06
Nimetage käivitatava faili asemel ümber kaustad dignabackend ja dignacli: mv dignabackend dignabackend_old ja mv dignacli dignacli_old. Release 2026.11 ei kasuta kumbagi.
Samm 3: Pakige lahti ja juurutage uus versioon¶
- Pakkige lahti uus digna paigaldus ZIP-fail
- Kopeerige uus
dignakäivitatav fail jadashboardkaust oma paigalduskataloogi - Taastage käivitusbit ja vajadusel eemaldage karantiini atribuut:
Oluline
Paigaldus-ZIP ei sisalda kunagi ei faili config.toml ega dashboard/dashboard_config.toml — digna meeskond ei tarni kumbagi faili. Seetõttu ei puuduta uuendus teie olemasolevat konfiguratsiooni ning ümbernimetatud *_old kaustades olevad koopiad on ainsad, mis teil on.
Samm 4: Taastage konfiguratsioonifailid¶
Release 2026.11 ei vaja muudatusi failis config.toml: fail, mis töötab Release 2026.06-ga, töötab edasi. Kaks muudatust on valikulised:
- Lisage
[duckdb]sektsioon, kui andmebaasiühendused peavad kasutama komponenti digna Engine ja selle vaikeväärtused teie hostile ei sobi. - Jätke sektsioon
[app]ära, kui pöördpuhverserver serveerib armatuurlaua ja backendi ühe päritolu all.
Sätted, mida digna ei loe
Selle juhendi varasemad versioonid näitasid mõningaid sätteid, mida digna ei loe. Neil pole mingit mõju ja config check loetleb need sammus 6 rea Unknown keys all. Eemaldage või parandage need:
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_COUNTei ole olemas. Eemaldage need.- Sätete nimed on tõstutundlikud. digna loeb
DIGNA_REPO_HOST, mittedigna_REPO_HOST. Kirjutage iga nimi suurtähtedega, nagu jaotises Backendi konfiguratsioon.
Ühekordne sisselogimine: säilitage [[oidc_clients]]
digna loeb ühekordse sisselogimise pakkujaid [[oidc_clients]] kirjete loendina, millest igaühel on oma DIGNA_OIDC_KEY. Kui muutsite oma pakkujad [oidc_clients.<key>] sektsioonideks, nagu selle juhendi varasem versioon näitas, muutke need tagasi. config check teatab OIDC config(s) olekuks FAILED, kuni see vorm on kasutusel:
[[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'
Korrake kirjet iga pakkuja jaoks ja hoidke iga DIGNA_OIDC_KEY samana kui key failis dashboard_config.toml. See puudutab ainult paigaldusi, mis kasutavad ühekordset sisselogimist.
Samm 5: Laadige veebiserver uuesti¶
Armatuurlaud koosneb staatilistest failidest, seega võivad teie veebiserver — ja brauser — ikka veel serveerida eelmist versiooni. Laadige uuesti või taaskäivitage veebiserver, mis majutab kausta dashboard, ning seejärel laadige leht sundvärskendusega uuesti (Cmd+Shift+R).
Samm 6: Kontrollige konfiguratsiooni¶
Veenduge enne hoidla puudutamist, et config.toml on täielik:
Iga sektsioon peab teatama OK. Parandage kõik, millest teatatakse FAILED, eemaldage rea Unknown keys all loetletud võtmed ja käivitage käsk enne jätkamist uuesti.
Samm 7: Asendage litsentsifail¶
Litsentsifail kandub tavaliselt ühest väljalaskest järgmisse üle. Release 2026.11 on erand: see lisab kaks litsentsitavat moodulit, digna Data Reconciliation ja digna Agentic, ning enne 2026.11 väljastatud litsents neid ei sisalda. Kopeerige digna meeskonna poolt Release 2026.11 jaoks antud license.toml paigalduskataloogi, asendades vana faili:
Ärge jätke alles eelmist litsentsi
Eelmise litsentsiga digna küll käivitub, kuid digna Data Reconciliation ja digna MCP Server jäävad välja lülitatuks. Iga käsk, mis litsentsi kontrollib — user, inspection, repo — katkeb enne hoidla puudutamist, kui kontroll ebaõnnestub. Kontrollige uut litsentsi enne jätkamist:
Samm 8: Uuendage andmehoidla skeemi¶
Käivitage oma digna paigalduskataloogis:
Release 2026.11 haldab hoidla skeemi versioonitud migratsioonidega. Esimene uuendus varasemast väljalaskest viib skeemi eelmise versioonimisskeemi viimasele versioonile, salvestab selle lähtepunktina ja rakendab seejärel Release 2026.11 migratsioonid. See lõpetab teatega:
Kõik olemasolevad andmed säilivad. Hoidla oleku nägemiseks igal ajal käivitage ./digna repo check: see loetleb viimase rakendatud migratsiooni ja kõik ootel migratsioonid.
digna ei käivitu aegunud hoidlaga
Alates Release 2026.11-st keeldub server käivitumast, kuni hoidla vajab uuendamist, ja teatab sellest, näiteks:
Käivitage repo upgrade enne serveri või teenuse käivitamist.
Samm 9: Taaskäivitage teenused¶
Kui jooksed taustateenusena:
Kui jooksesid manuaalselt, käivitage server uuesti:
Kui kasutate nginx-i või Apache-t, taaskäivitage vastav veebiserver:
Samm 10: Kinnitage uuendus¶
-
Kontrollige uue käivitatava faili väljalaset:
Esimene rida peab olema
Release: 2026.11. -
Avage digna armatuurlaud ja veenduge, et liides laadib korrektselt.
- Kontrollige serveri väljundit ja kataloogi
logsfaile vigade suhtes. - Testige oma andmebaasiühendusi — vaadake Ühenduse testimine. Pärast uuendamist väljalaskest, mis on vanem kui 2026.06, viige esmalt ODBC-le üle iga ühendus, mis seda veel ei kasutanud.
Uute moodulitega alustamiseks vaadake digna Data Reconciliation, digna MCP Serveri kohta AI-agendi ühendamine ja digna Engine'i kohta Profileerimise asukoht.