Linux telepítési útmutató digna Release 2026.11-hoz¶
Kiadás: 2026.11
Utoljára frissítve: 2026. november 7.
Tartalomjegyzék¶
- Bevezetés
- Rendszerkövetelmények
- Telepítés előtti beállítások
- PostgreSQL szerver beállítása
- Webszerver konfiguráció
- Kezdeti telepítés
- Backend konfiguráció
- Dashboard konfiguráció
- digna futtatása systemd szolgáltatásként
- Frissítés új kiadásra
Bevezetés¶
A digna-ról¶
A digna egy átfogó, mesterséges intelligencia által vezérelt platform, amely az adatminőség kezelését optimalizálja különböző adatkörnyezetekben, mint adattárházak, data lake-ek és lakehouse-ok. Nagy fokú skálázhatóságra és alkalmazkodóképességre tervezték; a digna automatizálással, valós idejű monitorozással és anomáliaészleléssel kezeli a modern adatszakmai kihívásokat.
A digna két fő komponensből áll:
- digna: az alkalmazás magja, amely az adatok feldolgozásáért és a minőségi ellenőrzések végrehajtásáért felel. Egyetlen futtatható fájlban egyesíti a háttérrendszert és a parancssori felületet, felváltva a korábbi kiadások különálló
dignabackendésdignacliprogramjait. - dignadashboard: Webes felület, amely egy webszerveren fut, felhasználóbarát módot nyújt a digna platform kezelésére és az adatminőségi metrikák vizualizálására.
Mi újság a 2026.11 kiadásban¶
Ez a kiadás bevezeti a digna Data Reconciliation-t, a digna Agentic-et a digna MCP Serverrel, valamint a digna Engine-t, amely a dignán belül képes adatokat profilozni, és különböző adatbázis-technológiák között is ellenőrzi a referenciális integritást. A részletekért lásd a kiadási megjegyzéseket.
A telepítés szempontjából a kiadás új migrációs mechanizmust hoz a tárolóséma kezelésére, egy opcionális [duckdb] szekciót a config.toml fájlban a digna Engine számára, valamint új licencfájlt. Mindegyikkel a frissítésről szóló szakasz foglalkozik.
Windows vagy macOS útmutatót keres?¶
Ez az útmutató Linuxra vonatkozik. Más platformokhoz lásd a Windows telepítési útmutatót vagy a macOS telepítési útmutatót.
Melyik disztribúcióra vonatkozik az útmutató?¶
Az utasítások a két leggyakoribb szervercsaládra vannak írva. Ha a két család eltér, mindkét parancs szerepel:
- Debian család — Debian, Ubuntu. Csomagkezelő:
apt. - RHEL család — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Csomagkezelő:
dnf.
Bármely modern, systemd-t használó disztribúció működni fog; csak a csomagnevek és néhány konfigurációs útvonal változik.
Rendszerkövetelmények¶
Mielőtt hozzákezdene a telepítéshez, győződjön meg róla, hogy rendszere megfelel az alábbi minimális követelményeknek:
| Követelmény | Specifikáció |
|---|---|
| Operációs rendszer | Ubuntu 22.04 LTS vagy újabb, Debian 12 vagy újabb, RHEL 9 / Rocky 9 / AlmaLinux 9 vagy újabb |
| Architektúra | x86_64 (amd64) vagy arm64 |
| Init rendszer | systemd |
| Memória (minimális telepítés) | 16 GB RAM |
| Lemezterület | 10 GB szabad tárhely |
| Adatbázis | PostgreSQL Server 12 vagy újabb |
| Webszerver | nginx, Apache httpd vagy egyenértékű |
digna Engine
Azokat az adatbázis-kapcsolatokat, amelyek profilozási helyként a digna Engine-t használják, magán a digna gazdagépen profilozza a rendszer. Ezekhez további memóriát és lemezterületet kell tervezni, lásd: [duckdb] szekció.
Adatbázis telepítési lehetőségek¶
Ha PostgreSQL már telepítve van: Új adatbázist adhat hozzá a meglévő PostgreSQL szerverhez a digna tároló számára.
Ha a PostgreSQL ugyanazon a gépen fut, mint a digna:
Ajánlott specifikációk
- Memória: 32 GB RAM (a 16 GB helyett)
- Lemezterület: 50 GB szabad tárhely (a 10 GB helyett)
Ezek a nagyobb erőforrások lehetővé teszik, hogy a digna és a PostgreSQL egyszerre fusson a gépen.
A disztribúció és az architektúra ellenőrzése¶
Ebben az útmutatóban néhány parancs eltér a Debian és a RHEL család között. A disztribúció és az architektúra ellenőrzéséhez futtassa:
ID=ubuntuvagyID=debian— használja azaptparancsokat.ID=rhel,rocky,almalinuxvagyfedora— használja adnfparancsokat.x86_64vagyaarch64— a telepítési csomaghoz szükséges architektúra.
Telepítés előtti beállítások¶
A digna telepítése előtt győződjön meg arról, hogy két kulcsfontosságú előfeltétel rendelkezésre áll:
- PostgreSQL szerver – a számított metrikák és teljesítményadatok tárolásához
- Webszerver – a digna Dashboard kiszolgálásához
Ha ezek a komponensek még nincsenek beállítva, kövesse az alábbi részeket az installálásukhoz és konfigurálásukhoz.
A csomagindex frissítése¶
Frissítse a csomaglistát telepítés előtt:
Megjegyzés
Az útmutatóban egy párban az első parancs a Debian családra, a második a RHEL családra vonatkozik. Futtassa csak azt, amelyik a rendszeréhez illik.
PostgreSQL szerver beállítása¶
Ha már van PostgreSQL¶
Ha a PostgreSQL már telepítve és fut a helyi gépén, vagy ha kezelt, távoli PostgreSQL szolgáltatást használ, akkor lépjen tovább a következő szekcióhoz.
PostgreSQL telepítése¶
1. lépés: A szerver csomag telepítése¶
Tipp
A disztribúciós csomagok lemaradhatnak a legfrissebb PostgreSQL kiadásoktól. Ha egy konkrét, újabb verzióra van szüksége, használja a hivatalos PostgreSQL apt vagy yum tárolót.
2. lépés: Az adatbázis klaszter inicializálása¶
A Debian családon a csomag automatikusan létrehozza és elindítja a klasztert — lépjen tovább a következő lépésre.
A RHEL családon a klasztert kifejezetten létre kell hozni:
3. lépés: A szolgáltatás engedélyezése és indítása¶
Ez azonnal elindítja a PostgreSQL-t és beállítja, hogy a rendszerinduláskor automatikusan elinduljon.
4. lépés: A telepítés ellenőrzése¶
Meg kell látnia a PostgreSQL verziót és azt, hogy a szolgáltatás active (running) státuszú.
5. lépés: Kapcsolódás a szerverhez¶
A Linux PostgreSQL csomag létrehoz egy postgres rendszerfiókot, amely a klaszter tulajdonosa. Ezen keresztül csatlakozzon:
Megjegyzés — Linux itt eltér a Windowstól
A Windows telepítő a beállítás során jelszót kér a postgres szuperfelhasználóhoz. A Linux csomagok nem így működnek. Helyi kapcsolatok hitelesítése általában peer authentication: az operációs rendszer postgres felhasználója jelszó nélkül csatlakozhat a postgres adatbázisfelhasználóként.
Ezért használja a fenti sudo -u postgres parancsot. A digna backend TCP-n keresztül, felhasználónévvel és jelszóval csatlakozik, ezért az Kezdeti telepítés szakaszban létrehozunk egy explicit digna felhasználót.
6. lépés: A port ellenőrzése¶
A PostgreSQL alapértelmezett portja 5432. A szerver által használt port ellenőrzéséhez:
Jegyezze fel az értéket — szüksége lesz rá a digna backend konfigurálásakor.
7. lépés: Jelszavas hitelesítés engedélyezése a digna felhasználó számára¶
A digna TCP-n keresztül digna_user felhasználóként csatlakozik, ami jelszavas hitelesítést igényel a peer/ident helyett. Ellenőrizze, hogy a pg_hba.conf engedélyezi-e ezt.
A fájl helyének lekérdezése:
Nyissa meg egy szerkesztővel, és győződjön meg róla, hogy a helyi TCP sorok scram-sha-256-et (vagy régebbi szervereken md5-öt) használnak ident helyett:
# TYPE DATABASE USER ADDRESS METHOD
host all all 127.0.0.1/32 scram-sha-256
host all all ::1/128 scram-sha-256
Bármilyen változtatás után töltse újra a PostgreSQL-t:
Fontos
Ha digna a következőt jelenti: FATAL: Ident authentication failed for user "digna_user", akkor ez a beállítás az oka.
8. lépés: Ha a PostgreSQL egy másik gépen fut¶
Ha másik hostról szeretne csatlakozni, állítsa be a listen_addresses értékét a postgresql.conf-ban és adjon hozzá egy megfelelő host sort a hálózathoz a pg_hba.conf-ban:
Ezután nyissa meg a portot a tűzfalon és indítsa újra a szolgáltatást:
Webszerver konfiguráció¶
A digna igényel egy webszervert a dashboard kiszolgálásához. Válasszon az alábbi lehetőségek közül:
- nginx — könnyű és ajánlott
- Apache httpd — széles körben elterjedt alternatíva
Csak egy szervert kell telepítenie és konfigurálnia.
Mindkét szekció két dolgot állít be, amelyekre a dashboardnak szüksége van:
- Single-page application visszaesés (fallback), hogy ha frissíti a dashboard URL-t, ne 404-et kapjon
.mdMIME típus, hogy a Markdown fájlok megfelelően legyenek kiszolgálva
nginx beállítása¶
Áttekintés¶
Az nginx egy könnyű, nagy teljesítményű webszerver, amely jól alkalmas a statikus digna dashboard kiszolgálására.
Telepítés¶
nginx indítása¶
A telepítés ellenőrzése¶
- Nyissa meg a böngészőt
- Navigáljon a
http://localhostcímre - Látnia kell az nginx üdvözlőoldalát
A tűzfal megnyitása¶
Ha a szerver más gépek felől is elérhető, engedélyezze a HTTP forgalmat:
Webhely konfigurálása a dashboardhoz¶
Az nginx betölti a conf.d könyvtárban található összes fájlt mindkét disztribúció esetén. Hozzon létre egy dedikált konfigurációs fájlt a digna számára ott:
Illessze be a következőt, cserélje ki a /opt/digna/dashboard-ot a tényleges, kicsomagolt dashboard mappa elérési útjára:
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;
}
}
Fontos
A try_files direktíva nélkül a dashboard bármely oldalának újratöltése a gyökér URL kivételével 404-et ad vissza. Ez az nginx egyenértéke annak az URL Rewrite modulnak, amely Windows alatt az IIS-hez szükséges.
Az alapértelmezett oldal letiltása¶
Csak egy server block lehet default_server egy porton. A Debian családon távolítsa el a csomagolt alapértelmezettet, hogy ne ütközzön:
A RHEL családon kommentelje ki vagy törölje a server { ... } blokkot a /etc/nginx/nginx.conf fájlban.
A konfiguráció alkalmazása¶
Ellenőrizze a konfigurációt szintaktikai hibák után, majd töltse újra az nginx-et:
Apache httpd beállítása¶
Áttekintés¶
Az Apache httpd megtalálható a támogatott disztribúciók alapértelmezett tárolóiban. A csomag neve a Debian családon apache2, a RHEL családon pedig httpd.
Telepítés¶
Apache indítása¶
A telepítés ellenőrzése¶
- Nyissa meg a böngészőt
- Navigáljon a
http://localhostcímre - Látnia kell a disztribúció alapértelmezett Apache oldalát
Kötelező: mod_rewrite engedélyezése¶
A dashboard URL átírást igényel.
A Debian családon engedélyezze a modult és indítsa újra:
A RHEL családon a mod_rewrite alapból betöltődik. Ellenőrizze:
Kötelező: .htaccess felülírások engedélyezése¶
Nyissa meg a dokumentumgyökér konfigurációs fájlját:
Keresse meg azt a <Directory> blokkot, amely a dokumentumgyökért lefedi (/var/www/html mindkét családon), és módosítsa:
erre:
Kötelező: MIME típus a Markdown fájlokhoz¶
Ugyanebben a fájlban adja hozzá az alábbi sort, hogy a Markdown fájlok helyesen legyenek kiszolgálva:
Fontos
Ennek a beállításnak a hiányában a .md fájlok nem biztos, hogy megfelelően szolgálódnak ki.
A konfiguráció alkalmazása¶
Ellenőrizze a szintaxist, majd indítsa újra az Apache-ot:
Kezdeti telepítés¶
1. lépés: A digna tároló beállítása¶
A digna tároló (repository) tárolja a digna által számított összes metrikát. Központi adatbázisként szolgál az analitikai és teljesítményadatok számára.
Sémalétrehozás és felhasználó létrehozása a repóhoz¶
Nyissa meg a PostgreSQL kliensét (psql, pgAdmin vagy hasonló), és futtassa az alábbi SQL parancsokat:
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>;
Cserélje ki a következő helykitöltőket:
<digna_repo_schema>— A kívánt sémanév (pl.dignarepo)<digna_repo_user>— A kívánt felhasználónév (pl.digna_user)<digna_repo_password>— Biztonságos jelszó ehhez a felhasználóhoz
Példa:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
A parancsok egy lépésben történő futtatásához a shellből:
Majd illessze be a kéréseket a postgres=# promptnál, és írja be a \q parancsot a kilépéshez.
Legjobb gyakorlat
Használjon erős, összetett jelszavakat az adatbázis-felhasználókhoz. Kerülje a könnyen kitalálható hitelesítő adatokat.
2. lépés: A digna telepítési csomag kicsomagolása¶
- Keresse meg a Önnek biztosított digna ZIP fájlt
- Csomagolja ki a kívánt telepítési helyre — például
/opt/digna - A kicsomagolás után a következő elemeket kell látnia:
dashboard/— Webes dashboard felületdigna— Fő futtatható állomány (backend + CLI kombinálva)
A konfigurációs és a licencfájl nincs benne a csomagban
Sem a config.toml, sem a dashboard/dashboard_config.toml nem része a telepítésnek — mindkettőt Önnek kell létrehoznia, a Backend konfiguráció és a Dashboard konfiguráció szakaszban leírtak szerint. A license.toml sem része a csomagnak; a digna külön biztosítja, ahogyan a 3. lépés leírja.
A kicsomagoláshoz shellből:
Megjegyzés
Ha az unzip nincs telepítve, telepítse: sudo apt install -y unzip vagy sudo dnf install -y unzip.
Tegye futtathatóvá a binárist¶
A fájl átvitele során a futtathatóság elveszhet. Állítsa be expliciten:
Szolgáltatási fiók létrehozása¶
Ajánlott a backend futtatása dedikált, korlátozott jogosultságú felhasználóként:
sudo useradd --system --no-create-home --shell /usr/sbin/nologin digna
sudo chown -R digna:digna /opt/digna
Megjegyzés
A RHEL családon az egyenértékű shell útvonala /sbin/nologin.
3. lépés: A licence fájl telepítése¶
Fontos
A licence fájl nem része a telepítési csomagnak; külön kerül Önnek átadásra a digna-tól.
- Keresse meg a kapott
license.tomlfájlt - Másolja be a digna telepítési könyvtár gyökerébe (ahol a
config.tomlés adignafuttatható fájl található)
Miért fontos ez: A license fájl tartalmazza az ügyféladatokat, a licenc lejárati dátumát és a digitális aláírást. Ne módosítsa ezt a fájlt — bármilyen változtatás érvényteleníti a licencet.
Könyvtárstruktúra a beállítás után:
/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)
Backend konfiguráció¶
1. lépés: A konfigurációs fájl létrehozása és szerkesztése¶
A config_template.toml fájl megtalálható a digna telepítési könyvtárban. Csak át kell neveznie config.toml-ra.
Elérési út: /opt/digna/config.toml
Nyissa meg a config.toml-t egy szövegszerkesztővel, és állítson be minden alábbi szekciót.
[app] szekció¶
Ez a rész a dashboard és a backend közötti, eltérő eredetű erőforrás-megosztást (CORS) állítja be:
[app]
DIGNA_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
DIGNA_APP_CORS_ALLOW_CREDENTIALS = true
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_APP_CORS_ALLOW_ORIGINS | Dashboard URL-ek | Azok az URL-ek, amelyekről a dashboardot kiszolgálják. Bármely más eredetből érkező böngészőkérést a rendszer elutasít |
DIGNA_APP_CORS_ALLOW_CREDENTIALS | true | Kötelező, hogy a böngésző minden kéréssel elküldje a munkamenet-sütit |
Megjegyzés
Ha a dashboard-ot nginx vagy Apache szolgálja ki az alapértelmezett HTTP porton, az engedélyezendő origin http://localhost — vagy a szerver publikus URL-je, ha a dashboard más gépekről is elérhető.
Az [app] szekció opcionális
A Release 2026.11-től mindkét kulcs, sőt a teljes [app] szekció is elhagyható. Ez a helyes beállítás, ha egy fordított proxy egyetlen eredet alatt szolgálja ki a dashboardot és a backendet: a böngésző ilyenkor nem küld eltérő eredetű kéréseket, és alapértelmezés szerint egyik sincs engedélyezve.
[repo] szekció¶
Ez a rész a PostgreSQL adatbázishoz való kapcsolódást konfigurálja:
[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
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_REPO_HOST | localhost vagy IP | PostgreSQL szerver hoszt/IP |
DIGNA_REPO_PORT | 5432 (alapértelmezett) | PostgreSQL port |
DIGNA_REPO_DB | postgres | Adatbázis neve |
DIGNA_REPO_SCHEMA | dignarepo | Korábban létrehozott séma |
DIGNA_REPO_USER | digna_user | PostgreSQL-ben létrehozott felhasználó |
DIGNA_REPO_PASSWORD | Az Ön jelszava | A sémalétrehozáskor beállított jelszó |
DIGNA_REPO_SSLMODE | prefer (alapértelmezett) | Opcionális. PostgreSQL SSL mód: disable, allow, prefer, require, verify-ca vagy verify-full |
DIGNA_REPO_NUM_CONNS | 16 (alapértelmezett) | Opcionális. A digna által a repóhoz nyitva tartott kapcsolatok száma |
Legjobb gyakorlat
A config.toml jelszót tartalmaz tiszta szövegként. Korlátozza a fájl jogosultságait, hogy csak a szolgáltatási fiók olvashassa:
[base] szekció¶
Ez a rész a biztonsági, cookie- és vizsgálati beállításokat tartalmazza:
[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
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_FERNET_KEY | A fent látható érték | A korábbi kiadások által használt titkosítás kulcsa. Szerepelnie kell; a fent látható értéket kell megtartani |
DIGNA_COOKIE_DOMAIN | localhost | Az a gazdagép, amelyen a dashboard elérhető. A "" nem állít be domaint, ami akkor helyes, ha egy proxy egyetlen eredet alatt szolgálja ki a dashboardot és a backendet |
DIGNA_COOKIE_SECURE | false (HTTP) / true (HTTPS) | Értéke mindig true kell legyen, ha a digna HTTPS-en keresztül érhető el |
DIGNA_COOKIE_HTTPONLY | true | A munkamenet-sütit elzárja a szkriptek elől |
DIGNA_TOKEN_EXPIRES_IN | 86400 (24 óra) | Munkamenet lejárata másodpercben |
DIGNA_MAX_WORKERS | CPU magok száma - 1 | Az egyszerre futtatható vizsgálatok száma |
DIGNA_FRONTEND_BASEURL | Dashboard URL | Kötelező. Az értesítő üzenetekben lévő hivatkozásokhoz használatos, ezért olyan URL-nek kell lennie, amelyet a címzettek meg tudnak nyitni |
DIGNA_SOURCE_QUERY_TIMEOUT_SEC | 3600 (alapértelmezett) | Opcionális. Ennyi másodpercig futhat egy forrásadatbázison végrehajtott egyetlen lekérdezés, mielőtt megszakad; a 0 kikapcsolja az időkorlátot |
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC | 30 (alapértelmezett) | Opcionális. Ennyi másodpercig vár a rendszer a forrásadatbázishoz való kapcsolódásra; a 0 korlátlan várakozást jelent |
Tipp
Az elérhető CPU magok számának meghatározásához futtassa: nproc.
[encryption] szekció¶
Ez a szekció tartalmazza azt a kulcsot, amellyel a tárolóban őrzött érzékeny értékek titkosítva vannak. Kötelező — a config check FAILED állapotúnak jelenti az [encryption] szekciót, ha a kulcs hiányzik.
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64 kódolású kulcs | Titkosítja a digna tárolóban őrzött érzékeny értékeket |
Védje a config.toml fájlt
Ez a kulcs rögzített érték, amely minden digna telepítésben azonos, és éppen ez fejti vissza a tárolóban lévő érzékeny értékeket. Korlátozza a config.toml hozzáférését arra a fiókra, amely alatt a digna fut, tartsa a fájlt verziókövetésen és megosztott meghajtókon kívül, és hagyja ki minden olyan mentésből, amelyet a tárolónál kevésbé biztonságosan őriznek.
[logging] szekció¶
Ez a rész a naplózás viselkedését állítja be:
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_LOGGING_MODE | INFO vagy DEBUG | INFO éles környezethez, DEBUG hibaelhárításhoz. A TRACE, WARN és ERROR érték is elfogadott |
DIGNA_LOGGING_DIR | logs (alapértelmezett) | Opcionális. A rotált naplófájlok könyvtára, a munkakönyvtárhoz viszonyítva |
DIGNA_LOGGING_MAX_FILES | 30 (alapértelmezett) | Opcionális. A megőrzött rotált naplófájlok száma |
[duckdb] szekció (opcionális)¶
Újdonság a Release 2026.11-ben. Ez a szekció a digna Engine erőforrásait állítja be. A digna Engine a dignán belül profilozza az adatokat azoknál az adatbázis-kapcsolatoknál, amelyek profilozási helye digna Engine, és referenciális integritási ellenőrzéseket futtat a különböző adatbázis-kapcsolatokon lévő adatforrások között. Lásd: Profilozási hely.
A szekció opcionális. Nélküle az alábbi alapértelmezett értékek érvényesek.
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_DUCKDB_MEMORY_LIMIT_MB | 1024 (alapértelmezett) | Egy digna Engine-futás által használható memória MB-ban. Egyszerre legfeljebb DIGNA_MAX_WORKERS futás lehet aktív |
DIGNA_DUCKDB_TEMP_DIRECTORY | Alapértelmezés: a rendszer ideiglenes könyvtára ($TMPDIR, vagy /tmp, ha nincs beállítva) | Az ideiglenes fájlok könyvtára arra az esetre, ha az adatok nem férnek el a memóriában |
A digna Engine méretezése
A digna gazdagépen a digna saját memóriaigényén felül legfeljebb DIGNA_MAX_WORKERS × DIGNA_DUCKDB_MEMORY_LIMIT_MB memóriával kell számolni, az ideiglenes könyvtárban pedig annyi szabad lemezterülettel, amennyi a digna Engine-t használó adatforrások legnagyobb vizsgált napjának adatait befogadja. A DIGNA_DUCKDB_TEMP_DIRECTORY beállítást egy ekkora szabad hellyel rendelkező lemezre kell irányítani, amelyre a dignát futtató fiók írni tud:
Erre a szekcióra csak akkor van szükség, ha legalább egy adatbázis-kapcsolat a digna Engine-t használja, vagy egy referenciális integritási ellenőrzés különböző kapcsolatokon lévő adatforrásokat hasonlít össze.
2. lépés: Ellenőrizze a konfigurációt¶
A tároló inicializálása előtt ellenőrizze, hogy a config.toml teljes és helyesen felépített. A digna telepítési könyvtárában futtassa:
Minden szekció külön kerül ellenőrzésre, így egyetlen hiba nem takarja el a többi állapotát:
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
Javítson ki mindent, amit FAILED állapotúként jelent, és a folytatás előtt futtassa újra a parancsot. Az Unknown keys alatti WARNING azokat a config.toml-ban lévő kulcsokat sorolja fel, amelyeket a digna nem olvas be; ezeknek nincs hatásuk, ezért el kell távolítani őket, vagy ki kell javítani a nevüket. A beállítások teljes listája a CLI-referenciában található.
3. lépés: A repó inicializálása¶
- Nyisson meg egy terminált
- Navigáljon a digna telepítési könyvtárába (ahol a
config.tomlés adignafuttatható található) - Futtassa a kapcsolat tesztet:
Új séma esetén a parancs csatlakozik, majd jelzi, hogy még nincs telepített repó:
Ezen a ponton ez a várt eredmény: megerősíti, hogy a digna eléri a PostgreSQL-t és a sémát. Kapcsolódási vagy hitelesítési hiba esetén viszont a [repo] szekcióban vagy a PostgreSQL beállításában van a hiba.
Megjegyzés
Linuxon az aktuális könyvtár nincs a PATH-on, ezért az futtatható ./digna formában hívandó, nem csak digna. Ha mindenhol rövidebb formát szeretne használni, hozzon létre egy szimbolikus linket:
4. lépés: A repó séma telepítése¶
Ugyanabban a könyvtárban futtassa:
Ez a parancs létrehozza a szükséges táblákat a repó sémájában, és a következő üzenettel zárul:
A repo upgrade telepít és frissít
A Release 2026.11-től a repo upgrade új repót telepít, a meglévőt pedig frissíti. A repo install továbbra is működik, ugyanennek a parancsnak a másik neveként.
5. lépés: Admin felhasználó létrehozása¶
- Nyisson meg egy új terminált
- Navigáljon a digna telepítési könyvtárába
- Futtassa a következő parancsot admin felhasználó létrehozásához:
Példa:
Ezzel létrejön egy felhasználó admin@example.com e-mail-címmel és teljes rendszergazdai jogosultságokkal.
Tipp
Tegye egyes idézőjelek közé a jelszót. A bash és zsh speciális karakterként kezel néhány szimbólumot (!, $, *), és ha nincsenek idézőjelek, a jelszó nem lesz megfelelően továbbítva.
Legjobb gyakorlat
Használjon erős jelszót, amely nagy- és kisbetűket, számokat és speciális karaktereket is tartalmaz.
6. lépés: A digna szerver indítása¶
A digna telepítési könyvtárában indítsa el a szervert:
Paraméterek: - --address — Szerver hosztneve/IP-je (alapértelmezett: 127.0.0.1) - --port — Szerver portja (alapértelmezett: 8000)
Amikor a szerver elindult, kiírja a címet, amelyen figyel:
Tipp
Ha a dashboard egy másik gépről éri el a backendet, engedélyezze az API portot a tűzfalon:
A kiszolgáló lefoglalja a terminált
A serve az előtérben fut, és addig működik, amíg le nem állítja a Ctrl+C billentyűkkel. Hagyja futni, amíg befejezi a beállítást; ha inkább rendszerindításkor indulna automatikusan, lásd: A digna futtatása systemd-szolgáltatásként.
Dashboard konfiguráció¶
1. lépés: A dashboard telepítése a webszerverre¶
A digna dashboard a saját konfigurációját a dashboard/dashboard_config.toml fájlból olvassa. Ez a fájl nem része a telepítésnek — Önnek kell létrehoznia a dashboard/ könyvtárban, a dashboard fájljai mellett.
A tartalmát az Egyszeri bejelentkezés (SSO) oldal írja le, és ott is van rá szükség: ez tartalmazza a dashboard által kínált bejelentkezési lehetőségeket, valamint több példányos telepítéseknél a backend kapcsolatot.
Válassza ki a webszervert, és kövesse a hozzá tartozó telepítési lépéseket.
Telepítés nginx-re¶
Ha követte az nginx beállítást, a server block már a dashboard mappájára mutat, így másolás nem szükséges.
- Ellenőrizze az elérési utat
- Nyissa meg a
/etc/nginx/conf.d/digna.conffájlt -
Ellenőrizze, hogy a
roota kicsomagoltdashboardmappára mutat-e -
Biztosítsa, hogy a mappa olvasható legyen
-
Töltse újra az nginx-et
-
Telepítés tesztelése
- Nyissa meg a böngészőt
- Navigáljon a
http://localhost(vagy a konfigurált URL) címre - Látnia kell a digna dashboard bejelentkezési oldalát
Telepítés Apache httpd-re¶
-
Másolja a dashboardot a dokumentumgyökérbe
-
Adja hozzá az átírási szabályokat
Hozzon létre egy .htaccess fájlt a telepített mappában, hogy a dashboard útvonalai frissítéskor ne törjenek el:
Illessze be a következőt:
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]
-
Apache újraindítása
-
Dashboard elérése
- Nyissa meg a böngészőt
- Navigáljon a
http://localhost/dignacímre - Látnia kell a digna dashboard bejelentkezési oldalát
2. lépés: SELinux (csak RHEL család)¶
RHEL, Rocky, AlmaLinux és Fedora rendszereken az SELinux alapértelmezetten enforcing módban fut, és blokkolhatja a webszervert, ha a fájlok nem a várt helyen vannak. Ellenőrizze, hogy aktív-e:
Ha a kimenet Enforcing, és a dashboard az /opt/digna/dashboard alatt van kiszolgálva, címkézze fel a könyvtárat, hogy a webszerver olvasni tudja:
sudo semanage fcontext -a -t httpd_sys_content_t "/opt/digna/dashboard(/.*)?"
sudo restorecon -Rv /opt/digna/dashboard
Megjegyzés
Ha a semanage nem található, telepítse: sudo dnf install -y policycoreutils-python-utils.
Fontos
Egy frissen konfigurált RHEL szerveren a 403 Forbidden hibát a dashboard esetében szinte mindig SELinux címkézési probléma okozza, nem fájljogosultsági hiba. Ellenőrizze az eseményeket: sudo ausearch -m avc -ts recent.
digna futtatása systemd szolgáltatásként¶
Miért futtassuk a digna-t szolgáltatásként?¶
A digna backend systemd szolgáltatásként futtatva biztosítja, hogy:
- Automatikusan elindul a gép indításakor
- Háttérben fusson, terminál nélkül
- Automatikusan újrainduljon, ha összeomlik
- A
systemctlsegítségével kezelhető legyen, az ipari szabvány Linux szolgáltatáskezelő
Szolgáltatáskezelő fájlok¶
Minden szükséges fájl a digna telepítési könyvtárában található: bin/
A következő shell scriptek állnak rendelkezésre:
install_service.sh— digna regisztrálása systemd-benuninstall_service.sh— a szolgáltatás eltávolításastart_service.sh— a regisztrált szolgáltatás indításastop_service.sh— a futó szolgáltatás leállítása
Root jogosultság szükséges
Minden scriptet sudo-val kell futtatni, mert a rendszerindításkor induló szolgáltatás regisztrálása egységfájlt ír a /etc/systemd/system-be.
A scriptek futtathatóvá tétele¶
A kicsomagolás során a futtatható bit eltűnhet. Első használat előtt:
A szolgáltatás telepítése¶
-
Nyisson meg egy terminált
-
Navigáljon a bin mappába
-
Futtassa a telepítő scriptet
A digna szerver most regisztrálva van a systemd-ben automatikus indítással. A szolgáltatás nem indul el automatikusan azonnal — a következő szakaszban találja az indítást.
A szolgáltatás indítása és leállítása¶
A szolgáltatás indításához¶
- Nyisson egy terminált
- Navigáljon a
/opt/digna/binkönyvtárba - Futtassa:
A szolgáltatás leállításához¶
- Nyisson egy terminált
- Navigáljon a
/opt/digna/binkönyvtárba - Futtassa:
Tipp
Mindig állítsa le a szolgáltatást a frissítés előtt az alkalmazásfájlok módosítása előtt.
A szolgáltatás kezelése systemctl-lel¶
Regisztrálás után a szolgáltatás a standard systemd parancsokkal is vezérelhető bármely könyvtárból:
sudo systemctl start digna
sudo systemctl stop digna
sudo systemctl restart digna
sudo systemctl status digna
A szolgáltatás ellenőrzése¶
Annak megerősítéséhez, hogy a szolgáltatás regisztrálva és fut:
Az enabled azt jelenti, hogy a szolgáltatás indul a rendszerinduláskor; az active azt jelenti, hogy éppen fut.
A szolgáltatás naplóinak megtekintése¶
A systemd rögzíti mindazt, amit a backend a konzolra ír. A naplók olvasása:
Élőben követéshez, például hib reprodukálása közben:
Tipp
Ez a leggyorsabb mód annak diagnosztizálására, ha a szolgáltatás elindul és azonnal leáll. Itt jelentődik a repókapcsolat hiba vagy a hiányzó license.toml.
Az alkalmazás áthelyezése másik könyvtárba¶
Az egységfájl abszolút elérési utat tárol a futtathatóhoz, ezért az áthelyezés újra-regisztrálást igényel:
-
A jelenlegi szolgáltatás eltávolítása
-
Az alkalmazás fájljainak áthelyezése
-
A szolgáltatás újratelepítése
-
A szolgáltatás indítása
A szolgáltatás eltávolítása¶
-
A futó szolgáltatás leállítása
-
A szolgáltatás eltávolítása
A digna szerver most eltávolításra került a systemd regisztrációjából.
Frissítés új kiadásra¶
Ez a szakasz egy Release 2026.06 telepítés Release 2026.11-re történő frissítését írja le. Ha a telepítése régebbi, először olvassa el a Frissítés 2026.06-nál régebbi kiadásról című részt.
Mielőtt frissítene¶
A digna repó biztonsági mentése kötelező
A digna frissítése előtt készítsen biztonsági mentést a repóról (PostgreSQL), hogy elkerülje az adatvesztést. A mentés biztosítja, hogy vissza tudja állítani az adatokat, ha a frissítés során váratlan probléma lép fel.
Mentés készítése shellből:
A Release 2026.11 licencfájljának igénylése
A Release 2026.11 új license.toml fájlt igényel. Kérje el a digna csapattól még a kezdés előtt, és tartsa készenlétben a 7. lépéshez.
Frissítés 2026.06-nál régebbi kiadásról¶
A Release 2026.06 három olyan változást hozott, amely akkor is érvényes, ha egy régebbi telepítést közvetlenül 2026.11-re frissít:
- Csak ODBC. A digna minden forrástechnológiát ODBC-n keresztül ér el. Minden olyan adatbázis-kapcsolatot, amely még nem ODBC-t használ, a frissítés után át kell állítani ODBC-re; automatikus átalakítás nincs. Előzetesen telepítse az ODBC-illesztőprogramokat a digna gazdagépre, lásd: Az ODBC-illesztőprogram telepítése a digna gazdagépre, és készítse elő minden kapcsolat tulajdonságait a technológiai útmutatók alapján. A Databricks Legacy csatlakozó már nem létezik; költöztesse át ezeket a kapcsolatokat a Databricks csatlakozóra.
- Egyetlen futtatható fájl. A
dignabackendés adignaclihelyét az egyetlendignafuttatható fájl veszi át, amely egyesíti a backendet és a CLI-t. - config.toml. Az
[encryption]szekció kötelező, aDIGNA_APP_HOSTés aDIGNA_APP_PORTbeállítást pedig a digna már nem olvassa be: a szerver a címét és a portját adigna serveparancstól kapja. Vesse össze a fájlját a Backend konfiguráció résszel.
Az alábbi lépések jelzik, hol igényel egy régebbi telepítés eltérő eljárást. A 8. lépésben a repó frissítése bármely korábbi kiadás repóját közvetlenül 2026.11-re hozza.
Frissítési folyamat¶
1. lépés: A digna szolgáltatás leállítása¶
Ha a digna systemd szolgáltatásként fut, először állítsa le:
Ha a digna előtérben fut, nyomja meg a Ctrl+C billentyűket a terminálablakában.
2. lépés: Mentse a jelenlegi telepítést¶
A digna telepítési könyvtárában nevezze át a jelenlegi telepítés futtatható fájlját és dashboard mappáját, hogy az új kiadás melléjük telepíthető legyen:
A digna_old fájlt tartsa meg, amíg nem ellenőrizte a frissítést, a dashboard_old mappát pedig addig, amíg vissza nem állította belőle a konfigurációs fájljait (lásd a 4. lépést). Utána mindkettő törölhető.
Frissítés 2026.06-nál régebbi kiadásról
A futtatható fájl helyett a dignabackend és a dignacli mappát nevezze át: sudo mv dignabackend dignabackend_old és sudo mv dignacli dignacli_old. A Release 2026.11 egyiket sem használja.
3. lépés: Az új verzió kicsomagolása és telepítése¶
- Csomagolja ki az új digna ZIP fájlt
- Másolja az új
dignafuttathatót és adashboardmappát a telepítési könyvtárba - Állítsa vissza a futtathatóságot és a szolgáltatási fiók tulajdonjogát:
Fontos
Sem a config.toml, sem a dashboard/dashboard_config.toml soha nem része a telepítési ZIP-nek — a digna csapat egyik fájlt sem szállítja. A meglévő konfigurációját ezért a frissítés nem érinti, és az átnevezett *_old mappákban lévő példányok az egyetlenek, amelyekkel rendelkezik.
4. lépés: Konfigurációs fájlok visszaállítása¶
A Release 2026.11 nem igényel változtatást a config.toml fájlban: a Release 2026.06-tal működő fájl továbbra is működik. Két módosítás opcionális:
- Adjon hozzá egy
[duckdb]szekciót, ha az adatbázis-kapcsolatoknak a digna Engine-t kell használniuk, és annak alapértelmezett értékei nem felelnek meg a gazdagépnek. - Hagyja el az
[app]szekciót, ha egy fordított proxy egyetlen eredet alatt szolgálja ki a dashboardot és a backendet.
Beállítások, amelyeket a digna nem olvas be
Az útmutató korábbi változatai olyan beállításokat is tartalmaztak, amelyeket a digna nem olvas be. Ezeknek nincs hatásuk, és a config check a 6. lépésben az Unknown keys alatt sorolja fel őket. Távolítsa el vagy javítsa ki őket:
- A
DIGNA_SCHEDULER_MAX_DELAY,DIGNA_CLEANUP_TIME,digna_COOKIE_PATH,digna_COOKIE_SAME_SITE,digna_APP_CORS_ALLOW_METHODS,digna_APP_CORS_ALLOW_HEADERSésdigna_LOGGING_BACKUP_COUNTbeállítás nem létezik. Távolítsa el őket. - A beállítások neve megkülönbözteti a kis- és nagybetűket. A digna a
DIGNA_REPO_HOSTkulcsot olvassa be, nem adigna_REPO_HOSTkulcsot. Minden nevet nagybetűvel írjon, ahogy a Backend konfiguráció részben.
Egyszeri bejelentkezés: tartsa meg az [[oidc_clients]] formát
A digna az egyszeri bejelentkezés szolgáltatóit [[oidc_clients]] bejegyzések listájaként olvassa be, mindegyiket saját DIGNA_OIDC_KEY kulccsal. Ha a szolgáltatóit [oidc_clients.<key>] szekciókra alakította át, ahogy az útmutató egy korábbi változata mutatta, alakítsa vissza őket. A config check mindaddig FAILED állapotúnak jelenti az OIDC config(s) elemet, amíg ez a forma van érvényben:
[[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'
Ismételje meg a bejegyzést minden szolgáltatóhoz, és minden DIGNA_OIDC_KEY legyen azonos a dashboard_config.toml fájlban lévő key értékkel. Ez csak az egyszeri bejelentkezést használó telepítéseket érinti.
5. lépés: A webszerver újratöltése¶
A dashboard statikus fájlok összessége, ezért előfordulhat, hogy a webszerver — és a böngésző — még az előző verziót szolgálja ki. Töltse újra vagy indítsa újra azt a webszervert, amely a dashboard mappát kiszolgálja, majd töltse be újra az oldalt kényszerített frissítéssel (Ctrl+F5).
6. lépés: Ellenőrizze a konfigurációt¶
Mielőtt a repóhoz nyúlna, győződjön meg róla, hogy a config.toml teljes:
Minden szekciónak OK állapotot kell jelentenie. Javítson ki mindent, amit FAILED állapotúként jelent, távolítsa el az Unknown keys alatt felsorolt kulcsokat, és a folytatás előtt futtassa újra a parancsot.
7. lépés: A licencfájl cseréje¶
A licencfájl általában átvihető egyik kiadásról a másikra. A Release 2026.11 kivétel: két licencköteles modult vezet be, a digna Data Reconciliation-t és a digna Agentic-et, és a 2026.11 előtt kiállított licenc ezeket nem tartalmazza. Másolja a digna csapat által a Release 2026.11-hez biztosított license.toml fájlt a telepítési könyvtárba, felülírva a régit:
Ne tartsa meg a korábbi licencet
A korábbi licenccel a digna ugyan elindul, de a digna Data Reconciliation és a digna MCP Server kikapcsolva marad. Minden parancs, amely ellenőrzi a licencet — user, inspection, repo — megszakad, mielőtt a repóhoz nyúlna, ha az ellenőrzés sikertelen. Ellenőrizze az új licencet, mielőtt továbblép:
8. lépés: A repó sémájának frissítése¶
A digna telepítési könyvtárában futtassa:
A Release 2026.11 verziózott migrációkkal kezeli a repó sémáját. Egy korábbi kiadásról végzett első frissítés a sémát az előző rendszer utolsó verziójára hozza, ezt kiindulópontként rögzíti, majd alkalmazza a Release 2026.11 migrációit. A végén ezt írja ki:
Minden meglévő adat megmarad. A repó állapotát bármikor megtekintheti a ./digna repo check paranccsal: kilistázza a legutóbb alkalmazott migrációt és a még függőben lévőket.
A digna nem indul el elavult repóval
A Release 2026.11-től a szerver nem hajlandó elindulni, amíg a repó frissítésre szorul, és ezt jelzi is, például:
A szerver vagy a szolgáltatás indítása előtt futtassa a repo upgrade parancsot.
9. lépés: Szolgáltatások újraindítása¶
Ha systemd szolgáltatásként fut:
Ha kézzel futtatja, indítsa újra a szervert:
Ha nginx-et vagy Apache-ot használ, töltse újra a megfelelő webszervert:
A RHEL családon alkalmazza újra az SELinux címkézést, ha a dashboard könyvtárat kicserélték:
10. lépés: A frissítés ellenőrzése¶
-
Ellenőrizze az új futtatható fájl kiadását:
Az első sornak így kell szólnia:
Release: 2026.11. -
Nyissa meg a digna dashboardot, és ellenőrizze, hogy a felület helyesen töltődik-e be.
-
Nézze át a szerver naplóit hibák után kutatva:
-
Tesztelje az adatbázis-kapcsolatokat — lásd: Kapcsolat tesztelése. Egy 2026.06-nál régebbi kiadásról végzett frissítés után előbb állítsa át ODBC-re mindazokat a kapcsolatokat, amelyek még nem ODBC-t használtak.
Az új modulok használatának megkezdéséhez lásd: digna Data Reconciliation, AI-ügynök csatlakoztatása a digna MCP Serverhez, valamint Profilozási hely a digna Engine-hez.