macOS インストールガイド(digna Release 2026.06)¶
リリース: 2026.06
最終更新日: 2026年9月5日
目次¶
- 導入
- システム要件
- 事前準備
- PostgreSQL サーバーのセットアップ
- Web サーバーの設定
- 初期インストール
- バックエンド構成
- ダッシュボード構成
- digna をバックグラウンドサービスとして実行する
- 新しいリリースへのアップグレード
導入¶
digna について¶
digna は、データウェアハウス、データレイク、レイクハウスなどさまざまなデータ環境でのデータ品質管理を最適化するために設計された包括的な AI 駆動プラットフォームです。高いスケーラビリティと適応性を備え、自動化、リアルタイム監視、異常検知を通じて現代のデータ課題に対応します。
digna は主に二つのコンポーネントで構成されています:
- digna: アプリケーションの中核であり、データの処理と品質チェックの実行を担います。バックエンドとコマンドラインインターフェイスを単一の実行ファイルに統合し、以前のリリースで別々だった
dignabackendとdignacliを置き換えます。 - dignadashboard: Web サーバー上でホストされるウェブベースのインターフェースで、digna プラットフォームと対話し、データ品質指標を可視化するためのユーザーフレンドリーな画面を提供します
Release 2026.06 の新機能¶
このリリースでは、データ可観測性(data observability)機能をコード内に直接取り込むことで、開発者がソースでデータ品質を監視できるようになりました。完全な詳細は release notes を参照してください。
Windows や Linux をお探しですか?¶
本ガイドは macOS 向けです。他のプラットフォームについては、Windows Installation Guide または Linux Installation Guide を参照してください。
システム要件¶
インストールを開始する前に、システムが以下の最小要件を満たしていることを確認してください。
| 要件 | 仕様 |
|---|---|
| オペレーティングシステム | macOS 13 (Ventura) 以降 |
| アーキテクチャ | Apple Silicon (arm64) または Intel (x86_64) |
| メモリ(最小構成) | 16 GB RAM |
| ディスク容量 | 10 GB の空きストレージ |
| データベース | PostgreSQL Server 12 以上 |
| Web サーバー | nginx、Apache httpd、または同等 |
| コマンドラインツール | Xcode Command Line Tools(Homebrew が必要とするため) |
データベースのインストールオプション¶
PostgreSQL が既にインストールされている場合: 既存の PostgreSQL サーバーに digna 用の新しいデータベース(スキーマ)を追加できます。
digna と同じマシンに PostgreSQL をインストールする場合:
推奨仕様
- メモリ: 32 GB RAM(16 GB の代わりに推奨)
- ディスク容量: 50 GB の空きストレージ(10 GB の代わりに推奨)
これらの高い仕様は、digna と PostgreSQL データベースの両方を同時に稼働させることを想定しています。
アーキテクチャの確認¶
このガイドのいくつかのパスは Apple Silicon と Intel の Mac で異なります。どちらのマシンかを確認するには、Terminal を開いて次を実行してください:
arm64— Apple Silicon。Homebrew は/opt/homebrewにインストールされます。x86_64— Intel。Homebrew は/usr/localにインストールされます。
ヒント
どちらかのパスをハードコーディングする代わりに、このガイドでは $(brew --prefix) を使用します。これは両方のアーキテクチャで正しい場所に展開されます。コマンドはそのままコピーして使えます。
事前準備¶
digna をインストールする前に、次の 3 つの主要な前提条件が整っていることを確認してください:
- Homebrew – 本ガイドで以下のコンポーネントをインストールするためのパッケージマネージャ
- PostgreSQL Server – 計算されたメトリクスやパフォーマンスデータを格納するため
- Web サーバー – digna ダッシュボードをホストするため
これらのコンポーネントがまだセットアップされていない場合は、以下のセクションに従ってインストールおよび構成してください。
Homebrew のインストール¶
Homebrew は macOS の標準パッケージマネージャで、本ガイド全体で PostgreSQL や nginx をインストールするために使用します。
ステップ 1: Homebrew が既にインストールされているか確認する¶
Terminal を開き(Cmd + Space を押して Terminal を入力し、Enter)、次を実行します:
バージョン番号が返ってきたら、PostgreSQL サーバーのセットアップ セクションへ進んでください。
ステップ 2: Homebrew をインストールする¶
コマンドが見つからない場合は、公式 Homebrew サイト の指示に従って Homebrew をインストールしてください。インストーラーは Xcode Command Line Tools をまだインストールしていない場合、それもインストールします。
ステップ 3: Homebrew を PATH に追加する¶
Apple Silicon では、インストーラーがシェル環境に Homebrew を追加するための 2 つのコマンドを表示します。指示に従ってそれらを実行し、次で確認してください:
Apple Silicon では /opt/homebrew、Intel では /usr/local が表示されるはずです。
PostgreSQL サーバーのセットアップ¶
既に PostgreSQL をお使いの場合¶
ローカルマシンで PostgreSQL が既にインストールおよび稼働している、または管理されたリモート PostgreSQL サーバーを使用している場合は、次のセクションへ進んでください。
インストールの選択肢¶
macOS では PostgreSQL のインストール方法が二通りあります。どちらか一方を選んでください:
- Homebrew — コマンドラインでのインストール、サーバー展開に推奨
- Postgres.app — GUI ベースのインストール、ローカル評価に便利
Homebrew で PostgreSQL をインストールする¶
ステップ 1: PostgreSQL フォーミュラをインストール¶
ステップ 2: PostgreSQL を PATH に追加¶
バージョン付きの PostgreSQL フォーミュラは keg-only であり、Homebrew は自動的にコマンドを PATH にリンクしません。自分で追加してください:
注意
これは macOS のデフォルトの zsh シェルを想定しています。bash を使用している場合は、同じ行を ~/.bash_profile に追加してください。
ステップ 3: PostgreSQL サービスを起動¶
これにより PostgreSQL が直ちに起動し、ログイン時に自動で再起動するように設定されます。
ステップ 4: インストールを確認¶
インストールが成功していれば PostgreSQL のバージョンが表示されます。
ステップ 5: サーバーに接続¶
重要 — macOS はここで Windows と異なります
Windows のインストーラーは postgres というスーパーユーザーとパスワードを作成するよう促します。Homebrew はそれを行いません。代わりに、macOS のアカウント名と同じ名前のスーパーユーザーを作成し、パスワードは設定されずローカルマシンからのみアクセス可能です。
つまり、新規の Homebrew インストールには postgres ロールが存在しません。スーパーユーザーが必要な場合は自分のアカウント名を使用し、Initial Installation に記載されているように明示的に digna 用ユーザーを作成してください。
ステップ 6: ポートの確認¶
デフォルトの PostgreSQL ポートは 5432 です。サーバーがどのポートで待ち受けているか確認するには:
この値をメモしておいてください — digna バックエンドの設定時に必要になります。
Postgres.app を使って PostgreSQL をインストールする¶
GUI によるインストールを好む場合:
- Postgres.app をダウンロードして Applications フォルダにドラッグします
- アプリを開き Initialize をクリックして新しいサーバーを作成します
- アプリの指示に従い、コマンドラインツールを PATH に追加します
- インストールを確認します:
Postgres.app も macOS のアカウント名を持つスーパーユーザーを作成します。
Web サーバーの設定¶
digna はダッシュボードをホストするために Web サーバーを必要とします。次のいずれかを選択してください:
- nginx — Homebrew 経由でインストール、推奨
- Apache httpd — macOS に同梱
いずれか一方のサーバーだけをインストールして構成すれば十分です。
両方のセクションではダッシュボードが依存する以下の 2 点を設定します:
- シングルページアプリケーション(SPA)フォールバック — ダッシュボードの URL を更新しても 404 にならないようにする
.mdの MIME タイプ — Markdown ファイルを正しく配信する
nginx のセットアップ¶
概要¶
nginx は軽量で高性能の Web サーバーで、静的な digna ダッシュボードの配信に適しています。
インストール¶
nginx の起動¶
インストール確認¶
- ブラウザを開く
http://localhost:8080にアクセス- nginx のウェルカムページが表示されるはずです
注意 — デフォルトポートは 8080(80 ではない)
Homebrew は nginx を管理者権限なしで実行できるようにポート 8080 をリッスンするように設定します。macOS でポート 80 や 1024 未満のポートをバインドするには root 権限が必要です。
ダッシュボードをポート 80 で提供するには、以下の設定で listen 8080; を listen 80; に変更し、sudo brew services start nginx で起動してください。
ダッシュボード用サイトの設定¶
Homebrew の nginx 設定は servers ディレクトリ内のすべてのファイルを読み込みます。そこに digna 用の専用設定ファイルを作成してください:
以下を貼り付け、/path/to/digna/dashboard を展開した dashboard フォルダへの実際のパスに置き換えてください:
server {
listen 8080;
server_name localhost;
root /path/to/digna/dashboard;
index index.html;
# Serve Markdown files with the correct MIME type.
types {
text/markdown md;
}
# Single-page-application fallback: unknown paths return index.html
# instead of a 404, so dashboard routes survive a browser refresh.
location / {
try_files $uri $uri/ /index.html;
}
}
重要
try_files ディレクティブがないと、ルート URL 以外のダッシュボードページをリロードすると 404 が返されます。これは Windows の IIS で必要な URL Rewrite モジュールに相当します。
設定の適用¶
構文エラーがないかテストしてから nginx をリロードします:
Apache httpd のセットアップ¶
概要¶
macOS には Apache httpd が同梱されていますので、インストールは不要です。デフォルトでは無効になっています。
Apache の起動¶
インストール確認¶
- ブラウザを開く
http://localhostにアクセス- "It works!" というメッセージが表示されるはずです
必須: mod_rewrite を有効にする¶
ダッシュボードは URL の書き換えを必要とします。Apache 設定を開いてください:
以下の行を探して、先頭の # を削除してコメント解除します:
必須: .htaccess のオーバーライドを許可する¶
同じファイル内の <Directory "/Library/WebServer/Documents"> ブロックを見つけ、次を変更してください:
から:
必須: Markdown ファイルの MIME タイプ¶
同じ httpd.conf に次の行を追加して、Markdown ファイルが正しく配信されるようにします:
重要
この設定がないと .md ファイルが正しく配信されない場合があります。
設定の適用¶
構成の文法チェックを行い、Apache を再起動します:
初期インストール¶
ステップ 1: digna リポジトリのセットアップ¶
digna リポジトリは、digna によって計算されるすべてのメトリクスを格納します。分析データやパフォーマンスデータの中央データベースとして機能します。
リポジトリ用スキーマとユーザーの作成¶
PostgreSQL クライアント(psql、pgAdmin など)を開き、以下の 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;
Terminal から一度に実行するには:
その後 postgres=# プロンプトに上記のステートメントを貼り付け、終了するには \q を入力してください。
ベストプラクティス
データベースユーザーには強力で複雑なパスワードを使用してください。推測されやすい認証情報は避けてください。
ステップ 2: digna インストールパッケージの展開¶
- 提供された digna インストール ZIP ファイルを見つけます
- 希望するインストール場所(例:
/opt/dignaまたは~/digna)に展開します - 展開後、以下のアイテムがあるはずです:
dashboard/— Web ダッシュボードインターフェースdigna— メイン実行ファイル(バックエンド + CLI 統合)
設定ファイルとライセンスファイルはパッケージに含まれていません
config.toml も dashboard/dashboard_config.toml もインストールパッケージには含まれていません。どちらも バックエンド構成 と ダッシュボード構成 でご自身で作成します。license.toml も同梱されていません。ステップ 3 で説明するとおり、digna から別途提供されます。
Terminal から展開するには:
実行可能ファイルに実行権を付与する¶
アーカイブの転送方法によっては、実行ビットが失われることがあります。明示的に設定してください:
macOS がアプリケーションをブロックする場合¶
ブラウザやメールクライアント経由でダウンロードされたファイルには検疫属性が付けられます。macOS が「開発元を確認できないため開けません」と報告する場合は、インストールディレクトリから属性を削除してください:
または、System Settings → Privacy & Security を開き、ページ下部にあるブロックされた項目を見つけて Open Anyway をクリックしてください。
注意
この手順は、macOS が実際に実行ファイルをブロックした場合にのみ必要です。SSH で転送されたパッケージや内部ファイル共有からのファイルは通常検疫されません。
ステップ 3: ライセンスファイルのインストール¶
重要
ライセンスファイルはインストールパッケージに含まれておらず、digna から別途提供されます。
- 提供された
license.tomlファイルを見つけます - それを digna インストールのルートディレクトリ(
config.tomlとdigna実行ファイルがある場所)にコピーします
理由: ライセンスファイルには顧客情報、ライセンス有効期限、デジタル署名が含まれます。ファイルを変更しないでください — 変更すると無効になります。
セットアップ後のディレクトリ構成:
/opt/digna/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
├── bin/ (service management scripts)
└── dashboard/ (web interface)
└── (dashboard files)
バックエンド構成¶
ステップ 1: 設定ファイルの作成と編集¶
config_template.toml ファイルが digna インストールディレクトリに同梱されています。これを config.toml にリネームしてください。
場所: /opt/digna/config.toml
テキストエディタで config.toml を開き、以下の各セクションを設定してください。
[app] セクション¶
このセクションは 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 | ダッシュボードが別サーバーにある場合、その URL を含めてください |
digna_APP_CORS_ALLOW_CREDENTIALS | true | 認証情報付きの CORS に必要 |
digna_APP_CORS_ALLOW_METHODS | ["*"] | すべての HTTP メソッドを許可 |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | すべてのヘッダーを許可 |
注意
Homebrew の nginx をデフォルトポートで提供している場合、許可すべきオリジンは http://localhost:8080 です。
[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 | PostgreSQL サーバーのホスト名/IP |
digna_REPO_PORT | 5432(デフォルト) | PostgreSQL のポート |
digna_REPO_DB | postgres | データベース名 |
digna_REPO_SCHEMA | dignarepo | 先に作成したスキーマ |
digna_REPO_USER | digna_user | PostgreSQL で作成したユーザー |
digna_REPO_PASSWORD | あなたのパスワード | スキーマ作成時に設定したパスワード |
[base] セクション¶
このセクションはセキュリティとクッキーの設定を含みます:
[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 | 暗号化キー | トークンやクッキーの暗号化に使用(デフォルトが提供されます) |
digna_COOKIE_DOMAIN | localhost | フロントエンドのドメインに合わせてください |
digna_COOKIE_SECURE | false(ローカル) / true(本番) | HTTPS では true を使用 |
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) |
ヒント
Mac 上の CPU コア数を調べるには sysctl -n hw.ncpu を実行してください。
[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 のインストールディレクトリで次を実行します:
各セクションは個別に検証されるため、1 つの誤りが他のセクションの状態を隠すことはありません:
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: リポジトリの初期化¶
- Terminal を開く
- digna インストールディレクトリ(
config.tomlとdigna実行ファイルがある場所)に移動する - 接続テストを実行:
接続が確立されたことを示す確認メッセージが表示されるはずです(リポジトリ自体はまだ初期化されていません)。
注意
macOS ではカレントディレクトリのコマンドが PATH に含まれないため、実行ファイルは digna ではなく ./digna として呼び出します。短い形式で使いたい場合は、インストールディレクトリを PATH に追加してください:
ステップ 4: リポジトリスキーマのインストール¶
同じディレクトリで次を実行します:
このコマンドは PostgreSQL データベースに必要なテーブルとスキーマをインストールします。
ステップ 5: 管理者ユーザーの作成¶
- 新しい Terminal ウィンドウを開く
- digna インストールディレクトリに移動
- 管理者ユーザーを作成するために次のコマンドを実行:
例:
これにより、メールアドレス admin@example.com の管理者権限を持つユーザーが作成されます。
ヒント
パスワードはシングルクォートで囲んでください。zsh は !、$、* などの文字を特殊扱いするため、クォートしないと意図したとおりに渡されないことがあります。
ベストプラクティス
大文字小文字、数字、特殊文字を組み合わせた強力なパスワードを使用してください。
ステップ 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
ヒント
サーバーを最初に起動すると、macOS が外部からのネットワーク接続を受け入れるかどうかを尋ねることがあります。ダッシュボードがバックエンドに接続できるように Allow をクリックしてください。
サーバーはターミナルを占有します
serve はフォアグラウンドで実行され、Ctrl+C で停止するまで動作し続けます。セットアップを終えるまで実行したままにしてください。起動時に自動的に開始する方法は次を参照してください: digna をバックグラウンドサービスとして実行する.
ダッシュボード構成¶
ステップ 1: ダッシュボードを Web サーバーにデプロイする¶
digna ダッシュボードは独自の設定を dashboard/dashboard_config.toml から読み込みます。このファイルはインストールパッケージに含まれていないため、dashboard/ ディレクトリ内にダッシュボードのファイルと並べて作成します。
その内容は シングルサインオン で説明しています。このファイルが必要になるのもそこです。このファイルには、ダッシュボードが提供するログイン方法と、マルチインスタンス構成の場合はバックエンドへの接続先が記述されます。
使用する Web サーバーを選び、対応するデプロイ手順に従ってください。
nginx にデプロイする場合¶
nginx セットアップ に従った場合、サーバーブロックは既に dashboard フォルダを指しており、コピーは不要です。
- パスを確認する
$(brew --prefix)/etc/nginx/servers/digna.confを開く-
rootが展開したdashboardフォルダを指していることを確認する -
フォルダが読み取り可能であることを確認する
-
nginx をリロード
-
インストールのテスト
- ブラウザを開く
http://localhost:8080(または設定した URL)にアクセス- digna ダッシュボードのログインページが表示されるはずです
Apache httpd にデプロイする場合¶
-
ダッシュボードをドキュメントルートにコピーする
-
リライトルールを追加する
配備先フォルダ内に .htaccess ファイルを作成して、ブラウザのリロード時にルート以外のルートが維持されるようにします:
以下を貼り付けてください:
RewriteEngine On
RewriteBase /digna/
# Serve existing files and directories as-is.
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
# Everything else falls back to the single-page application entry point.
RewriteRule ^ index.html [L]
-
Apache を再起動
-
ダッシュボードにアクセス
- ブラウザを開く
http://localhost/dignaにアクセス- digna ダッシュボードのログインページが表示されるはずです
digna をバックグラウンドサービスとして実行する¶
サービスとして実行する理由¶
digna バックエンドをバックグラウンドサービスとして実行することで、以下が可能になります:
- マシン起動時に自動で開始する
- ターミナルウィンドウを開かずにバックグラウンドで実行される
- クラッシュした場合に自動で再起動される
- macOS のサービス管理ツール
launchctlを使って管理できる
サービス管理ファイル¶
必要なファイルはすべて digna インストールディレクトリの bin/ にあります。
利用可能なシェルスクリプトは以下です:
install_service.sh— digna を launchd に登録uninstall_service.sh— サービスの登録を解除start_service.sh— 登録済みサービスを起動stop_service.sh— 実行中のサービスを停止
管理者権限が必要
これらのスクリプトはすべて sudo で実行する必要があります。ブート時に開始するサービスを登録するには /Library/LaunchDaemons に書き込む必要があるためです。
スクリプトに実行権を付与する¶
抽出時に実行ビットが保持されない場合があります。初回使用前に:
サービスのインストール¶
-
Terminal を開く
-
bin フォルダに移動
-
インストールスクリプトを実行
これで digna サーバーは launchd に自動起動有効で登録されます。サービスはすぐには開始されません — 次のセクションで起動方法を説明します。
サービスの起動と停止¶
サービスを開始するには¶
- Terminal を開く
/opt/digna/binに移動- 実行:
サービスを停止するには¶
- Terminal を開く
/opt/digna/binに移動- 実行:
ヒント
アプリケーションファイルを更新する前に必ずサービスを停止してください。
サービスの確認¶
サービスが登録されて稼働しているか確認するには:
先頭にプロセス ID がある行はサービスが実行中であることを示します。先頭が - の場合は登録済みだが停止中です。
インストール先ディレクトリを移動する場合¶
launchd は実行ファイルの絶対パスを保存するため、インストール先を移動する場合はサービスの再登録が必要です:
-
現在のサービスをアンインストール
-
アプリケーションファイルを移動
-
サービスを再インストール
-
サービスを開始
サービスのアンインストール¶
-
実行中のサービスを停止
-
サービスをアンインストール
これで digna サーバーは launchd から登録解除されます。
新しいリリースへのアップグレード¶
アップグレード前に¶
最初にすべてのデータベース接続を確認する
リリース 2026.06 から、digna はすべてのソース技術に ODBC 経由で接続します。以前のリリースでは、技術ごとの専用ドライバーと ODBC を Use ODBC スイッチで選択できました。digna チームは ODBC のみを基盤とすることを決めました。単一の標準インターフェイスは、個別に作り込まれたドライバー群よりも多くをもたらすからです:
- 認証 — 認証は ODBC の一部であるため、接続はドライバーが対応するあらゆる方式を利用できます。パスワード、トークンと PAT、Kerberos と Active Directory、MFA とブラウザーベースのシングルサインオン、クラウド ID、クライアント証明書、TLS などです。新しい方式は digna のリリースを待つのではなく、ドライバーの更新とともに利用できるようになります。
- データベースベンダーが保守するドライバー — ベンダー自身のドライバーが新しいサーバーバージョンとセキュリティ修正に追随し、digna とは独立に、ご自身の都合に合わせて更新できます。
- すべてを同じ方法で構成できる — どの技術もキーと値のプロパティの一覧であり、同じインターフェイス、同じ機密値の暗号化、同じトラブルシューティングを使います。ソースごとに異なる入力欄が並ぶことはありません。
- 調整と適用範囲 — タイムアウト、TLS 設定、プロキシ、フェッチサイズといったドライバーレベルのオプションがすべてのソースで利用でき、準拠した ODBC ドライバーがある技術であれば、digna が個別のガイドを公開していないものも含めて接続できます。
実際には、Use ODBC スイッチと、ホスト・ポート・データベース・ユーザー・パスワードの個別の入力欄はなくなりました。すでに ODBC を使っていない接続はすべて ODBC へ移行する必要があります。自動変換はありませんので、アップグレード前に計画してください:
- インストールに定義されている各データベース接続を確認し、まだ ODBC を使っていないものを書き出してください。いずれも再構成が必要です。
- 対応する ODBC ドライバーを digna ホストにインストールします。接続はブラウザーからではなく、digna バックエンドを実行しているサーバーから開かれます。参照: digna ホストへの ODBC ドライバーのインストール。
- 影響を受ける各接続の ODBC プロパティを用意してください。 技術別ガイドには、ソースごとに実績のあるプロパティ一式が記載されています。
アップグレード後、影響を受けた各接続を ODBC に切り替え、ダッシュボードからテストしてください。参照: データベース接続の作成 および 接続のテスト。
Databricks Legacy 接続
Databricks Legacy コネクタは本リリースで削除されました。該当する接続は Databricks コネクタへ移行してください。
digna リポジトリのバックアップ作成は必須です
アップグレード前にリポジトリ(PostgreSQL)のバックアップを取り、データ損失に備えてください。バックアップがあれば、アップグレード中に想定外の問題が発生しても復旧できます。
Terminal からバックアップを作成するには:
アップグレード手順¶
ステップ 1: digna サービスを停止する¶
digna がバックグラウンドサービスとして動作している場合、まずそれを停止します:
digna をフォアグラウンドで実行している場合は、そのターミナルウィンドウで Ctrl + C を押します。
ステップ 2: 現在のインストールをバックアップする¶
digna のインストールディレクトリで、新しいリリースを並べて配置できるよう、現在のインストールのフォルダー名を変更します:
dignabackend と dignacli は使用されなくなりました
リリース 2026.06 から、dignabackend と dignacli は、バックエンドと CLI を統合した単一の実行ファイル digna に置き換えられます。dignabackend_old と dignacli_old はアップグレードを確認するまで残し、その後は両方とも削除してかまいません。dashboard_old は、そこから構成ファイルを復元するまで残してください(手順 4 を参照)。
ステップ 3: 新バージョンを展開してデプロイする¶
- 新しい digna インストール ZIP ファイルを展開
- 新しい
digna実行ファイルとdashboardフォルダをインストールディレクトリにコピー - 実行ビットを復元し、必要なら検疫属性を削除:
重要
config.toml も dashboard/dashboard_config.toml も、インストール ZIP に含まれることは 決して ありません。digna チームはどちらのファイルも配布しません。そのため既存の設定はアップグレードの影響を受けず、名前を変更した *_old フォルダー内のコピーが手元にある唯一の設定になります。
ステップ 4: 設定ファイルを復元する¶
リリース 2026.06 で config.toml が変わります
3 つの設定が新たに必須となり、2 つは使用されなくなりました。以前のリリースから引き継いだ config.toml には新しい設定が含まれておらず、それらが欠けている限り digna は起動しません。既存の config.toml に次を追加してください:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
2 つの [base] キーを既存の [base] セクションに追加し、[encryption] を新しいセクションとして追加します。そのうえで、使用されなくなった 2 つの設定、digna_APP_HOST と digna_APP_PORT を [app] から削除してください。サーバーのアドレスとポートは digna serve から渡すようになりました。
各設定の役割については次を参照してください: バックエンド構成.
シングルサインオン: [oidc_clients] の形式が変わりました
リリース 2026.06 では、テーブルの配列が、プロバイダーごとに 1 つのテーブルへ置き換わりました。テーブル名はプロバイダーのキーになります。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'
プロバイダーごとにこのセクションを繰り返し、各キーを dashboard_config.toml の key と一致させてください。古い形式が残っている間、digna config check は oidc_clients を FAILED と報告します。影響を受けるのはシングルサインオンを使用しているインストールのみです。
ステップ 5: Web サーバーをリロードする¶
ダッシュボードは静的ファイルの集まりであるため、Web サーバー(およびブラウザー)が以前のバージョンを配信し続けている可能性があります。dashboard フォルダーをホストしている Web サーバーをリロードまたは再起動し、ページをハードリフレッシュ(Cmd+Shift+R)で再読み込みしてください。
ステップ 6: 構成を検証する¶
リポジトリに手を加える前に、更新した config.toml が完全であることを確認します:
すべてのセクションが OK と報告される必要があります。FAILED と報告された箇所を修正し、続行する前にコマンドを再実行してください。
ステップ 7: ライセンスファイルを置き換える¶
ライセンスはリリースごとに個別に発行されます。digna チームがこのリリース用に提供した license.toml をインストールディレクトリにコピーし、古いものを置き換えます:
以前のライセンスを使い続けないでください
以前のリリース向けに発行された license.toml はこのリリースには適用されません。ライセンスを確認するすべてのコマンド(user、inspection、repo)は、確認に失敗するとリポジトリに手を加える前に中止されます。先に進む前にライセンスを確認してください:
ステップ 8: リポジトリスキーマをアップグレードする¶
digna インストールディレクトリに移動して次を実行:
これにより PostgreSQL スキーマが最新バージョンに更新され、既存のデータは保持されます。
ステップ 9: サービスを再起動する¶
バックグラウンドサービスとして実行している場合:
手動で実行している場合はサーバーを再起動します:
nginx や Apache を使用している場合は、それぞれの Web サーバーも再起動してください:
ステップ 10: アップグレードの確認¶
- digna ダッシュボードにアクセスする
- インターフェースが正しく読み込まれることを確認する
- サーバーログにエラーがないか確認する
- まだ ODBC を使っていなかった接続をすべて ODBC に切り替え、そのうえですべての接続をテストします。参照: 接続のテスト