Przewodnik instalacji digna Release 2026.11 dla Windows¶
Wydanie: 2026.11
Ostatnia aktualizacja: 7 listopada 2026
Spis treści¶
- Wprowadzenie
- Wymagania systemowe
- Przygotowanie przed instalacją
- Konfiguracja serwera PostgreSQL
- Konfiguracja serwera WWW
- Instalacja początkowa
- Konfiguracja backendu
- Konfiguracja dashboardu
- Uruchamianie digna jako usługi Windows
- Aktualizacja do nowego wydania
Wprowadzenie¶
O digna¶
digna to kompleksowa platforma napędzana sztuczną inteligencją, zaprojektowana do optymalizacji zarządzania jakością danych w różnych środowiskach danych, takich jak hurtownie, data lake i lakehouse. Zbudowana z myślą o dużej skalowalności i elastyczności, digna rozwiązuje współczesne wyzwania związane z danymi dzięki automatyzacji, monitorowaniu w czasie rzeczywistym i wykrywaniu anomalii.
digna składa się z dwóch głównych komponentów:
- digna: rdzeń aplikacji, odpowiedzialny za przetwarzanie danych i wykonywanie kontroli jakości. Łączy backend i interfejs wiersza poleceń w jednym pliku wykonywalnym, zastępując osobne programy
dignabackendidignacliz wcześniejszych wydań. - dignadashboard: interfejs webowy hostowany na serwerze WWW, zapewniający przyjazny sposób interakcji z platformą digna oraz wizualizację wskaźników jakości danych.
Co nowego w wydaniu 2026.11¶
To wydanie wprowadza digna Data Reconciliation, digna Agentic z digna MCP Server oraz digna Engine, który potrafi profilować dane wewnątrz digna i sprawdzać integralność referencyjną między różnymi technologiami baz danych. Pełne szczegóły znajdziesz w notatkach o wydaniu.
Z punktu widzenia instalacji wydanie wprowadza nowy mechanizm migracji repozytorium, opcjonalną sekcję [duckdb] w config.toml dla digna Engine oraz nowy plik licencji. Każdy z tych elementów omawia sekcja o aktualizacji.
Szukasz macOS lub Linux?¶
Ten przewodnik dotyczy Windows. Dla innych platform zobacz Przewodnik instalacji dla macOS lub Przewodnik instalacji dla Linux.
Wymagania systemowe¶
Zanim rozpoczniesz instalację, upewnij się, że system spełnia następujące minimalne wymagania:
| Wymaganie | Specyfikacja |
|---|---|
| System operacyjny | Windows Server lub Windows 10/11 |
| Pamięć (Minimalna konfiguracja) | 16 GB RAM |
| Miejsce na dysku | 10 GB dostępnego miejsca |
| Baza danych | PostgreSQL Server 12 lub nowszy |
| Serwer WWW | IIS, Apache Tomcat lub równoważny |
digna Engine
Połączenia z bazami danych, które jako lokalizację profilowania wykorzystują digna Engine, są profilowane bezpośrednio na hoście digna. Zaplanuj dla nich dodatkową pamięć i miejsce na dysku, zobacz sekcję [duckdb].
Opcje instalacji bazy danych¶
Jeśli PostgreSQL jest już zainstalowany: Możesz dodać nową bazę danych dla digna do istniejącego serwera PostgreSQL.
Jeśli instalujesz PostgreSQL na tej samej maszynie co digna:
Zalecane specyfikacje
- Pamięć: 32 GB RAM (zamiast 16 GB)
- Miejsce na dysku: 50 GB dostępnego miejsca (zamiast 10 GB)
Te wyższe specyfikacje uwzględniają równoczesne uruchomienie digna i bazy PostgreSQL.
Przygotowanie przed instalacją¶
Przed instalacją digna upewnij się, że są spełnione dwa kluczowe warunki wstępne:
- Serwer PostgreSQL – do przechowywania wyliczonych metryk i danych wydajnościowych
- Serwer WWW – do hostowania Dashboardu digna
Jeśli te komponenty nie są jeszcze skonfigurowane, postępuj zgodnie z poniższymi sekcjami, aby je zainstalować i skonfigurować.
Konfiguracja serwera PostgreSQL¶
Jeśli masz już PostgreSQL¶
Jeśli PostgreSQL jest już zainstalowany i działa lokalnie lub jeśli używasz zarządzanego zdalnego serwera PostgreSQL, możesz przejść do następnej sekcji.
Instalacja PostgreSQL¶
Wykonaj poniższe kroki, aby zainstalować PostgreSQL na Windows:
Krok 1: Pobierz PostgreSQL¶
- Odwiedź stronę PostgreSQL Downloads
- Wybierz Windows
- Pobierz najnowszy instalator
Krok 2: Uruchom instalator¶
- Kliknij dwukrotnie pobrany plik instalatora
- Postępuj zgodnie z instrukcjami kreatora instalacji
Krok 3: Wybierz katalog instalacji¶
Wybierz katalog, w którym PostgreSQL zostanie zainstalowany. Domyślna lokalizacja zazwyczaj jest odpowiednia.
Krok 4: Wybierz składniki¶
Dla standardowej instalacji pozostaw domyślne opcje składników.
Krok 5: Ustaw hasło superużytkownika PostgreSQL¶
Wprowadź i potwierdź hasło dla superużytkownika PostgreSQL (postgres). Zapisz to hasło w bezpiecznym miejscu — będzie potrzebne później.
Krok 6: Skonfiguruj numer portu¶
Domyślny port PostgreSQL to 5432. Możesz użyć domyślnego lub określić inny port w razie potrzeby.
Wskazówka
Jeśli port 5432 jest już używany, wybierz inny port i zapamiętaj go do późniejszej konfiguracji.
Krok 7: Wybierz lokalizację (locale)¶
Wybierz locale dla bazy danych. Domyślna wartość zazwyczaj jest odpowiednia dla większości instalacji.
Krok 8: Zakończ instalację¶
Kliknij Dalej przez kolejne kroki, a następnie kliknij Zakończ.
Krok 9: Zweryfikuj instalację¶
Otwórz Wiersz poleceń i sprawdź, czy PostgreSQL został zainstalowany:
Powinieneś zobaczyć wersję PostgreSQL, jeśli instalacja zakończyła się sukcesem.
Konfiguracja serwera WWW¶
digna wymaga serwera WWW do hostowania dashboardu. Wybierz jedną z poniższych opcji:
Wystarczy zainstalować i skonfigurować jeden z tych serwerów.
Konfiguracja IIS¶
Przegląd¶
Internet Information Services (IIS) to serwer WWW firmy Microsoft do hostowania stron i aplikacji webowych.
Włączanie IIS¶
- Otwórz Panel sterowania
- Naciśnij
Win + R -
Wpisz
controli naciśnij Enter -
Przejdź do funkcji systemu Windows
- Kliknij Programy
-
Wybierz Włącz lub wyłącz funkcje systemu Windows
-
Włącz Internet Information Services
- Przewiń w dół i znajdź Internet Information Services (IIS)
- Zaznacz pole, aby go włączyć
-
Kliknij przycisk +, aby rozwinąć i upewnić się, że wybrane są podskładniki:
- Web Management Tools
- World Wide Web Services
-
Kliknij OK, aby zastosować zmiany
-
Zweryfikuj instalację IIS
- Otwórz przeglądarkę
- Przejdź do
http://localhost - Powinieneś zobaczyć stronę powitalną IIS
Wymagane: moduł URL Rewrite¶
IIS wymaga komponentu URL Rewrite. Pobierz i zainstaluj go ze strony Microsoft.
Wymagane: typ MIME dla plików Markdown¶
Aby pliki Markdown (.md) były poprawnie serwowane przez IIS:
- Otwórz IIS Manager (naciśnij
Win + R, wpiszinetmgr, naciśnij Enter) - Przejdź do Twoja witryna > MIME Types
- Kliknij Add...
- Skonfiguruj:
- File name extension:
.md - MIME type:
text/markdown
Ważne
Bez tego ustawienia pliki .md mogą nie być serwowane poprawnie.
Konfiguracja Apache Tomcat¶
Przegląd¶
Apache Tomcat to otwartoźródłowy kontener serwletów Java i serwer WWW.
Instalacja¶
- Pobierz Apache Tomcat
- Odwiedź Apache Tomcat Downloads
-
Pobierz dystrybucję ZIP dla Windows
-
Rozpakuj archiwum
- Rozpakuj plik ZIP do katalogu na systemie
-
Przykład:
C:\Program Files\Apache Tomcat -
Zweryfikuj, że Tomcat działa
- Otwórz przeglądarkę
- Przejdź do
http://localhost:8080 - Powinieneś zobaczyć stronę powitalną Apache Tomcat
Wskazówka
Apache Tomcat zazwyczaj uruchamia się automatycznie po instalacji. Jeśli tak się nie dzieje, przejdź do folderu bin i uruchom startup.bat.
Instalacja początkowa¶
Krok 1: Skonfiguruj repozytorium digna¶
Repozytorium digna przechowuje wszystkie metryki wyliczane przez digna. Działa jako centralna baza danych dla danych analitycznych i wydajnościowych.
Utwórz schemat repozytorium i użytkownika¶
Otwórz klienta PostgreSQL (pgAdmin, psql lub podobny) i wykonaj poniższe polecenia SQL:
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>;
Zastąp następujące zmienne:
<digna_repo_schema>— Wybrana nazwa schematu (np.dignarepo)<digna_repo_user>— Wybrana nazwa użytkownika (np.digna_user)<digna_repo_password>— Bezpieczne hasło dla tego użytkownika
Przykład:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Dobra praktyka
Używaj silnych, złożonych haseł dla użytkowników bazy danych. Unikaj łatwych do odgadnięcia danych uwierzytelniających.
Krok 2: Rozpakuj pakiet instalacyjny digna¶
- Znajdź plik ZIP instalacji digna dostarczony Ci
- Rozpakuj go do wybranej lokalizacji instalacyjnej
- Po rozpakowaniu powinieneś zobaczyć następujące elementy:
dashboard/— interfejs webowydigna— główny plik wykonywalny (backend + CLI w jednym)
Plików konfiguracyjnych i pliku licencji nie ma w pakiecie
Ani config.toml, ani dashboard/dashboard_config.toml nie są dostarczane z instalacją — oba tworzysz samodzielnie, w sekcjach Konfiguracja backendu i Konfiguracja dashboardu. license.toml również nie jest dołączany; digna dostarcza go osobno, zgodnie z opisem w kroku 3.
Krok 3: Zainstaluj plik licencji¶
Ważne
Plik licencji nie jest dołączony do pakietu instalacyjnego i zostanie dostarczony oddzielnie przez digna.
- Znajdź plik
license.tomldostarczony Ci - Skopiuj go do katalogu głównego instalacji digna (tam, gdzie znajdują się
config.tomli plik wykonywalnydigna)
Dlaczego to ważne: Plik licencji zawiera informacje o kliencie, datę wygaśnięcia licencji i podpis cyfrowy. Nie modyfikuj tego pliku — jakiekolwiek zmiany unieważnią licencję.
Struktura katalogów po konfiguracji:
digna_installation/
├── config.toml (plik konfiguracyjny)
├── license.toml (TWÓJ PLIK LICENCYJNY - skopiuj tutaj)
├── digna (główny plik wykonywalny)
└── dashboard/ (interfejs webowy)
└── (pliki dashboardu)
Konfiguracja backendu¶
Krok 1: Utwórz i edytuj plik konfiguracyjny¶
Plik config_template.toml jest dostarczony w katalogu instalacyjnym digna. Wystarczy go zmienić nazwę na config.toml.
Lokalizacja: digna_installation/config.toml
Otwórz config.toml w edytorze tekstu i skonfiguruj każdą z poniższych sekcji.
Sekcja [app]¶
Ta sekcja konfiguruje mechanizm CORS (cross-origin resource sharing) między dashboardem a backendem:
[app]
DIGNA_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
DIGNA_APP_CORS_ALLOW_CREDENTIALS = true
| Parametr | Wartość | Uwagi |
|---|---|---|
DIGNA_APP_CORS_ALLOW_ORIGINS | Adresy URL dashboardu | Adresy URL, z których serwowany jest dashboard. Żądania przeglądarki z każdego innego originu są odrzucane |
DIGNA_APP_CORS_ALLOW_CREDENTIALS | true | Wymagane, aby przeglądarka wysyłała ciasteczko sesji z każdym żądaniem |
Sekcja [app] jest opcjonalna
Od wydania 2026.11 można pominąć oba klucze, a nawet całą sekcję [app]. To właściwa konfiguracja, gdy reverse proxy serwuje dashboard i backend pod jednym originem: przeglądarka nie wysyła wtedy żądań między originami, a domyślnie żadne takie żądanie nie jest dozwolone.
Sekcja [repo]¶
Ta sekcja konfiguruje połączenie z bazą danych PostgreSQL:
[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 | Wartość | Uwagi |
|---|---|---|
DIGNA_REPO_HOST | localhost lub adres IP | Nazwa hosta/IP serwera PostgreSQL |
DIGNA_REPO_PORT | 5432 (domyślnie) | Port PostgreSQL |
DIGNA_REPO_DB | postgres | Nazwa bazy danych |
DIGNA_REPO_SCHEMA | dignarepo | Schemat utworzony wcześniej |
DIGNA_REPO_USER | digna_user | Użytkownik utworzony w konfiguracji PostgreSQL |
DIGNA_REPO_PASSWORD | Twoje hasło | Hasło ustawione podczas tworzenia schematu |
DIGNA_REPO_SSLMODE | prefer (domyślnie) | Opcjonalne. Tryb SSL PostgreSQL: disable, allow, prefer, require, verify-ca lub verify-full |
DIGNA_REPO_NUM_CONNS | 16 (domyślnie) | Opcjonalne. Liczba połączeń z repozytorium, które digna utrzymuje otwarte |
Sekcja [base]¶
Ta sekcja zawiera ustawienia bezpieczeństwa, ciasteczek i inspekcji:
[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 | Wartość | Uwagi |
|---|---|---|
DIGNA_FERNET_KEY | Wartość pokazana powyżej | Klucz szyfrowania używanego przez wcześniejsze wydania. Musi być obecny; zachowaj pokazaną wartość |
DIGNA_COOKIE_DOMAIN | localhost | Host, pod którym dostępny jest dashboard. "" nie ustawia domeny, co jest właściwe za proxy, które serwuje dashboard i backend pod jednym originem |
DIGNA_COOKIE_SECURE | false (HTTP) / true (HTTPS) | Musi mieć wartość true zawsze, gdy digna jest serwowana przez HTTPS |
DIGNA_COOKIE_HTTPONLY | true | Chroni ciasteczko sesji przed dostępem ze skryptów |
DIGNA_TOKEN_EXPIRES_IN | 86400 (24 godziny) | Czas wygasania sesji w sekundach |
DIGNA_MAX_WORKERS | Liczba rdzeni CPU - 1 | Liczba inspekcji, które mogą działać jednocześnie |
DIGNA_FRONTEND_BASEURL | URL dashboardu | Wymagane. Używany w linkach w powiadomieniach, więc musi to być adres URL, który odbiorcy mogą otworzyć |
DIGNA_SOURCE_QUERY_TIMEOUT_SEC | 3600 (domyślnie) | Opcjonalne. Liczba sekund, przez które pojedyncze zapytanie do źródłowej bazy danych może działać, zanim zostanie przerwane; 0 wyłącza limit czasu |
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC | 30 (domyślnie) | Opcjonalne. Liczba sekund oczekiwania na połączenie ze źródłową bazą danych; 0 oznacza oczekiwanie bez limitu |
Sekcja [encryption]¶
Ta sekcja zawiera klucz służący do szyfrowania wrażliwych wartości przechowywanych w repozytorium. Jest wymagana — config check zgłasza sekcję [encryption] jako FAILED, jeśli klucza brakuje.
| Parametr | Wartość | Uwagi |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Klucz zakodowany w Base64 | Szyfruje wrażliwe wartości przechowywane w repozytorium digna |
Chroń plik config.toml
Ten klucz jest wartością stałą, identyczną we wszystkich instalacjach digna, i to on odszyfrowuje wrażliwe wartości w Twoim repozytorium. Ogranicz dostęp do config.toml do konta, na którym działa digna, trzymaj plik poza systemem kontroli wersji i dyskami współdzielonymi oraz wyłącz go z każdej kopii zapasowej przechowywanej mniej bezpiecznie niż samo repozytorium.
Sekcja [logging]¶
Ta sekcja konfiguruje zachowanie logowania:
| Parametr | Wartość | Uwagi |
|---|---|---|
DIGNA_LOGGING_MODE | INFO lub DEBUG | INFO dla produkcji, DEBUG do rozwiązywania problemów. Akceptowane są również TRACE, WARN i ERROR |
DIGNA_LOGGING_DIR | logs (domyślnie) | Opcjonalne. Katalog rotowanych plików logów, względem katalogu roboczego |
DIGNA_LOGGING_MAX_FILES | 30 (domyślnie) | Opcjonalne. Liczba przechowywanych rotowanych plików logów |
Zachowaj katalog logów, gdy digna działa jako usługa
Usługa Windows nie ma konsoli, więc pliki logów są jedynym zapisem tego, co robi usługa. Nie ustawiaj DIGNA_LOGGING_DIR na pusty ciąg znaków, ponieważ wyłącza to pliki logów.
Sekcja [duckdb] (opcjonalna)¶
Nowość w wydaniu 2026.11. Ta sekcja określa zasoby digna Engine, który profiluje dane wewnątrz digna dla połączeń z bazami danych, których lokalizacja profilowania to Silnik digna, oraz wykonuje kontrole integralności referencyjnej między źródłami danych w różnych połączeniach z bazami danych. Zobacz Lokalizacja profilowania.
Sekcja jest opcjonalna. Bez niej obowiązują poniższe wartości domyślne.
[duckdb]
DIGNA_DUCKDB_MEMORY_LIMIT_MB = 1024
DIGNA_DUCKDB_TEMP_DIRECTORY = "C:\\path\\to\\digna\\tmp"
| Parametr | Wartość | Uwagi |
|---|---|---|
DIGNA_DUCKDB_MEMORY_LIMIT_MB | 1024 (domyślnie) | Pamięć w MB, z której może korzystać jedno uruchomienie digna Engine. Jednocześnie może być aktywnych do DIGNA_MAX_WORKERS uruchomień |
DIGNA_DUCKDB_TEMP_DIRECTORY | Domyślnie: katalog tymczasowy konta, na którym działa digna (%TEMP%) | Katalog na pliki tymczasowe, gdy dane nie mieszczą się w pamięci |
Dobór zasobów dla digna Engine
Zaplanuj na hoście digna do DIGNA_MAX_WORKERS × DIGNA_DUCKDB_MEMORY_LIMIT_MB pamięci ponad to, czego używa sama digna, oraz tyle wolnego miejsca na dysku w katalogu tymczasowym, aby zmieścić największą inspekcjonowaną datę spośród źródeł danych korzystających z digna Engine. Wskaż w DIGNA_DUCKDB_TEMP_DIRECTORY dysk z takim miejscem, z prawem zapisu dla konta, na którym działa digna:
Ta sekcja jest potrzebna tylko wtedy, gdy co najmniej jedno połączenie z bazą danych korzysta z digna Engine albo kontrola integralności referencyjnej porównuje źródła danych w różnych połączeniach.
Krok 2: Sprawdź konfigurację¶
Przed zainicjowaniem repozytorium sprawdź, czy config.toml jest kompletny i poprawnie zbudowany. W katalogu instalacyjnym digna uruchom:
Każda sekcja jest sprawdzana osobno, więc pojedynczy błąd nie zasłania stanu pozostałych:
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
Popraw wszystko, co zostało zgłoszone jako FAILED, i uruchom polecenie ponownie przed kontynuowaniem. Ostrzeżenie (WARNING) w pozycji Unknown keys wymienia klucze w config.toml, których digna nie odczytuje; nie mają one żadnego efektu, więc usuń je lub popraw ich pisownię. Pełną listę opcji znajdziesz w dokumentacji CLI.
Krok 3: Zainicjuj repozytorium¶
- Otwórz Wiersz poleceń
- Przejdź do katalogu instalacji digna (tam, gdzie znajdują się
config.tomli plik wykonywalnydigna) - Uruchom test połączenia:
W nowym schemacie polecenie łączy się, a następnie zgłasza, że repozytorium nie jest jeszcze zainstalowane:
Na tym etapie jest to oczekiwany wynik: potwierdza, że digna dociera do PostgreSQL i do schematu. Błąd połączenia lub uwierzytelniania wskazuje natomiast na sekcję [repo] lub na konfigurację PostgreSQL.
Krok 4: Zainstaluj schemat repozytorium¶
W tym samym katalogu uruchom:
To polecenie instaluje niezbędne tabele w schemacie repozytorium i kończy się komunikatem:
repo upgrade instaluje i aktualizuje
Od wydania 2026.11 repo upgrade instaluje nowe repozytorium i aktualizuje istniejące. repo install nadal działa jako inna nazwa tego samego polecenia.
Krok 5: Utwórz użytkownika administratora¶
- Otwórz nowe okno Wiersza poleceń
- Przejdź do katalogu instalacji digna
- Uruchom poniższe polecenie, aby utworzyć użytkownika admin:
Przykład:
To tworzy użytkownika z pełnymi uprawnieniami administracyjnymi.
Dobra praktyka
Używaj silnego hasła zawierającego wielkie i małe litery, cyfry oraz znaki specjalne.
Krok 6: Uruchom serwer digna¶
W katalogu instalacyjnym digna uruchom serwer poleceniem:
Parametry: - --address — nazwa hosta/IP serwera (domyślnie 127.0.0.1) - --port — port serwera (domyślnie 8000)
Po uruchomieniu serwer wypisuje adres, na którym nasłuchuje:
Serwer zajmuje terminal
serve działa na pierwszym planie i pracuje, dopóki nie zatrzymasz go skrótem Ctrl+C. Zostaw go uruchomionego, dopóki nie dokończysz konfiguracji; aby zamiast tego uruchamiał się automatycznie przy starcie systemu, zobacz Uruchamianie digna jako usługi Windows.
Konfiguracja dashboardu¶
Krok 1: Wdróż dashboard na serwerze WWW¶
Dashboard digna odczytuje własną konfigurację z pliku dashboard/dashboard_config.toml. Ten plik nie jest dostarczany z instalacją — tworzysz go w katalogu dashboard/, obok plików dashboardu.
Jego zawartość opisano w sekcji Logowanie jednokrotne (SSO), bo właśnie tam ten plik jest potrzebny: zawiera opcje logowania oferowane przez dashboard oraz, w przypadku wdrożeń wieloinstancyjnych, połączenie z backendem.
Wybierz serwer WWW i postępuj zgodnie z odpowiednimi krokami wdrożeniowymi.
Wdrażanie w IIS¶
- Otwórz IIS Manager
-
Naciśnij
Win + R, wpiszinetmgr, naciśnij Enter -
Utwórz nową witrynę
- W lewym panelu kliknij prawym przyciskiem myszy Sites
-
Wybierz Add Website...
-
Skonfiguruj witrynę
- Site Name: Wpisz nazwę (np. "dignaDashboard")
- Physical Path: Kliknij Przeglądaj i wybierz folder
dashboard -
Binding: Ustaw adres IP i port (domyślny port 80 dla HTTP, 443 dla HTTPS)
-
Uruchom witrynę
- Kliknij OK, aby utworzyć witrynę
-
Kliknij prawym przyciskiem myszy nową witrynę i wybierz Start
-
Przetestuj instalację
- Otwórz przeglądarkę
- Przejdź do
http://localhost(lub skonfigurowanego URL) - Powinieneś zobaczyć stronę logowania dashboardu digna
Wdrażanie w Apache Tomcat¶
- Skopiuj dashboard do Tomcat
- Skopiuj folder
dashboarddo kataloguwebappsTomcata - Zmień nazwę, jeśli potrzeba (np. na
digna) -
Przykład:
C:\Program Files\Apache Tomcat\webapps\digna -
Zweryfikuj wdrożenie
- Odśwież lub przeładuj stronę zarządzania Tomcatem (http://localhost:8080)
-
Powinieneś zobaczyć "digna" (lub wybraną nazwę) na liście wdrożonych aplikacji
-
Dostęp do dashboardu
- Otwórz przeglądarkę
- Przejdź do
http://localhost:8080/digna - Powinieneś zobaczyć stronę logowania dashboardu digna
Uruchamianie digna jako usługi Windows¶
Dlaczego używać usługi Windows?¶
Uruchomienie backendu digna jako usługi Windows zapewnia, że: - Uruchamia się automatycznie podczas startu serwera - Działa w tle bez otwartego okna Wiersza poleceń - Automatycznie się restartuje w razie awarii - Może być zarządzana za pomocą narzędzia Usługi systemu Windows
Polecenia windows¶
Usługą zarządza sam plik wykonywalny digna, za pomocą podpoleceń digna windows. Nie ma żadnych plików wsadowych do uruchamiania.
| Polecenie | Przeznaczenie |
|---|---|
digna windows install | Rejestruje digna jako usługę Windows |
digna windows start | Uruchamia zarejestrowaną usługę |
digna windows stop | Zatrzymuje działającą usługę |
digna windows uninstall | Usuwa rejestrację usługi |
Wymagane uprawnienia administratora
Wszystkie cztery polecenia muszą być uruchamiane z Wiersza poleceń otwartego jako Administrator.
Każde polecenie przyjmuje --name, aby wskazać usługę zarejestrowaną pod nazwą inną niż domyślna. Pełna lista opcji znajduje się w dokumentacji CLI.
Instalacja usługi¶
- Otwórz Wiersz poleceń jako Administrator
- Kliknij prawym przyciskiem myszy Wiersz poleceń
-
Wybierz "Uruchom jako administrator"
-
Przejdź do katalogu instalacyjnego digna
-
Zarejestruj usługę
Podaj adres i port, chyba że wartości domyślne Ci odpowiadają
install zapisuje adres i port w rejestracji usługi, a usługa nasłuchuje dokładnie na zapisanych wartościach. Domyślnie są to 127.0.0.1 i 8000, które przyjmują połączenia wyłącznie z tej samej maszyny. Dashboard na innym hoście nie może się z nimi połączyć, więc podaj adres, na którym backend ma nasłuchiwać:
Te wartości nie są odczytywane z config.toml. Aby je później zmienić, odinstaluj usługę i zainstaluj ją ponownie z nowymi wartościami.
Usługa jest rejestrowana z automatycznym uruchamianiem, więc będzie startować razem z systemem Windows. Nie uruchamia się od razu — zobacz następną sekcję.
Opcje instalacji¶
| Opcja | Wartość domyślna | Przeznaczenie |
|---|---|---|
--name | digna | Nazwa, pod którą usługa ma zostać zarejestrowana |
--display-name | digna | Nazwa wyświetlana w services.msc |
--description | digna data quality backend | Opis wyświetlany w services.msc |
--address | 127.0.0.1 | Adres, na którym usługa udostępnia swoje API |
--port | 8000 | Port, na którym usługa udostępnia swoje API |
--working-dir | katalog pliku wykonywalnego digna | Katalog zawierający config.toml i license.toml, który usługa ustawia jako swój katalog roboczy |
--start-type | auto | auto uruchamia usługę razem z systemem Windows, manual tylko na żądanie, disabled rejestruje usługę, ale nie pozwala jej uruchomić |
--account | LocalSystem | Konto, na którym usługa ma działać, np. DOMAIN\user lub .\user |
--password | Hasło konta --account |
Uruchamianie na koncie domenowym
LocalSystem nie ma tożsamości sieciowej, więc uwierzytelnianie Windows w SQL Server i każdy dostęp do udziału sieciowego zakończą się niepowodzeniem. Zainstaluj usługę z --account i --password, jeśli musi ona uzyskiwać dostęp do zasobów jako określony użytkownik.
Uruchamianie i zatrzymywanie usługi¶
Aby uruchomić usługę¶
Aby zatrzymać usługę¶
Wskazówka
Zawsze zatrzymuj usługę przed aktualizacją plików aplikacji.
Przenoszenie usługi do nowego katalogu¶
Jeśli musisz przenieść instalację digna:
-
Zatrzymaj i wyrejestruj aktualną usługę
-
Przenieś pliki aplikacji
-
Przenieś cały folder instalacji digna do nowej lokalizacji
-
Zarejestruj usługę ponownie z nowej lokalizacji
Powtórz wszystkie wartości --address, --port lub --account użyte za pierwszym razem — poprzednia rejestracja już nie istnieje.
- Uruchom usługę
Odinstalowywanie usługi¶
-
Zatrzymaj działającą usługę
-
Wyrejestruj usługę
Serwer digna jest teraz wyrejestrowany jako usługa Windows.
Aktualizacja do nowego wydania¶
Ta sekcja opisuje aktualizację instalacji wydania 2026.06 do wydania 2026.11. Jeśli Twoja instalacja jest starsza, najpierw przeczytaj Aktualizacja z wydania wcześniejszego niż 2026.06.
Przed aktualizacją¶
Utworzenie kopii zapasowej repozytorium digna jest obowiązkowe
Przed aktualizacją digna wykonaj kopię zapasową repozytorium (PostgreSQL), aby zabezpieczyć się przed utratą danych. Kopia zapasowa pozwoli przywrócić stan w razie napotkania problemów podczas aktualizacji.
Zamów plik licencji dla wydania 2026.11
Wydanie 2026.11 wymaga nowego pliku license.toml. Poproś o niego zespół digna przed rozpoczęciem i przygotuj go na krok 7.
Aktualizacja z wydania wcześniejszego niż 2026.06¶
Wydanie 2026.06 wprowadziło trzy zmiany, które nadal obowiązują, gdy aktualizujesz starszą instalację bezpośrednio do wydania 2026.11:
- Tylko ODBC. digna łączy się z każdą technologią źródłową przez ODBC. Każde połączenie z bazą danych, które nie korzysta jeszcze z ODBC, trzeba po aktualizacji przestawić na ODBC; nie ma automatycznej konwersji. Wcześniej zainstaluj sterowniki ODBC na hoście digna, zobacz Instalacja sterownika ODBC na hoście digna, i przygotuj właściwości każdego połączenia na podstawie przewodników technologicznych. Łącznik Databricks Legacy już nie istnieje; przenieś te połączenia na łącznik Databricks.
- Jeden plik wykonywalny.
dignabackendidignaclizostały zastąpione pojedynczym plikiem wykonywalnymdigna, który łączy backend i CLI. - config.toml. Sekcja
[encryption]jest wymagana, aDIGNA_APP_HOSTiDIGNA_APP_PORTnie są już odczytywane: adres i port serwer pobiera zdigna serve. Porównaj swój plik z Konfiguracją backendu.
Poniższe kroki wskazują, w których miejscach starsza instalacja wymaga innego postępowania. Aktualizacja repozytorium w kroku 8 przenosi repozytorium z dowolnego wcześniejszego wydania bezpośrednio do wydania 2026.11.
Proces aktualizacji¶
Krok 1: Zatrzymaj usługę digna¶
Otwórz Wiersz poleceń jako administrator i zatrzymaj usługę za pomocą pliku wykonywalnego digna bieżącej instalacji:
Usługa pozostaje zarejestrowana. Nowy plik wykonywalny zajmuje miejsce starego w tym samym katalogu, więc rejestracja nadal wskazuje właściwy plik.
Jeśli digna działa na pierwszym planie, naciśnij Ctrl+C w jej oknie Wiersza poleceń.
Aktualizacja z wydania wcześniejszego niż 2026.06
Wydania wcześniejsze niż 2026.06 rejestrowały usługę za pomocą plików wsadowych. Zatrzymaj i wyrejestruj ją plikami wsadowymi bieżącej instalacji, zanim w kroku 2 zmienisz nazwę czegokolwiek:
Zanotuj konto, na którym działała usługa, oraz adres i port, na których nasłuchiwała. Usługę zarejestrujesz ponownie w kroku 9.
Krok 2: Wykonaj kopię bieżącej instalacji¶
W katalogu instalacyjnym digna zmień nazwy pliku wykonywalnego i folderu dashboardu bieżącej instalacji, aby nowe wydanie mogło zostać wdrożone obok nich:
Zachowaj digna_old.exe do czasu zweryfikowania aktualizacji, a dashboard_old, dopóki nie odtworzysz z niego swoich plików konfiguracyjnych (patrz krok 4). Potem możesz usunąć oba.
Aktualizacja z wydania wcześniejszego niż 2026.06
Zamiast pliku wykonywalnego zmień nazwy folderów dignabackend i dignacli: ren dignabackend dignabackend_old i ren dignacli dignacli_old. Wydanie 2026.11 nie używa żadnego z tych folderów ani folderu bin z plikami wsadowymi.
Krok 3: Rozpakuj i wdróż nową wersję¶
- Rozpakuj nowy plik ZIP instalacji digna
- Skopiuj nowy plik wykonywalny
dignaoraz folderdashboarddo katalogu instalacyjnego
Ważne
Ani config.toml, ani dashboard/dashboard_config.toml nigdy nie są dołączane do pliku ZIP instalacji — zespół digna nigdy nie dostarcza żadnego z tych plików. Aktualizacja nie narusza więc Twojej istniejącej konfiguracji, a kopie w folderach *_old o zmienionych nazwach są jedynymi, jakie posiadasz.
Krok 4: Przywróć pliki konfiguracyjne¶
Wydanie 2026.11 nie wymaga żadnych zmian w config.toml: plik, który działa z wydaniem 2026.06, działa nadal. Dwie zmiany są opcjonalne:
- Dodaj sekcję
[duckdb], jeśli połączenia z bazami danych mają korzystać z digna Engine, a jego wartości domyślne nie pasują do Twojego hosta. - Pomiń sekcję
[app], jeśli reverse proxy serwuje dashboard i backend pod jednym originem.
Ustawienia, których digna nie odczytuje
Wcześniejsze wersje tego przewodnika pokazywały niektóre ustawienia, których digna nie odczytuje. Nie mają one żadnego efektu, a config check wymienia je w kroku 6 w pozycji Unknown keys. Usuń je lub popraw:
DIGNA_SCHEDULER_MAX_DELAY,DIGNA_CLEANUP_TIME,digna_COOKIE_PATH,digna_COOKIE_SAME_SITE,digna_APP_CORS_ALLOW_METHODS,digna_APP_CORS_ALLOW_HEADERSidigna_LOGGING_BACKUP_COUNTnie istnieją. Usuń je.- W nazwach ustawień rozróżniana jest wielkość liter. digna odczytuje
DIGNA_REPO_HOST, a niedigna_REPO_HOST. Zapisuj każdą nazwę wielkimi literami, tak jak w Konfiguracji backendu.
Logowanie jednokrotne: zachowaj [[oidc_clients]]
digna odczytuje dostawców logowania jednokrotnego jako listę wpisów [[oidc_clients]], z których każdy ma własny DIGNA_OIDC_KEY. Jeśli zmieniłeś dostawców na sekcje [oidc_clients.<key>], jak pokazywała wcześniejsza wersja tego przewodnika, przywróć poprzednią formę. config check zgłasza OIDC config(s) jako FAILED, dopóki ta forma pozostaje na miejscu:
[[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'
Powtórz wpis dla każdego dostawcy i zadbaj, aby każdy DIGNA_OIDC_KEY odpowiadał wartości key w dashboard_config.toml. Dotyczy to wyłącznie instalacji korzystających z logowania jednokrotnego.
Krok 5: Przeładuj serwer WWW¶
Dashboard to zestaw plików statycznych, więc serwer WWW — i przeglądarka — mogą nadal serwować poprzednią wersję. Przeładuj lub zrestartuj serwer WWW, który udostępnia folder dashboard, a następnie przeładuj stronę z wymuszonym odświeżeniem (Ctrl+F5).
Krok 6: Sprawdź konfigurację¶
Upewnij się, że config.toml jest kompletny, zanim dotkniesz repozytorium:
Każda sekcja musi zgłosić OK. Popraw wszystko, co zostało zgłoszone jako FAILED, usuń klucze wymienione w pozycji Unknown keys i uruchom polecenie ponownie przed kontynuowaniem.
Krok 7: Wymień plik licencji¶
Plik licencji zwykle przechodzi bez zmian z jednego wydania do następnego. Wydanie 2026.11 jest wyjątkiem: dodaje dwa licencjonowane moduły, digna Data Reconciliation i digna Agentic, a licencja wystawiona przed wydaniem 2026.11 ich nie zawiera. Skopiuj plik license.toml dostarczony przez zespół digna dla wydania 2026.11 do katalogu instalacyjnego, zastępując stary:
Nie zachowuj poprzedniej licencji
Z poprzednią licencją digna nadal się uruchamia, ale digna Data Reconciliation i digna MCP Server pozostają wyłączone. Każde polecenie, które sprawdza licencję — user, inspection, repo — przerywa działanie, zanim dotknie repozytorium, jeśli kontrola się nie powiedzie. Sprawdź nową licencję, zanim przejdziesz dalej:
Krok 8: Zaktualizuj schemat repozytorium¶
W katalogu instalacyjnym digna uruchom:
Wydanie 2026.11 zarządza schematem repozytorium za pomocą wersjonowanych migracji. Pierwsza aktualizacja z wcześniejszego wydania doprowadza schemat do ostatniej wersji poprzedniego mechanizmu, zapisuje ją jako punkt wyjścia, a następnie stosuje migracje wydania 2026.11. Kończy się komunikatem:
Wszystkie istniejące dane zostają zachowane. Aby w dowolnym momencie sprawdzić stan repozytorium, uruchom digna repo check: polecenie pokazuje ostatnią zastosowaną migrację oraz migracje oczekujące.
digna nie uruchamia się na nieaktualnym repozytorium
Od wydania 2026.11 serwer odmawia uruchomienia, dopóki repozytorium wymaga aktualizacji, i informuje o tym, na przykład:
Uruchom repo upgrade, zanim uruchomisz serwer lub usługę.
Krok 9: Uruchom ponownie usługi¶
Jeśli digna działa jako usługa Windows, uruchom ją ponownie:
Jeśli aktualizujesz z wydania wcześniejszego niż 2026.06 i w kroku 1 wyrejestrowałeś usługę, najpierw zarejestruj ją ponownie za pomocą pliku wykonywalnego digna:
Podaj w --address i --port wartości, na których nasłuchiwała stara usługa, chyba że chcesz użyć wartości domyślnych 127.0.0.1 i 8000. Dodaj --account i --password, jeśli stara usługa działała na koncie domenowym. Pełną listę opcji znajdziesz w sekcji Uruchamianie digna jako usługi Windows.
Jeśli uruchamiasz ręcznie, zrestartuj serwer:
Jeśli korzystasz z IIS lub Tomcata, zrestartuj odpowiedni serwer WWW.
Krok 10: Zweryfikuj aktualizację¶
-
Potwierdź wydanie nowego pliku wykonywalnego:
Pierwszy wiersz musi brzmieć
Release: 2026.11. -
Otwórz dashboard digna i sprawdź, czy interfejs ładuje się poprawnie.
- Sprawdź pliki w katalogu
logsinstalacji pod kątem błędów. - Przetestuj połączenia z bazami danych — zobacz Testowanie połączenia. Po aktualizacji z wydania wcześniejszego niż 2026.06 najpierw przestaw na ODBC każde połączenie, które jeszcze z niego nie korzystało.
Aby zacząć pracę z nowymi modułami, zobacz digna Data Reconciliation, Podłączanie agenta AI w przypadku digna MCP Server oraz Lokalizacja profilowania w przypadku digna Engine.