Průvodce instalací na Linuxu pro digna Release 2026.11¶
Release: 2026.11
Poslední aktualizace: 7. listopadu 2026
Obsah¶
- Úvod
- Systémové požadavky
- Předinstalační příprava
- Nastavení PostgreSQL serveru
- Konfigurace webového serveru
- Počáteční instalace
- Konfigurace backendu
- Konfigurace dashboardu
- Spuštění digna jako systemd služby
- Aktualizace na nové vydání
Úvod¶
O digna¶
digna je komplexní platforma řízená umělou inteligencí navržená pro optimalizaci správy kvality dat napříč různými datovými prostředími, jako jsou datové sklady, datová jezera a lakehousy. Je postavena tak, aby byla vysoce škálovatelná a přizpůsobitelná, a řeší moderní datové výzvy prostřednictvím automatizace, monitoringu v reálném čase a detekce anomálií.
digna se skládá ze dvou hlavních částí:
- digna: jádro aplikace, které zpracovává data a provádí kontroly kvality. Spojuje backend a rozhraní příkazového řádku do jediného spustitelného souboru a nahrazuje tak samostatné programy
dignabackendadignacliz předchozích verzí. - dignadashboard: Webové rozhraní hostované na webovém serveru, které poskytuje uživatelsky přívětivé rozhraní pro práci s platformou digna a vizualizaci metrik kvality dat.
Co je nového ve vydání 2026.11¶
Toto vydání přináší digna Data Reconciliation, digna Agentic s digna MCP Server a digna Engine, který umí profilovat data přímo v digna a kontrolovat referenční integritu mezi různými databázovými technologiemi. Kompletní podrobnosti naleznete v poznámkách k vydání.
Pro instalaci toto vydání přináší nový mechanismus migrací repozitáře, volitelnou sekci [duckdb] v souboru config.toml pro digna Engine a nový licenční soubor. Všem se věnuje sekce o upgradu.
Hledáte Windows nebo macOS?¶
Tento průvodce pokrývá Linux. Pro jiné platformy viz Windows Installation Guide nebo macOS Installation Guide.
Pro které distribuce je tento průvodce určen?¶
Instrukce jsou psány pro dva nejběžnější rodiny serverových distribucí. Kde se liší, jsou uvedeny oba příkazy:
- Rodina Debian — Debian, Ubuntu. Správce balíčků:
apt. - Rodina RHEL — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Správce balíčků:
dnf.
Jakákoli moderní distribuce s systemd bude fungovat; mění se pouze názvy balíčků a několik konfiguračních cest.
Systémové požadavky¶
Než začnete s instalací, ujistěte se, že váš systém splňuje následující minimální požadavky:
| Požadavek | Specifikace |
|---|---|
| Operační systém | Ubuntu 22.04 LTS nebo novější, Debian 12 nebo novější, RHEL 9 / Rocky 9 / AlmaLinux 9 nebo novější |
| Architektura | x86_64 (amd64) nebo arm64 |
| Init systém | systemd |
| Paměť (minimální nasazení) | 16 GB RAM |
| Místo na disku | 10 GB dostupného úložiště |
| Databáze | PostgreSQL Server 12 nebo vyšší |
| Webový server | nginx, Apache httpd nebo ekvivalent |
digna Engine
Databázová připojení, která jako místo profilování používají digna Engine, se profilují přímo na hostiteli digna. Naplánujte pro ně dodatečnou paměť a místo na disku, viz sekce [duckdb].
Možnosti instalace databáze¶
Pokud je PostgreSQL již nainstalováno: Do stávajícího PostgreSQL serveru můžete přidat novou databázi pro digna.
Pokud instalujete PostgreSQL na stejném stroji jako digna:
Doporučené specifikace
- Paměť: 32 GB RAM (namísto 16 GB)
- Místo na disku: 50 GB dostupného úložiště (namísto 10 GB)
Tyto vyšší specifikace jsou vhodné, pokud na stejném stroji běží současně digna a PostgreSQL databáze.
Kontrola distribuce a architektury¶
Některé příkazy v tomto průvodci se liší mezi rodinami Debian a RHEL. Pro kontrolu spusťte:
ID=ubuntuneboID=debian— použijte příkazyapt.ID=rhel,rocky,almalinuxnebofedora— použijte příkazydnf.x86_64neboaarch64— architektura instalačního balíčku, který potřebujete.
Předinstalační příprava¶
Před instalací digna se ujistěte, že jsou splněny dvě klíčové předpoklady:
- PostgreSQL Server – pro ukládání vypočtených metrik a výkonových dat
- Webový server – pro hostování digna Dashboardu
Pokud tyto komponenty ještě nejsou nastaveny, postupujte podle níže uvedených sekcí pro jejich instalaci a konfiguraci.
Aktualizace indexu balíčků¶
Aktualizujte seznamy balíčků před instalací:
Poznámka
V celém tomto průvodci je první příkaz v páru určen pro rodinu Debian a druhý pro rodinu RHEL. Spusťte pouze ten, který odpovídá vašemu systému.
Nastavení PostgreSQL serveru¶
Pokud PostgreSQL již máte¶
Pokud je PostgreSQL již nainstalované a běží na místním stroji nebo používáte spravovaný vzdálený PostgreSQL server, můžete přejít na další sekci.
Instalace PostgreSQL¶
Krok 1: Nainstalujte balíček serveru¶
Tip
Balíčky v distribucích mohou zaostávat za aktuálním vydáním PostgreSQL. Pokud potřebujete konkrétní novější verzi, použijte oficiální PostgreSQL apt nebo yum repo.
Krok 2: Inicializujte databázový cluster¶
U rodiny Debian balíček vytvoří a spustí cluster automaticky — pokračujte dalším krokem.
U rodiny RHEL je třeba cluster vytvořit explicitně:
Krok 3: Spusťte a povolte službu¶
Tím spustíte PostgreSQL okamžitě a nakonfigurujete automatické spuštění při startu systému.
Krok 4: Ověřte instalaci¶
Měli byste vidět verzi PostgreSQL a službu s označením active (running).
Krok 5: Připojte se na server¶
Balíček PostgreSQL na Linuxu vytvoří systémový účet postgres, který vlastní cluster. Připojte se přes něj:
Poznámka — na Linuxu se to liší oproti Windows
Windows instalátor vás během nastavení vyzve k zadání hesla pro superuživatele postgres. Linuxové balíčky to neprovádějí. Místní připojení jsou autentizována pomocí peer authentication: uživatel operačního systému postgres se může připojit jako databázový uživatel postgres bez hesla.
Proto příkaz výše používá sudo -u postgres. digna backend se připojuje přes TCP s uživatelským jménem a heslem, takže si vytvoříte explicitního uživatele digna v části Počáteční instalace.
Krok 6: Potvrďte port¶
Výchozí port PostgreSQL je 5432. Pro potvrzení portu, na kterém server naslouchá:
Poznamenejte si hodnotu — budete ji potřebovat při konfiguraci digna backendu.
Krok 7: Povolení autentizace heslem pro uživatele digna¶
digna se k PostgreSQL připojuje přes TCP jako digna_user, což vyžaduje autentizaci heslem místo peer autentizace. Zkontrolujte, že váš pg_hba.conf to umožňuje.
Najděte soubor:
Otevřete ho v editoru a potvrďte, že řádky pro lokální TCP používají scram-sha-256 (nebo md5 na starších serverech) místo ident:
# TYPE DATABASE USER ADDRESS METHOD
host all all 127.0.0.1/32 scram-sha-256
host all all ::1/128 scram-sha-256
Po jakékoliv změně PostgreSQL znovu načtěte:
Důležité
Pokud digna nahlásí FATAL: Ident authentication failed for user "digna_user", je to způsobeno tímto nastavením.
Krok 8: Pokud PostgreSQL běží na jiném stroji¶
Aby server akceptoval připojení z jiného hostitele, nastavte listen_addresses v postgresql.conf a přidejte odpovídající host řádek pro vaši síť v pg_hba.conf:
Pak otevřete port ve firewallu a restartujte službu:
Konfigurace webového serveru¶
digna potřebuje webový server pro hostování dashboardu. Vyberte jednu z následujících možností:
- nginx — lehký a doporučený
- Apache httpd — široce rozšířená alternativa
Instalovat a konfigurovat potřebujete jen jeden z těchto serverů.
Obě sekce konfigurují dvě věci, na kterých dashboard závisí:
- Fallback pro single-page aplikaci, aby obnovení stránky dashboardu nevracelo 404
- MIME typ
.md, aby se Markdown soubory správně servírovaly
Nastavení nginx¶
Přehled¶
nginx je lehký, vysoce výkonný webový server vhodný pro servírování statického digna dashboardu.
Instalace¶
Spuštění nginx¶
Ověření instalace¶
- Otevřete prohlížeč
- Přejděte na
http://localhost - Měli byste vidět uvítací stránku nginx
Otevření firewallu¶
Pokud bude server přístupný z jiných strojů, povolte HTTP provoz:
Konfigurace webu pro dashboard¶
nginx načítá všechny soubory v adresáři conf.d u obou rodin distribucí. Vytvořte tam dedikovaný konfigurační soubor pro digna:
Vložte následující a nahraďte /opt/digna/dashboard reálnou cestou k rozbalené složce dashboard:
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;
}
}
Důležité
Bez direktivy try_files obnovení jakékoli stránky dashboardu kromě kořenové URL vrátí 404. To je ekvivalent modulu URL Rewrite v IIS na Windows.
Deaktivace výchozího webu¶
Pouze jeden serverový blok může být default_server pro port. U rodiny Debian odstraňte balíčkovaný výchozí site, aby nedošlo ke konfliktu:
U rodiny RHEL zakomentujte nebo smažte blok server { ... } uvnitř /etc/nginx/nginx.conf.
Aplikujte konfiguraci¶
Ověřte konfiguraci na syntaktické chyby a pak nginx znovu načtěte:
Nastavení Apache httpd¶
Přehled¶
Apache httpd je k dispozici v základních repozitářích všech podporovaných distribucí. Balíček se jmenuje apache2 u rodiny Debian a httpd u rodiny RHEL.
Instalace¶
Spuštění Apache¶
Ověření instalace¶
- Otevřete prohlížeč
- Přejděte na
http://localhost - Měli byste vidět výchozí stránku Apache distribuce
Požadováno: povolit mod_rewrite¶
Dashboard vyžaduje přepis URL.
U rodiny Debian modul povolte a restartujte:
U rodiny RHEL je mod_rewrite načteno ve výchozím nastavení. Potvrďte to:
Požadováno: povolení .htaccess přepisů¶
Otevřete konfigurační soubor pro váš dokumentový kořen:
Najděte <Directory> blok pokrývající váš dokumentový kořen (/var/www/html u obou rodin) a změňte:
na:
Požadováno: MIME typ pro Markdown soubory¶
Do stejného souboru přidejte následující řádek, aby se Markdown soubory správně servírovaly:
Důležité
Bez tohoto nastavení nemusí být .md soubory servírovány správně.
Aplikujte konfiguraci¶
Zkontrolujte konfiguraci na syntaktické chyby a pak Apache restartujte:
Počáteční instalace¶
Krok 1: Nastavte repozitář digna¶
Repozitář digna ukládá všechny metriky vypočítané dignou. Působí jako centrální databáze pro analytická a výkonová data.
Vytvoření schématu a uživatele repozitáře¶
Otevřete svůj PostgreSQL klient (psql, pgAdmin nebo podobně) a proveďte následující SQL příkazy:
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>;
Nahraďte následující zástupné hodnoty:
<digna_repo_schema>— požadovaný název schématu (např.dignarepo)<digna_repo_user>— požadované uživatelské jméno (např.digna_user)<digna_repo_password>— bezpečné heslo pro tohoto uživatele
Příklad:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Pro spuštění těchto příkazů z shellu v jednom kroku:
Pak vložte příkazy na výzvu postgres=# a pro ukončení napište \q.
Doporučené
Používejte silná, komplexní hesla pro databázové uživatele. Vyhněte se snadno uhodnutelným přihlašovacím údajům.
Krok 2: Rozbalte instalační balík digna¶
- Najděte ZIP soubor s instalací digna, který vám byl poskytnut
- Rozbalte ho do požadované instalační složky — například
/opt/digna - Po rozbalení byste měli vidět následující položky:
dashboard/— webové rozhraní dashboardudigna— hlavní spustitelný soubor (backend + CLI dohromady)
Konfigurační a licenční soubory nejsou součástí balíku
Soubory config.toml ani dashboard/dashboard_config.toml nejsou součástí instalace — oba si vytvoříte sami, v částech Konfigurace backendu a Konfigurace dashboardu. Ani license.toml není součástí balíku; digna jej dodává samostatně, jak popisuje krok 3.
Pro rozbalení ze shellu:
Poznámka
Pokud není nainstalován unzip, přidejte ho příkazem sudo apt install -y unzip nebo sudo dnf install -y unzip.
Umožněte spuštění souboru¶
V závislosti na způsobu přenosu archivu se mohla ztratit příznak spustitelnosti. Nastavte ho explicitně:
Vytvořte servisní účet¶
Pro provoz backendu je doporučeno použít dedikovaného neprivilegovaného uživatele pro produkční nasazení:
sudo useradd --system --no-create-home --shell /usr/sbin/nologin digna
sudo chown -R digna:digna /opt/digna
Poznámka
U rodiny RHEL je ekvivalentní cesta shellu /sbin/nologin.
Krok 3: Nainstalujte licenční soubor¶
Důležité
Licenční soubor není součástí instalačního balíčku a bude vám poskytnut samostatně společností digna.
- Najděte
license.tomlsoubor, který vám byl poskytnut - Zkopírujte jej do kořenového instalačního adresáře digna (tam, kde jsou
config.tomla spustitelný soubordigna)
Proč je to důležité: Licenční soubor obsahuje informace o zákazníkovi, datum vypršení licence a digitální podpis. Neměňte tento soubor — jakákoliv úprava jej zneplatní.
Struktura adresářů po nastavení:
/opt/digna/
├── config.toml (konfigurační soubor)
├── license.toml (VAŠE LICENCE - zkopírujte sem)
├── digna (hlavní spustitelný soubor)
├── bin/ (skripty pro správu služby)
└── dashboard/ (webové rozhraní)
└── (soubory dashboardu)
Konfigurace backendu¶
Krok 1: Vytvořte a upravte konfigurační soubor¶
Soubor config_template.toml je součástí vaší instalační složky digna. Stačí jej přejmenovat na config.toml.
Umístění: /opt/digna/config.toml
Otevřete config.toml v textovém editoru a nakonfigurujte každou sekci níže.
Sekce [app]¶
Tato sekce konfiguruje sdílení prostředků mezi různými původy (CORS) mezi dashboardem a backendem:
[app]
DIGNA_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
DIGNA_APP_CORS_ALLOW_CREDENTIALS = true
| Parametr | Hodnota | Poznámky |
|---|---|---|
DIGNA_APP_CORS_ALLOW_ORIGINS | URL dashboardu | URL, ze kterých je dashboard servírován. Požadavky prohlížeče z jakéhokoli jiného původu jsou odmítnuty |
DIGNA_APP_CORS_ALLOW_CREDENTIALS | true | Povinné, aby prohlížeč s každým požadavkem odesílal cookie relace |
Poznámka
Pokud servírujete dashboard z nginx nebo Apache na výchozím HTTP portu, původ, který povolit, je http://localhost — nebo veřejné URL serveru, pokud je dashboard dostupný z jiných strojů.
Sekce [app] je volitelná
Od Release 2026.11 lze oba klíče i celou sekci [app] vynechat. To je správné nastavení, když reverzní proxy servíruje dashboard i backend pod jedním původem: prohlížeč pak neposílá žádné požadavky mezi různými původy a ve výchozím stavu není žádný takový požadavek povolen.
Sekce [repo]¶
Tato sekce konfiguruje připojení k PostgreSQL databázi:
[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
| Parametr | Hodnota | Poznámky |
|---|---|---|
DIGNA_REPO_HOST | localhost nebo IP | Hostitel/IP PostgreSQL serveru |
DIGNA_REPO_PORT | 5432 (výchozí) | PostgreSQL port |
DIGNA_REPO_DB | postgres | Název databáze |
DIGNA_REPO_SCHEMA | dignarepo | Dříve vytvořené schéma |
DIGNA_REPO_USER | digna_user | Uživatelské jméno vytvořené v PostgreSQL |
DIGNA_REPO_PASSWORD | Vaše heslo | Heslo nastavené při vytváření uživatele |
DIGNA_REPO_SSLMODE | prefer (výchozí) | Volitelné. Režim SSL pro PostgreSQL: disable, allow, prefer, require, verify-ca nebo verify-full |
DIGNA_REPO_NUM_CONNS | 16 (výchozí) | Volitelné. Počet připojení, která digna udržuje otevřená k repozitáři |
Doporučené
config.toml obsahuje heslo k databázi v prostém textu. Omezte jeho oprávnění tak, aby soubor mohl číst pouze servisní účet:
Sekce [base]¶
Tato sekce obsahuje nastavení zabezpečení, cookie a inspekcí:
[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
| Parametr | Hodnota | Poznámky |
|---|---|---|
DIGNA_FERNET_KEY | Hodnota uvedená výše | Klíč šifrování, které používaly dřívější verze. Musí být uveden; ponechte uvedenou hodnotu |
DIGNA_COOKIE_DOMAIN | localhost | Hostitel, pod kterým je dashboard dostupný. "" nenastavuje žádnou doménu, což je správné za proxy, která servíruje dashboard i backend pod jedním původem |
DIGNA_COOKIE_SECURE | false (HTTP) / true (HTTPS) | Musí být true, kdykoli je digna servírována přes HTTPS |
DIGNA_COOKIE_HTTPONLY | true | Chrání cookie relace před přístupem skriptů |
DIGNA_TOKEN_EXPIRES_IN | 86400 (24 hodin) | Vypršení relace v sekundách |
DIGNA_MAX_WORKERS | Počet CPU jader - 1 | Počet inspekcí, které mohou běžet současně |
DIGNA_FRONTEND_BASEURL | URL dashboardu | Povinné. Používá se pro odkazy ve zprávách s upozorněními, proto musí jít o URL, kterou příjemci dokážou otevřít |
DIGNA_SOURCE_QUERY_TIMEOUT_SEC | 3600 (výchozí) | Volitelné. Počet sekund, po které smí běžet jeden dotaz na zdrojovou databázi, než je přerušen; 0 časový limit vypíná |
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC | 30 (výchozí) | Volitelné. Počet sekund čekání na připojení ke zdrojové databázi; 0 čeká neomezeně dlouho |
Tip
Pro zjištění počtu CPU jader na serveru spusťte nproc.
Sekce [encryption]¶
Tato sekce obsahuje klíč, kterým se šifrují citlivé hodnoty uložené v repozitáři. Je povinná — config check hlásí sekci [encryption] jako FAILED, pokud klíč chybí.
| Parametr | Hodnota | Poznámky |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Klíč kódovaný v Base64 | Šifruje citlivé hodnoty uložené v repozitáři digna |
Chraňte soubor config.toml
Tento klíč je pevná hodnota, shodná ve všech instalacích digna, a právě on dešifruje citlivé hodnoty ve vašem repozitáři. Omezte přístup k config.toml na účet, pod kterým digna běží, držte soubor mimo správu verzí a sdílené disky a vynechte jej z každé zálohy uchovávané méně bezpečně než samotný repozitář.
Sekce [logging]¶
Tato sekce konfiguruje chování logování:
| Parametr | Hodnota | Poznámky |
|---|---|---|
DIGNA_LOGGING_MODE | INFO nebo DEBUG | INFO pro produkci, DEBUG pro ladění. Přijímány jsou také TRACE, WARN a ERROR |
DIGNA_LOGGING_DIR | logs (výchozí) | Volitelné. Adresář pro rotované soubory logů, relativně k pracovnímu adresáři |
DIGNA_LOGGING_MAX_FILES | 30 (výchozí) | Volitelné. Počet rotovaných souborů logů, které se uchovávají |
Sekce [duckdb] (volitelná)¶
Novinka v Release 2026.11. Tato sekce nastavuje prostředky pro digna Engine, který profiluje data přímo v digna u databázových připojení, jejichž místem profilování je digna Engine, a spouští kontroly referenční integrity mezi zdroji dat na různých databázových připojeních. Viz Místo profilování.
Sekce je volitelná. Bez ní platí níže uvedené výchozí hodnoty.
| Parametr | Hodnota | Poznámky |
|---|---|---|
DIGNA_DUCKDB_MEMORY_LIMIT_MB | 1024 (výchozí) | Paměť v MB, kterou smí použít jeden běh digna Engine. Současně může být aktivních až DIGNA_MAX_WORKERS běhů |
DIGNA_DUCKDB_TEMP_DIRECTORY | Výchozí: dočasný adresář systému ($TMPDIR, nebo /tmp, pokud není nastaven) | Adresář pro dočasné soubory, když se data nevejdou do paměti |
Dimenzování digna Engine
Počítejte na hostiteli digna s až DIGNA_MAX_WORKERS × DIGNA_DUCKDB_MEMORY_LIMIT_MB paměti navíc k tomu, co spotřebuje samotná digna, a s dostatkem volného místa na disku v dočasném adresáři, aby se do něj vešlo největší inspektované datum zdrojů dat, které používají digna Engine. Nasměrujte DIGNA_DUCKDB_TEMP_DIRECTORY na disk s takovým místem, do kterého smí zapisovat účet, pod kterým digna běží:
Tuto sekci potřebujete jen tehdy, když alespoň jedno databázové připojení používá digna Engine nebo když kontrola referenční integrity porovnává zdroje dat na různých připojeních.
Krok 2: Ověřte konfiguraci¶
Před inicializací repozitáře ověřte, že je config.toml úplný a správně sestavený. V instalačním adresáři digna spusťte:
Každá sekce se ověřuje samostatně, takže jediná chyba nezakryje stav ostatních:
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
Opravte vše, co je hlášeno jako FAILED, a před pokračováním příkaz spusťte znovu. WARNING v části Unknown keys uvádí klíče v config.toml, které digna nečte; nemají žádný účinek, proto je odstraňte nebo opravte jejich zápis. Úplný seznam voleb najdete v referenci CLI.
Krok 3: Inicializujte repozitář¶
- Otevřete terminál
- Přejděte do instalační složky digna (tam, kde jsou
config.tomla spustitelný soubordigna) - Spusťte test připojení:
Na novém schématu se příkaz připojí a poté oznámí, že repozitář zatím není nainstalován:
V tuto chvíli je to očekávaný výsledek: potvrzuje, že se digna dostane k PostgreSQL i ke schématu. Chyba připojení nebo ověření naopak ukazuje na sekci [repo] nebo na nastavení PostgreSQL.
Poznámka
Na Linuxu aktuální adresář není ve vaší PATH, takže spustitelný soubor se volá jako ./digna místo digna. Pokud chcete používat kratší tvar všude, vytvořte symbolický odkaz:
Krok 4: Nainstalujte schéma repozitáře¶
Ve stejném adresáři spusťte:
Tento příkaz nainstaluje potřebné tabulky do schématu repozitáře a skončí hlášením:
repo upgrade instaluje i upgraduje
Od Release 2026.11 příkaz repo upgrade nainstaluje nový repozitář a upgraduje stávající. repo install dál funguje jako jiný název téhož příkazu.
Krok 5: Vytvořte administrátorského uživatele¶
- Otevřete nové okno terminálu
- Přejděte do instalační složky digna
- Spusťte následující příkaz pro vytvoření admin uživatele:
Příklad:
Tím se vytvoří uživatel s e-mailovou adresou admin@example.com a plnými administrátorskými oprávněními.
Tip
Heslo uzavřete do jednoduchých uvozovek. bash a zsh zacházejí se znaky jako !, $ a * speciálně, a nepřeořádované heslo je nemusí předat tak, jak bylo napsáno.
Doporučené
Používejte silné heslo kombinující velká a malá písmena, čísla a speciální znaky.
Krok 6: Spusťte digna server¶
V instalačním adresáři digna spusťte server:
Parametry: - --address — hostname/IP serveru (výchozí 127.0.0.1) - --port — port serveru (výchozí 8000)
Jakmile server běží, vypíše adresu, na které naslouchá:
Tip
Pokud je dashboard servírován z jiného stroje než backend, otevřete také API port ve firewallu:
Server drží terminál
serve běží na popředí a pokračuje, dokud jej nezastavíte pomocí Ctrl+C. Nechte jej běžet, než dokončíte nastavení; pokud jej chcete místo toho spouštět automaticky při startu, viz Spuštění digna jako služby systemd.
Konfigurace dashboardu¶
Krok 1: Nasazení dashboardu na webový server¶
Dashboard digna načítá svou vlastní konfiguraci ze souboru dashboard/dashboard_config.toml. Tento soubor není součástí instalace — vytvoříte jej ve složce dashboard/ vedle souborů dashboardu.
Jeho obsah je popsán v části Jednotné přihlášení (SSO), kde je soubor také potřeba: obsahuje možnosti přihlášení, které dashboard nabízí, a u nasazení s více instancemi také připojení k backendu.
Vyberte webový server a postupujte podle příslušných kroků nasazení.
Nasazení na nginx¶
Pokud jste postupovali podle sekce nginx Setup, serverový blok již ukazuje na složku dashboard a není třeba nic kopírovat.
- Potvrďte cestu
- Otevřete
/etc/nginx/conf.d/digna.conf -
Ověřte, že
rootukazuje na vaši rozbalenou složkudashboard -
Zajistěte, aby složka byla čitelná
-
Načtěte znovu nginx
-
Ověřte instalaci
- Otevřete prohlížeč
- Přejděte na
http://localhost(nebo vaši nakonfigurovanou URL) - Měli byste vidět přihlašovací stránku digna dashboardu
Nasazení na Apache httpd¶
-
Zkopírujte dashboard do dokumentového kořene
-
Přidejte pravidla pro přepis
Vytvořte soubor .htaccess v nasazené složce, aby trasy dashboardu přežily obnovení stránky prohlížečem:
Vložte následující:
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]
-
Restartujte Apache
-
Přístup k dashboardu
- Otevřete prohlížeč
- Přejděte na
http://localhost/digna - Měli byste vidět přihlašovací stránku digna dashboardu
Krok 2: SELinux (pouze rodina RHEL)¶
Na RHEL, Rocky, AlmaLinux a Fedora je SELinux ve výchozím nastavení v režimu enforcing a zablokuje webový server v čtení souborů mimo očekávané lokace. Zkontrolujte, zda je aktivní:
Pokud je výsledek Enforcing a servírujete dashboard z /opt/digna/dashboard, označte adresář tak, aby webový server k němu mohl číst:
sudo semanage fcontext -a -t httpd_sys_content_t "/opt/digna/dashboard(/.*)?"
sudo restorecon -Rv /opt/digna/dashboard
Poznámka
Pokud příkaz semanage nenajdete, nainstalujte ho příkazem sudo dnf install -y policycoreutils-python-utils.
Důležité
Pokud dashboard na čerstvě nakonfigurovaném RHEL serveru vrací 403 Forbidden, je to téměř vždy problém s označením SELinuxu, nikoliv s oprávněními souborů. Potvrďte pomocí sudo ausearch -m avc -ts recent.
Spuštění digna jako systemd služby¶
Proč spouštět digna jako službu?¶
Provoz digna backendu jako systemd služby zajistí, že:
- se automaticky spustí při startu stroje
- poběží na pozadí bez otevřeného terminálu
- se automaticky restartuje v případě pádu
- je možné jej spravovat přes
systemctl, standardní správce služeb na Linuxu
Soubory pro správu služby¶
Všechny potřebné soubory jsou umístěny v instalačním adresáři digna pod: bin/
Následující shell skripty jsou dostupné:
install_service.sh— zaregistruje digna u systemduninstall_service.sh— odregistruje službustart_service.sh— spustí registrovanou službustop_service.sh— zastaví běžící službu
Je potřeba root oprávnění
Všechny skripty musíte spustit pomocí sudo, protože registrace služby, která se spouští při startu, zapisuje jednotkový soubor do /etc/systemd/system.
Nastavení spustitelnosti skriptů¶
Při extrakci se mohl ztratit příznak spustitelnosti. Před prvním použitím:
Instalace služby¶
-
Otevřete terminál
-
Přejděte do složky bin
-
Spusťte instalační skript
Digna server je nyní zaregistrován u systemd s povoleným automatickým spuštěním. Služba se sama nespustí okamžitě — viz další sekce pro její spuštění.
Spuštění a zastavení služby¶
Pro spuštění služby¶
- Otevřete terminál
- Přejděte do
/opt/digna/bin - Spusťte:
Pro zastavení služby¶
- Otevřete terminál
- Přejděte do
/opt/digna/bin - Spusťte:
Tip
Vždy službu zastavte před aktualizací souborů aplikace.
Správa služby pomocí systemctl¶
Po registraci lze službu také ovládat standardními příkazy systemd z libovolného adresáře:
sudo systemctl start digna
sudo systemctl stop digna
sudo systemctl restart digna
sudo systemctl status digna
Ověření služby¶
Pro potvrzení, že je služba zaregistrována a běží:
enabled znamená, že se služba spouští při startu; active znamená, že právě běží.
Zobrazení logů služby¶
systemd zachycuje všechno, co backend vypisuje na konzoli. Pro čtení:
Pro sledování logu živě během reprodukce problému:
Tip
Toto je nejrychlejší způsob, jak diagnostikovat službu, která se spustí a okamžitě zastaví. Selhání připojení k repozitáři nebo chybějící license.toml se zde zobrazí.
Přesun služby do nového adresáře¶
Jednotkový soubor ukládá absolutní cestu ke spustitelnému souboru, takže přesunutí instalace vyžaduje opětovnou registraci služby:
-
Odinstalujte stávající službu
-
Přesuňte soubory aplikace
-
Znovu nainstalujte službu
-
Spusťte službu
Odinstalace služby¶
-
Zastavte běžící službu
-
Odinstalujte službu
Digna server je nyní odregistrován z systemd.
Aktualizace na nové vydání¶
Tato sekce popisuje upgrade instalace Release 2026.06 na Release 2026.11. Pokud je vaše instalace starší, přečtěte si nejprve Upgrade z verze starší než 2026.06.
Před aktualizací¶
Vytvoření zálohy repozitáře digna je povinné
Před upgradem digna zálohujte svůj repozitář (PostgreSQL), abyste se ochránili proti ztrátě dat. Záloha vám umožní obnovit data, pokud by během upgradu nastaly neočekávané problémy.
Pro vytvoření zálohy ze shellu:
Vyžádání licenčního souboru pro Release 2026.11
Release 2026.11 vyžaduje nový soubor license.toml. Vyžádejte si jej od týmu digna ještě před zahájením a mějte jej připravený pro krok 7.
Upgrade z verze starší než 2026.06¶
Release 2026.06 přinesl tři změny, které platí i tehdy, když starší instalaci upgradujete přímo na 2026.11:
- Pouze ODBC. digna přistupuje ke každé zdrojové technologii přes ODBC. Každé databázové připojení, které ODBC dosud nepoužívá, musí být po upgradu převedeno na ODBC; automatický převod neexistuje. Předem nainstalujte ovladače ODBC na hostitele digna, viz Instalace ovladače ODBC na hostitele digna, a mějte připravené vlastnosti každého připojení z příruček k jednotlivým technologiím. Konektor Databricks Legacy už neexistuje; převeďte tato připojení na konektor Databricks.
- Jeden spustitelný soubor.
dignabackendadignaclijsou nahrazeny jediným spustitelným souboremdigna, který spojuje backend a CLI. - config.toml. Sekce
[encryption]je povinná aDIGNA_APP_HOSTaDIGNA_APP_PORTse již nenačítají: server si adresu a port bere zdigna serve. Porovnejte svůj soubor s částí Konfigurace backendu.
Následující kroky upozorňují na místa, kde starší instalace vyžaduje jiný postup. Upgrade repozitáře v kroku 8 převede repozitář jakékoli dřívější verze přímo na 2026.11.
Postup aktualizace¶
Krok 1: Zastavte službu digna¶
Pokud digna běží jako systemd služba, nejprve ji zastavte:
Pokud digna běží v popředí, stiskněte v jejím terminálovém okně Ctrl+C.
Krok 2: Zálohujte stávající instalaci¶
V instalačním adresáři digna přejmenujte spustitelný soubor a složku dashboardu stávající instalace, aby vedle nich bylo možné nasadit nové vydání:
Soubor digna_old si ponechte, dokud upgrade neověříte, a složku dashboard_old, dokud z ní neobnovíte své konfigurační soubory (viz krok 4). Poté můžete obojí smazat.
Upgrade z verze starší než 2026.06
Místo spustitelného souboru přejmenujte složky dignabackend a dignacli: sudo mv dignabackend dignabackend_old a sudo mv dignacli dignacli_old. Release 2026.11 nepoužívá žádnou z nich.
Krok 3: Rozbalte a nasaďte novou verzi¶
- Rozbalte nový ZIP soubor s instalací digna
- Zkopírujte nový spustitelný soubor
dignaa složkudashboarddo instalačního adresáře - Obnovte příznak spustitelnosti a vlastníka servisního účtu:
Důležité
Soubory config.toml ani dashboard/dashboard_config.toml nejsou nikdy součástí instalačního ZIP — tým digna žádný z nich nedodává. Vaše stávající konfigurace proto zůstane upgradem nedotčena a kopie v přejmenovaných složkách *_old jsou jediné, které máte.
Krok 4: Obnovte konfigurační soubory¶
Release 2026.11 nevyžaduje žádnou změnu v config.toml: soubor, který funguje s Release 2026.06, funguje i nadále. Dvě změny jsou volitelné:
- Přidejte sekci
[duckdb], pokud mají databázová připojení používat digna Engine a jeho výchozí hodnoty vašemu hostiteli nevyhovují. - Vynechte sekci
[app], pokud reverzní proxy servíruje dashboard i backend pod jedním původem.
Nastavení, která digna nečte
Dřívější verze tohoto průvodce uváděly některá nastavení, která digna nečte. Nemají žádný účinek a config check je v kroku 6 vypisuje v části Unknown keys. Odstraňte je nebo je opravte:
DIGNA_SCHEDULER_MAX_DELAY,DIGNA_CLEANUP_TIME,digna_COOKIE_PATH,digna_COOKIE_SAME_SITE,digna_APP_CORS_ALLOW_METHODS,digna_APP_CORS_ALLOW_HEADERSadigna_LOGGING_BACKUP_COUNTneexistují. Odstraňte je.- V názvech nastavení se rozlišují velká a malá písmena. digna čte
DIGNA_REPO_HOST, nikolidigna_REPO_HOST. Pište všechny názvy velkými písmeny, jako v části Konfigurace backendu.
Jednotné přihlášení: ponechte [[oidc_clients]]
digna čte poskytovatele jednotného přihlášení jako seznam položek [[oidc_clients]], z nichž každá má vlastní DIGNA_OIDC_KEY. Pokud jste své poskytovatele změnili na sekce [oidc_clients.<key>], jak uváděla dřívější verze tohoto průvodce, vraťte je zpět. config check hlásí OIDC config(s) jako FAILED, dokud je tato podoba použita:
[[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'
Položku zopakujte pro každého poskytovatele a každý DIGNA_OIDC_KEY udržujte shodný s key v souboru dashboard_config.toml. Týká se to pouze instalací, které používají jednotné přihlášení.
Krok 5: Znovu načtěte webový server¶
Dashboard je sada statických souborů, takže váš webový server — i prohlížeč — může stále servírovat předchozí verzi. Znovu načtěte nebo restartujte webový server, který hostuje složku dashboard, a poté stránku znovu načtěte s vynuceným obnovením (Ctrl+F5).
Krok 6: Ověřte konfiguraci¶
Než sáhnete na repozitář, ověřte, že je config.toml úplný:
Každá sekce musí hlásit OK. Opravte vše, co je hlášeno jako FAILED, odstraňte klíče uvedené v části Unknown keys a před pokračováním příkaz spusťte znovu.
Krok 7: Nahraďte licenční soubor¶
Licenční soubor se obvykle přenáší z jednoho vydání do dalšího. Release 2026.11 je výjimkou: přidává dva licencované moduly, digna Data Reconciliation a digna Agentic, a licence vydaná před 2026.11 je neobsahuje. Zkopírujte soubor license.toml, který vám tým digna poskytl pro Release 2026.11, do instalačního adresáře a nahraďte jím ten starý:
Nenechávejte si předchozí licenci
S předchozí licencí se digna sice spustí, ale digna Data Reconciliation a digna MCP Server zůstanou vypnuté. Každý příkaz, který licenci kontroluje — user, inspection, repo — se při neúspěšné kontrole ukončí dříve, než se repozitáře dotkne. Než budete pokračovat, ověřte novou licenci:
Krok 8: Aktualizujte schéma repozitáře¶
V instalačním adresáři digna spusťte:
Release 2026.11 spravuje schéma repozitáře pomocí verzovaných migrací. První upgrade z dřívější verze převede schéma na poslední verzi předchozího mechanismu, zaznamená ji jako svůj výchozí bod a poté použije migrace Release 2026.11. Skončí hlášením:
Všechna existující data zůstanou zachována. Stav repozitáře můžete kdykoli zjistit příkazem ./digna repo check: vypíše poslední použitou migraci a všechny čekající.
digna se nespustí na zastaralém repozitáři
Od Release 2026.11 server odmítne start, dokud repozitář potřebuje upgrade, a oznámí to, například:
Spusťte repo upgrade dříve, než spustíte server nebo službu.
Krok 9: Restartujte služby¶
Pokud digna běží jako systemd služba:
Pokud digna spouštíte ručně, restartujte server:
Pokud používáte nginx nebo Apache, znovu načtěte příslušný webový server:
U rodiny RHEL znovu aplikujte SELinux označení, pokud byla složka dashboard nahrazena:
Krok 10: Ověřte aktualizaci¶
-
Ověřte vydání nového spustitelného souboru:
První řádek musí znít
Release: 2026.11. -
Otevřete dashboard digna a ověřte, že se rozhraní načítá správně.
-
Zkontrolujte logy serveru, zda neobsahují chyby:
-
Otestujte databázová připojení — viz Testování připojení. Po upgradu z verze starší než 2026.06 nejprve převeďte na ODBC každé připojení, které ODBC dosud nepoužívalo.
Jak začít s novými moduly, popisují stránky digna Data Reconciliation, Připojení AI agenta pro digna MCP Server a Místo profilování pro digna Engine.