Руководство по установке на Windows для digna Release 2026.06¶
Релиз: 2026.06
Последнее обновление: 30 августа 2026
Содержание¶
- Введение
- Требования к системе
- Подготовка к установке
- Настройка PostgreSQL сервера
- Настройка веб-сервера
- Первоначальная установка
- Конфигурация backend
- Конфигурация Dashboard
- Запуск digna как службы Windows
- Обновление до новой версии
Введение¶
О digna¶
digna — это полнофункциональная платформа с поддержкой ИИ, разработанная для оптимизации управления качеством данных в различных средах хранения данных, таких как хранилища, data lakes и lakehouses. Платформа создана с учетом масштабируемости и адаптируемости и решает современные задачи с помощью автоматизации, мониторинга в реальном времени и обнаружения аномалий.
digna состоит из двух основных компонентов:
- digna: ядро приложения, отвечающее за обработку данных и выполнение проверок качества. Оно объединяет серверную часть и интерфейс командной строки в одном исполняемом файле, заменяя отдельные программы
dignabackendиdignacliиз прежних выпусков. - dignadashboard: веб-интерфейс, размещаемый на веб-сервере, обеспечивающий удобный способ взаимодействия с платформой digna и визуализации метрик качества данных.
Что нового в Release 2026.06¶
В этом релизе возможности наблюдаемости данных (data observability) интегрированы непосредственно в ваш код, что позволяет разработчикам отслеживать качество данных у источника. См. заметки к выпуску для полного списка изменений.
Ищете macOS или Linux?¶
Это руководство охватывает Windows. Для других платформ смотрите Руководство по установке для macOS или Руководство по установке для Linux.
Требования к системе¶
Перед началом установки убедитесь, что ваша система соответствует следующим минимальным требованиям:
| Требование | Характеристика |
|---|---|
| Операционная система | Windows Server или Windows 10/11 |
| Память (минимальная конфигурация) | 16 ГБ ОЗУ |
| Место на диске | 10 ГБ свободного пространства |
| База данных | PostgreSQL Server 12 или выше |
| Веб-сервер | IIS, Apache Tomcat или эквивалент |
Варианты установки базы данных¶
Если PostgreSQL уже установлен: Вы можете добавить новую базу данных для digna в ваш существующий сервер PostgreSQL.
Если вы устанавливаете PostgreSQL на той же машине, что и digna:
Рекомендуемые характеристики
- Память: 32 ГБ ОЗУ (вместо 16 ГБ)
- Место на диске: 50 ГБ свободного пространства (вместо 10 ГБ)
Эти увеличенные характеристики учитывают одновременную работу digna и сервера PostgreSQL.
Подготовка к установке¶
Перед установкой digna убедитесь, что имеются две ключевые предпосылки:
- PostgreSQL Server — для хранения вычисленных метрик и данных о производительности
- Веб-сервер — для размещения digna Dashboard
Если эти компоненты ещё не настроены, следуйте разделам ниже, чтобы установить и сконфигурировать их.
Настройка PostgreSQL сервера¶
Если PostgreSQL уже установлен¶
Если PostgreSQL уже установлен и запущен на вашей локальной машине или если вы используете управляемый удалённый сервер PostgreSQL, вы можете перейти к следующему разделу — настройка веб-сервера.
Установка PostgreSQL¶
Выполните следующие шаги для установки PostgreSQL на Windows:
Шаг 1: Загрузите PostgreSQL¶
- Перейдите на страницу загрузок PostgreSQL
- Выберите Windows
- Скачайте последний установщик
Шаг 2: Запустите установщик¶
- Дважды щёлкните по загруженному файлу установщика
- Следуйте подсказкам мастера установки
Шаг 3: Выберите каталог установки¶
Выберите каталог, в который будет установлен PostgreSQL. Обычно местоположение по умолчанию подходит.
Шаг 4: Выберите компоненты¶
Для стандартной установки оставьте выбранными компоненты по умолчанию.
Шаг 5: Задайте пароль суперпользователя PostgreSQL¶
Введите и подтвердите пароль для суперпользователя PostgreSQL (postgres). Храните этот пароль в надёжном месте — он понадобится вам позже.
Шаг 6: Настройте номер порта¶
Порт PostgreSQL по умолчанию — 5432. Вы можете оставить значение по умолчанию или указать другой порт при необходимости.
Совет
Если порт 5432 уже занят, выберите альтернативный порт и запомните его для последующей конфигурации.
Шаг 7: Выберите локаль¶
Выберите локаль для вашей базы данных. Обычно значение по умолчанию подходит.
Шаг 8: Завершите установку¶
Нажимайте Далее до конца, затем Готово.
Шаг 9: Проверьте установку¶
Откройте Command Prompt и проверьте установку PostgreSQL:
Если установка прошла успешно, вы увидите версию PostgreSQL.
Настройка веб-сервера¶
digna требует веб-сервер для размещения dashboard. Выберите один из следующих вариантов:
Вам нужно установить и настроить только один из этих серверов.
Настройка IIS¶
Обзор¶
Internet Information Services (IIS) — веб-сервер Microsoft для размещения веб-сайтов и веб-приложений.
Включение IIS¶
- Откройте Панель управления
- Нажмите
Win + R -
Введите
controlи нажмите Enter -
Перейдите к компонентам Windows
- Нажмите Программы
-
Выберите Включение или отключение компонентов Windows
-
Включите Internet Information Services
- Пролистайте вниз и найдите Internet Information Services (IIS)
- Установите флажок для его включения
-
Нажмите +, чтобы развернуть и убедиться, что выбраны следующие подсистемы:
- Web Management Tools
- World Wide Web Services
-
Нажмите OK, чтобы применить изменения
-
Проверьте установку IIS
- Откройте браузер
- Перейдите по адресу
http://localhost - Вы должны увидеть страницу приветствия IIS
Требуется: модуль URL Rewrite¶
IIS требует компонента URL Rewrite. Скачайте и установите его с официальной страницы Microsoft.
Требуется: MIME-тип для файлов Markdown¶
Чтобы файлы Markdown (.md) корректно отдавались через IIS:
- Откройте IIS Manager (нажмите
Win + R, введитеinetmgr, нажмите Enter) - Перейдите к Ваш сайт > MIME Types
- Нажмите Add...
- Настройте:
- File name extension:
.md - MIME type:
text/markdown
Важно
Без этой настройки файлы .md могут не обслуживаться корректно.
Настройка Apache Tomcat¶
Обзор¶
Apache Tomcat — это open-source контейнер сервлетов Java и веб-сервер.
Установка¶
- Скачайте Apache Tomcat
- Перейдите на страницу загрузок Apache Tomcat
-
Скачайте ZIP-распространение для Windows
-
Распакуйте архив
- Распакуйте ZIP-файл в каталог на вашей системе
-
Пример:
C:\Program Files\Apache Tomcat -
Проверьте запуск Tomcat
- Откройте браузер
- Перейдите по адресу
http://localhost:8080 - Вы должны увидеть страницу приветствия Apache Tomcat
Совет
Apache Tomcat обычно запускается автоматически после установки. Если этого не произошло, перейдите в папку bin и запустите startup.bat.
Первоначальная установка¶
Шаг 1: Настройка репозитория digna¶
Репозиторий digna хранит все метрики, вычисляемые digna. Он служит центральной базой данных для аналитических и служебных данных.
Создание схемы репозитория и пользователя¶
Откройте ваш клиент PostgreSQL (pgAdmin, psql или аналогичный) и выполните следующие 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>;
Замените следующие заполнители:
<digna_repo_schema>— желаемое имя схемы (например,dignarepo)<digna_repo_user>— желаемое имя пользователя (например,digna_user)<digna_repo_password>— надёжный пароль для этого пользователя
Пример:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Рекомендация
Используйте сложные пароли для пользователей базы данных. Избегайте легко угадываемых учётных данных.
Шаг 2: Распакуйте установочный пакет digna¶
- Найдите ZIP-файл установщика digna, предоставленный вам
- Распакуйте его в желаемый каталог установки
- После распаковки вы должны увидеть следующие элементы:
dashboard/— веб-интерфейсdigna— основной исполняемый файл (backend + CLI в одном)
Файлы конфигурации и лицензии не входят в пакет
Ни config.toml, ни dashboard/dashboard_config.toml не поставляются вместе с установкой — вы создаёте оба файла самостоятельно, в разделах Конфигурация backend и Конфигурация Dashboard. license.toml тоже не поставляется; digna предоставляет его отдельно, как описано в шаге 3.
Шаг 3: Установите файл лицензии¶
Важно
Файл лицензии не включён в установочный пакет и предоставляется отдельно компанией digna.
- Найдите предоставленный вам файл
license.toml - Скопируйте его в корневой каталог установки digna (где находятся
config.tomlи исполняемый файлdigna)
Почему это важно: Файл лицензии содержит информацию о заказчике, дате окончания лицензии и цифровую подпись. Не изменяйте этот файл — любые изменения сделают его недействительным.
Структура каталогов после настройки:
digna_installation/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
└── dashboard/ (web interface)
└── (dashboard files)
Конфигурация backend¶
Шаг 1: Создание и редактирование файла конфигурации¶
Файл config_template.toml поставляется в каталоге установки digna. Вам нужно переименовать его в config.toml.
Расположение: digna_installation/config.toml
Откройте config.toml в текстовом редакторе и настройте каждый из разделов ниже.
Раздел [app]¶
Этот раздел настраивает параметры приложения backend digna:
[app]
digna_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
digna_APP_CORS_ALLOW_CREDENTIALS = true
digna_APP_CORS_ALLOW_METHODS = ["*"]
digna_APP_CORS_ALLOW_HEADERS = ["*"]
| Параметр | Значение | Примечания |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | URL фронтенда | Если dashboard находится на другом сервере, добавьте его URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Требуется при использовании CORS с учётными данными |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Разрешить все HTTP-методы |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Разрешить все заголовки |
Раздел [repo]¶
Этот раздел настраивает подключение к базе данных 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_HOST | localhost или IP | Хост/IP сервера PostgreSQL |
digna_REPO_PORT | 5432 (по умолчанию) | Порт PostgreSQL |
digna_REPO_DB | postgres | Имя базы данных |
digna_REPO_SCHEMA | dignarepo | Ранее созданная схема |
digna_REPO_USER | digna_user | Пользователь, созданный при настройке PostgreSQL |
digna_REPO_PASSWORD | Ваш пароль | Пароль, заданный при создании пользователя |
Раздел [base]¶
Этот раздел содержит настройки безопасности и cookie:
[base]
DIGNA_FERNET_KEY = "DU4a0yJ-OqvbKCL4hNQn_CsknH-V1vWmHZqBUl-AY44="
digna_COOKIE_DOMAIN = "localhost"
digna_COOKIE_PATH = "/"
digna_COOKIE_SECURE = false
digna_COOKIE_HTTPONLY = true
digna_COOKIE_SAME_SITE = "lax"
digna_TOKEN_EXPIRES_IN = 86400
digna_MAX_WORKERS = 4
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
| Параметр | Значение | Примечания |
|---|---|---|
DIGNA_FERNET_KEY | Ключ шифрования | Используется для шифрования токенов и cookie (по умолчанию предоставлен) |
digna_COOKIE_DOMAIN | localhost | Соответствует домену фронтенда |
digna_COOKIE_SECURE | false (локально) / true (в проде) | Используйте true при HTTPS |
digna_COOKIE_HTTPONLY | true | Всегда включено для безопасности |
digna_COOKIE_SAME_SITE | lax | Защищает от CSRF атак |
digna_TOKEN_EXPIRES_IN | 86400 (24 часа) | Время жизни сессии в секундах |
digna_MAX_WORKERS | Количество ядер CPU - 1 | Количество параллельных задач инспекции |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Максимальная задержка в секундах, которую планировщик может добавить перед запуском наступившей задачи |
DIGNA_CLEANUP_TIME | "12:00" | Время суток (24-часовой формат HH:MM), когда начинается ежедневная очистка |
Раздел [encryption]¶
Этот раздел содержит ключ, которым шифруются конфиденциальные значения, хранящиеся в репозитории. Он обязателен — config check сообщает о разделе [encryption] как FAILED, если ключ отсутствует.
| Параметр | Значение | Примечания |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Ключ в кодировке Base64 | Шифрует конфиденциальные значения, хранящиеся в репозитории digna |
Защитите config.toml
Этот ключ — фиксированное значение, одинаковое во всех установках digna, и именно он расшифровывает конфиденциальные значения вашего репозитория. Ограничьте доступ к config.toml учётной записью, под которой работает digna, держите файл вне системы контроля версий и общих дисков и исключите его из любой резервной копии, которая хранится менее защищённо, чем сам репозиторий.
Раздел [logging]¶
Этот раздел настраивает поведение логирования:
| Параметр | Значение | Примечания |
|---|---|---|
digna_LOGGING_MODE | INFO или DEBUG | INFO для продакшена, DEBUG для отладки |
digna_LOGGING_BACKUP_COUNT | 10 | Количество сохраняемых ежедневных резервных логов |
Шаг 2: Проверьте конфигурацию¶
Перед инициализацией репозитория убедитесь, что config.toml полон и корректно построен. В каталоге установки digna выполните:
Каждый раздел проверяется отдельно, поэтому одна ошибка не скрывает состояние остальных:
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
Overall: OK
Исправьте всё, о чём сообщено как FAILED, и выполните команду ещё раз, прежде чем продолжить. Полный список параметров приведён в справочнике CLI.
Шаг 3: Инициализируйте репозиторий¶
- Откройте Command Prompt
- Перейдите в каталог установки digna (где находятся
config.tomlи исполняемый файлdigna) - Проверьте подключение:
Вы должны увидеть подтверждение того, что подключение установлено (сам репозиторий ещё не инициализирован).
Шаг 4: Установите схему репозитория¶
В том же каталоге выполните:
Эта команда создаст необходимые таблицы и схему в вашей базе данных PostgreSQL.
Шаг 5: Создайте пользователя с правами администратора¶
- Откройте новое окно Command Prompt
- Перейдите в каталог установки digna
- Выполните команду для создания администратора:
Пример:
Это создаст пользователя с полными административными правами.
Рекомендация
Используйте надёжный пароль, содержащий большие и малые буквы, цифры и специальные символы.
Шаг 6: Запустите сервер digna¶
В каталоге установки digna запустите сервер:
Параметры: - --address — имя хоста или IP сервера - --port — порт сервера
Вы должны увидеть сообщения при старте, подтверждающие запуск сервера:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Сервер занимает терминал
serve выполняется на переднем плане и продолжает работать, пока вы не остановите его сочетанием Ctrl+C. Оставьте его работающим, пока завершаете настройку; чтобы вместо этого запускать его автоматически при загрузке, см. Запуск digna как службы Windows.
Конфигурация Dashboard¶
Шаг 1: Разверните Dashboard на веб-сервере¶
Dashboard digna считывает собственную конфигурацию из файла dashboard/dashboard_config.toml. Этот файл не поставляется вместе с установкой — вы создаёте его в каталоге dashboard/ рядом с файлами dashboard.
Его содержимое описано в разделе Единый вход (SSO), где этот файл и требуется: в нём задаются варианты входа, которые предлагает dashboard, а для мультиинстансных развертываний — подключение к backend.
Выберите ваш веб-сервер и выполните соответствующие шаги развертывания.
Развёртывание в IIS¶
- Откройте IIS Manager
-
Нажмите
Win + R, введитеinetmgr, нажмите Enter -
Создайте новый веб-сайт
- В левой панели правой кнопкой щёлкните Sites
-
Выберите Add Website...
-
Настройте сайт
- Site Name: Введите имя (например, "dignaDashboard")
- Physical Path: Нажмите Browse и выберите папку
dashboard -
Binding: Укажите IP-адрес и порт (по умолчанию 80 для HTTP, 443 для HTTPS)
-
Запустите сайт
- Нажмите OK, чтобы создать сайт
-
Правой кнопкой щёлкните новый сайт и выберите Start
-
Проверьте установку
- Откройте браузер
- Перейдите по
http://localhost(или по вашему URL) - Вы должны увидеть страницу входа в digna dashboard
Развёртывание в Apache Tomcat¶
- Скопируйте Dashboard в Tomcat
- Скопируйте папку
dashboardв директориюwebappsвашего Tomcat - При необходимости переименуйте (например, в
digna) -
Пример:
C:\Program Files\Apache Tomcat\webapps\digna -
Проверьте развёртывание
- Обновите или перезагрузите страницу управления Tomcat (http://localhost:8080)
-
Вы должны увидеть "digna" (или выбранное имя) в списке развернутых приложений
-
Доступ к Dashboard
- Откройте браузер
- Перейдите по адресу
http://localhost:8080/digna - Вы должны увидеть страницу входа в digna dashboard
Запуск digna как службы Windows¶
Почему использовать службу Windows?¶
Запуск backend digna как службы Windows обеспечивает: - Автоматический старт при загрузке сервера - Фоновый режим работы без открытого окна командной строки - Автоматический перезапуск при падении - Управление через оснастку Windows Services
Команды windows¶
Службой управляет сам исполняемый файл digna с помощью подкоманд digna windows. Запускать batch-файлы не нужно.
| Команда | Назначение |
|---|---|
digna windows install | Регистрирует digna как службу Windows |
digna windows start | Запускает зарегистрированную службу |
digna windows stop | Останавливает работающую службу |
digna windows uninstall | Удаляет регистрацию службы |
Требуются права администратора
Все четыре команды необходимо запускать из Command Prompt, открытой от имени администратора.
Каждая команда принимает --name, чтобы обращаться к службе, зарегистрированной под нестандартным именем. Полный список параметров приведён в справочнике CLI.
Установка службы¶
- Откройте Command Prompt от имени администратора
- Правой кнопкой щёлкните Command Prompt
-
Выберите "Запуск от имени администратора"
-
Перейдите в каталог установки digna
-
Зарегистрируйте службу
Укажите адрес и порт, если значения по умолчанию вам не подходят
install записывает адрес и порт в регистрацию службы, и служба привязывается именно к записанным значениям. По умолчанию это 127.0.0.1 и 8000, что допускает подключения только с самого компьютера. Dashboard на другом узле не сможет к нему подключиться, поэтому укажите адрес, на котором должен слушать backend:
Эти значения не считываются из config.toml. Чтобы изменить их позже, удалите службу и установите её заново с новыми значениями.
Служба регистрируется с автоматическим запуском, поэтому она будет запускаться вместе с Windows. Сразу после регистрации она не запускается — см. следующий раздел.
Параметры установки¶
| Параметр | По умолчанию | Назначение |
|---|---|---|
--name | digna | Имя, под которым регистрируется служба |
--display-name | digna | Имя, отображаемое в services.msc |
--description | digna data quality backend | Описание, отображаемое в services.msc |
--address | 127.0.0.1 | Адрес, к которому служба привязывает свой API |
--port | 8000 | Порт, к которому служба привязывает свой API |
--working-dir | каталог исполняемого файла digna | Каталог с файлами config.toml и license.toml, который служба делает своим рабочим каталогом |
--start-type | auto | auto — запуск вместе с Windows, manual — запуск только по запросу, disabled — служба зарегистрирована, но её запуск запрещён |
--account | LocalSystem | Учётная запись, от имени которой выполняется служба, например DOMAIN\user или .\user |
--password | Пароль учётной записи --account |
Запуск от имени доменной учётной записи
У LocalSystem нет сетевой идентичности, поэтому проверка подлинности Windows в SQL Server и любой доступ к сетевой папке завершатся ошибкой. Если службе нужен доступ к ресурсам от имени определённого пользователя, выполняйте установку с --account и --password.
Запуск и остановка службы¶
Чтобы запустить службу¶
Чтобы остановить службу¶
Совет
Всегда останавливайте службу перед обновлением файлов приложения.
Перенос службы в новый каталог¶
Если требуется переместить установку digna:
-
Остановите текущую службу и удалите её регистрацию
-
Переместите файлы приложения
-
Перенесите весь каталог установки digna в новое расположение
-
Зарегистрируйте службу заново из нового расположения
Повторите все значения --address, --port или --account, которые вы использовали в первый раз, — прежней регистрации больше нет.
- Запустите службу
Удаление службы¶
-
Остановите работающую службу
-
Удалите регистрацию службы
Сервер digna теперь удалён из списка служб Windows.
Обновление до новой версии¶
Перед обновлением¶
Сначала проверьте все подключения к базам данных
Начиная с выпуска 2026.06 digna обращается к каждой исходной технологии через ODBC. Прежние выпуски предлагали выбор между отдельным драйвером для каждой технологии и ODBC, задаваемый переключателем Use ODBC. Команда digna решила опираться только на ODBC, потому что единый стандартный интерфейс даёт больше, чем набор драйверов, написанных под заказ:
- Аутентификация — аутентификация является частью ODBC, поэтому подключение может использовать всё, что поддерживает его драйвер: пароли, токены и PAT, Kerberos и Active Directory, MFA и единый вход через браузер, облачные удостоверения, клиентские сертификаты и TLS. Новые методы появляются вместе с обновлением драйвера, а не после ожидания выпуска digna.
- Драйверы, поддерживаемые производителями баз данных — собственный драйвер производителя отслеживает новые версии сервера и исправления безопасности, и вы можете обновлять его в своём темпе, независимо от digna.
- Единый способ настроить всё — каждая технология — это список свойств «ключ/значение» с одним и тем же интерфейсом, одинаковым шифрованием конфиденциальных значений и одинаковой диагностикой, вместо разного набора полей для каждого источника.
- Тонкая настройка и охват — параметры драйвера, такие как тайм-ауты, настройки TLS, прокси-серверы и размеры выборки, доступны для любого источника, а подключить можно любую технологию с совместимым драйвером ODBC, в том числе те, для которых digna не публикует отдельного руководства.
На практике это означает, что переключателя Use ODBC и отдельных полей узла, порта, базы данных, пользователя и пароля больше нет. Каждое подключение, ещё не использующее ODBC, должно быть переведено на ODBC — автоматического преобразования нет, поэтому спланируйте это до обновления:
- Просмотрите каждое подключение к базе данных, определённое в вашей установке, и отметьте те, которые ещё не используют ODBC — каждое из них придётся настроить заново.
- Установите соответствующий драйвер ODBC на узле digna — подключения открываются с сервера, на котором работает серверная часть digna, а не из браузера. См. Установка драйвера ODBC на узле digna.
- Подготовьте свойства ODBC для каждого затронутого подключения. Руководства по технологиям приводят для каждого источника проверенный набор свойств.
После обновления переведите каждое затронутое подключение на ODBC и проверьте его из панели управления — см. Создание подключения к базе данных и Проверка подключения.
Подключения Databricks Legacy
Коннектор Databricks Legacy удалён в этом выпуске. Переведите такие подключения на коннектор Databricks.
Обязательно создайте резервную копию репозитория digna
Перед обновлением выполните резервное копирование вашей базы данных (PostgreSQL), чтобы защитить данные от потери. Резервная копия позволит восстановиться в случае непредвиденных проблем при обновлении.
Процесс обновления¶
Шаг 1: Остановите старую службу и удалите её регистрацию¶
Если digna работает как служба Windows, остановите её с помощью batch-файлов вашей текущей установки — команды digna windows относятся к новому выпуску и пока недоступны:
Затем удалите регистрацию службы, снова с помощью старого batch-файла. Регистрация указывает на старый исполняемый файл и его скрипты, которые это обновление заменяет, поэтому повторно использовать её нельзя:
Удалите регистрацию, прежде чем что-либо переименовывать
uninstall_service.bat находится в папке bin, которую вы собираетесь переименовать, и только он может удалить созданную им регистрацию. Запустите его, пока старая установка ещё на месте. Если папка уже переименована, верните ей прежнее имя, удалите регистрацию и затем продолжайте.
Запишите учётную запись, от имени которой работала служба, а также адрес и порт, на которых она работала, — они понадобятся вам в шаге 9.
Шаг 2: Резервное копирование текущей установки¶
В каталоге установки digna переименуйте папки текущей установки, чтобы новый выпуск можно было развернуть рядом с ними:
dignabackend и dignacli больше не используются
Начиная с выпуска 2026.06 dignabackend и dignacli заменены одним исполняемым файлом digna, объединяющим серверную часть и CLI. Сохраняйте dignabackend_old и dignacli_old только до тех пор, пока не проверите обновление, — после этого обе папки можно удалить. Сохраняйте dashboard_old, пока не восстановите из неё свои файлы конфигурации (см. шаг 4). Папка bin тоже больше не нужна: её batch-файлы управляли старой службой, а 2026.06 их не поставляет, поэтому после удаления регистрации службы в шаге 1 они только вводят в заблуждение.
Шаг 3: Распакуйте и разверните новую версию¶
- Распакуйте новый ZIP-файл установки digna
- Скопируйте новый исполняемый файл
dignaи папкуdashboardв каталог установки
Важно
Ни config.toml, ни dashboard/dashboard_config.toml никогда не включаются в ZIP-архив установки — команда digna никогда не поставляет эти файлы. Поэтому обновление не затрагивает вашу существующую конфигурацию, а копии в переименованных папках *_old — единственные, которые у вас есть.
Шаг 4: Восстановите файлы конфигурации¶
Выпуск 2026.06 изменяет config.toml
Три параметра новые и обязательные, а два больше не используются. config.toml, перенесённый из прежнего выпуска, новых параметров не содержит, и digna не запустится, пока они отсутствуют. Добавьте в существующий config.toml следующее:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Добавьте два ключа [base] в существующий раздел [base] и добавьте [encryption] как новый раздел. Затем удалите из [app] два параметра, которые больше не используются: digna_APP_HOST и digna_APP_PORT — адрес и порт сервер теперь берёт из digna serve.
Назначение каждого параметра описано в разделе Настройка серверной части.
Единый вход: формат [oidc_clients] изменился
В выпуске 2026.06 массив таблиц заменён отдельной таблицей для каждого поставщика, названной по ключу поставщика. DIGNA_OIDC_KEY исчезает — ключ теперь является частью заголовка раздела.
Было:
[[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'
Стало:
[oidc_clients.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'
Повторите раздел для каждого поставщика и следите, чтобы каждый ключ совпадал с key в файле dashboard_config.toml. digna config check сообщает о разделе oidc_clients как FAILED, пока сохраняется прежняя форма. Это касается только установок, использующих единый вход.
Шаг 5: Перезагрузите веб-сервер¶
Dashboard — это набор статических файлов, поэтому ваш веб-сервер, а также браузер, могут по-прежнему отдавать предыдущую версию. Перезагрузите или перезапустите веб-сервер, на котором размещена папка dashboard, затем обновите страницу с полной перезагрузкой (Ctrl+F5).
Шаг 6: Проверьте конфигурацию¶
Прежде чем трогать репозиторий, убедитесь, что обновлённый config.toml полон:
Каждый раздел должен сообщить OK. Исправьте всё, о чём сообщено как FAILED, и выполните команду ещё раз, прежде чем продолжить.
Шаг 7: Замените файл лицензии¶
Каждый выпуск лицензируется отдельно. Скопируйте license.toml, предоставленный командой digna для этого выпуска, в каталог установки, заменив старый:
Не оставляйте прежнюю лицензию
license.toml, выданный для более раннего выпуска, не распространяется на этот, и каждая команда, проверяющая лицензию, — user, inspection, repo — прерывается, не затрагивая репозиторий, если проверка не пройдена. Проверьте лицензию, прежде чем продолжить:
Шаг 8: Обновите схему репозитория¶
Перейдите в каталог установки digna и выполните:
Эта команда обновит схему PostgreSQL до последней версии, сохранив все существующие данные.
Шаг 9: Зарегистрируйте и запустите службу¶
Старая регистрация была удалена в шаге 1, поэтому службу нужно зарегистрировать заново — на этот раз с помощью исполняемого файла digna, у которого нет batch-файлов:
Передайте в --address и --port значения, на которых работала старая служба, если только вам не нужны новые значения по умолчанию 127.0.0.1 и 8000; они записываются в регистрацию и больше не считываются из config.toml. Добавьте --account и --password, если старая служба работала от имени доменной учётной записи. Полный список параметров см. в разделе Запуск digna как службы Windows.
Если вы запускаете вручную, перезапустите сервер:
Если вы используете IIS или Tomcat, перезапустите соответствующий веб-сервер.
Шаг 10: Проверьте корректность обновления¶
- Откройте digna dashboard
- Убедитесь, что интерфейс загружается корректно
- Проверьте логи сервера на наличие ошибок
- Переведите на ODBC каждое подключение, которое его ещё не использовало, затем проверьте все подключения — см. Проверка подключения