Guia de Instalação no macOS para o digna Release 2026.06¶
Release: 2026.06
Última Atualização: 5 de setembro de 2026
Sumário¶
- Introdução
- Requisitos do Sistema
- Pré-instalação
- Configuração do Servidor PostgreSQL
- Configuração do Servidor Web
- Instalação Inicial
- Configuração do Backend
- Configuração do Dashboard
- Executando o digna como um Serviço em Segundo Plano
- Atualizando para uma Nova Release
Introdução¶
Sobre o digna¶
digna é uma plataforma abrangente guiada por IA, projetada para otimizar o gerenciamento da qualidade de dados em diversos ambientes de dados, como data warehouses, data lakes e lakehouses. Desenvolvida para ser altamente escalável e adaptável, digna resolve desafios modernos de dados por meio de automação, monitoramento em tempo real e detecção de anomalias.
O digna consiste em dois componentes principais:
- digna: o núcleo da aplicação, responsável por processar os dados e executar as verificações de qualidade. Reúne o backend e a interface de linha de comando em um único executável, substituindo os programas separados
dignabackendedignaclidas versões anteriores. - dignadashboard: Uma interface web hospedada em um servidor web, que fornece uma forma amigável de interagir com a plataforma digna e visualizar métricas de qualidade de dados.
Novidades no Release 2026.06¶
Esta release traz capacidades de observabilidade de dados diretamente para o seu código, permitindo que desenvolvedores monitorem a qualidade dos dados na origem. Consulte as notas de versão para detalhes completos.
Procurando Windows ou Linux?¶
Este guia cobre o macOS. Para outras plataformas, veja o Windows Installation Guide ou o Linux Installation Guide.
Requisitos do Sistema¶
Antes de iniciar a instalação, verifique se seu sistema atende aos seguintes requisitos mínimos:
| Requisito | Especificação |
|---|---|
| Sistema Operacional | macOS 13 (Ventura) ou posterior |
| Arquitetura | Apple Silicon (arm64) ou Intel (x86_64) |
| Memória (Configuração Mínima) | 16 GB de RAM |
| Espaço em Disco | 10 GB de armazenamento disponível |
| Banco de Dados | PostgreSQL Server 12 ou superior |
| Servidor Web | nginx, Apache httpd ou equivalente |
| Ferramentas de Linha de Comando | Xcode Command Line Tools (requerido pelo Homebrew) |
Opções de Instalação do Banco de Dados¶
Se o PostgreSQL já estiver instalado: Você pode adicionar um novo banco de dados para o digna ao seu servidor PostgreSQL existente.
Se for instalar o PostgreSQL na mesma máquina que o digna:
Especificações recomendadas
- Memória: 32 GB de RAM (em vez de 16 GB)
- Espaço em Disco: 50 GB de armazenamento disponível (em vez de 10 GB)
Essas especificações mais altas acomodam tanto o digna quanto o banco de dados PostgreSQL em execução simultaneamente.
Verificando Sua Arquitetura¶
Vários caminhos neste guia diferem entre Macs Apple Silicon e Intel. Para verificar qual você possui, abra o Terminal e execute:
arm64— Apple Silicon. O Homebrew instala em/opt/homebrew.x86_64— Intel. O Homebrew instala em/usr/local.
Dica
Em vez de codificar um caminho fixo, este guia usa $(brew --prefix), que expande para o local correto em ambas as arquiteturas. Você pode copiar os comandos literalmente.
Pré-instalação¶
Antes de instalar o digna, certifique-se de que três pré-requisitos principais estejam em vigor:
- Homebrew – o gerenciador de pacotes utilizado para instalar os componentes abaixo
- PostgreSQL Server – para armazenar métricas calculadas e dados de desempenho
- Servidor Web – para hospedar o digna Dashboard
Se esses componentes ainda não estiverem configurados, siga as seções abaixo para instalá-los e configurá-los.
Instalando o Homebrew¶
O Homebrew é o gerenciador de pacotes padrão para macOS e é usado ao longo deste guia para instalar PostgreSQL e nginx.
Passo 1: Verificar se o Homebrew já está instalado¶
Abra o Terminal (pressione Cmd + Space, digite Terminal, pressione Enter) e execute:
Se um número de versão for retornado, pule para a seção Configuração do Servidor PostgreSQL.
Passo 2: Instalar o Homebrew¶
Se o comando não for encontrado, instale o Homebrew seguindo as instruções no site oficial do Homebrew. O instalador também instala as Xcode Command Line Tools se elas não estiverem presentes.
Passo 3: Adicionar o Homebrew ao seu PATH¶
No Apple Silicon, o instalador imprime dois comandos para adicionar o Homebrew ao seu ambiente de shell. Execute-os conforme instruído e depois confirme:
Isto deve imprimir /opt/homebrew no Apple Silicon ou /usr/local no Intel.
Configuração do Servidor PostgreSQL¶
Se Você Já Tem PostgreSQL¶
Se o PostgreSQL já estiver instalado e em execução na sua máquina local ou se você estiver usando um servidor PostgreSQL gerenciado remoto, você pode pular para a próxima seção.
Opções de Instalação¶
O macOS oferece duas maneiras simples de instalar o PostgreSQL. Escolha uma:
- Homebrew — instalação via linha de comando, recomendada para implantações de servidor
- Postgres.app — instalação gráfica, conveniente para avaliação local
Instalando PostgreSQL com Homebrew¶
Passo 1: Instalar a fórmula do PostgreSQL¶
Passo 2: Adicionar o PostgreSQL ao seu PATH¶
As fórmulas versionadas do PostgreSQL são keg-only, o que significa que o Homebrew não vincula seus comandos ao seu PATH automaticamente. Adicione-os você mesmo:
Observação
Isto assume o shell zsh padrão usado pelo macOS. Se você usa bash, acrescente a mesma linha em ~/.bash_profile em vez disso.
Passo 3: Iniciar o serviço PostgreSQL¶
Isto inicia o PostgreSQL imediatamente e o configura para iniciar automaticamente quando você efetuar login.
Passo 4: Verificar a instalação¶
Você deverá ver a versão do PostgreSQL se a instalação foi bem-sucedida.
Passo 5: Conectar-se ao servidor¶
Importante — o macOS difere do Windows aqui
O instalador do Windows solicita a criação de um superusuário postgres e uma senha. O Homebrew não faz isso. Em vez disso, ele cria um superusuário com o nome da sua conta macOS, sem senha, acessível somente a partir da máquina local.
Isso significa que não existe a role postgres em uma instalação Homebrew nova. Use o nome da sua conta quando precisar de um superusuário e crie um usuário explícito para o digna conforme descrito em Instalação Inicial.
Passo 6: Confirmar a porta¶
A porta padrão do PostgreSQL é 5432. Para confirmar a porta em que seu servidor está escutando:
Anote o valor — você precisará dele ao configurar o backend do digna.
Instalando PostgreSQL com Postgres.app¶
Se preferir uma instalação gráfica:
- Baixe o Postgres.app e arraste-o para a sua pasta Applications
- Abra o app e clique em Initialize para criar um novo servidor
- Siga as instruções do app para adicionar suas ferramentas de linha de comando ao PATH
- Verifique a instalação:
O Postgres.app também cria um superusuário com o nome da sua conta macOS.
Configuração do Servidor Web¶
O digna requer um servidor web para hospedar o dashboard. Escolha uma das seguintes opções:
- nginx — instalado via Homebrew, recomendado
- Apache httpd — incluído no macOS
Você só precisa instalar e configurar um desses servidores.
Ambas as seções configuram duas coisas das quais o dashboard depende:
- Fallback para single-page application, para que atualizar a URL do dashboard no navegador não retorne 404
- Um tipo MIME para
.md, para que arquivos Markdown sejam servidos corretamente
Configuração do nginx¶
Visão Geral¶
O nginx é um servidor web leve e de alto desempenho, adequado para servir o dashboard estático do digna.
Instalação¶
Iniciando o nginx¶
Verificar a Instalação¶
- Abra seu navegador
- Navegue para
http://localhost:8080 - Você deverá ver a página de boas-vindas do nginx
Observação — porta padrão é 8080, não 80
O Homebrew configura o nginx para escutar na porta 8080 para que ele possa ser executado sem privilégios de administrador. No macOS, vincular a porta 80 ou qualquer outra abaixo de 1024 requer root.
Para servir o dashboard na porta 80, altere listen 8080; para listen 80; na configuração abaixo e inicie o nginx com sudo brew services start nginx em vez disso.
Configurando um Site para o Dashboard¶
A configuração do nginx do Homebrew inclui todos os arquivos do diretório servers. Crie um arquivo de configuração dedicado para o digna lá:
Cole o seguinte, substituindo /path/to/digna/dashboard pelo caminho real da sua pasta dashboard extraída:
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;
}
}
Importante
Sem a diretiva try_files, recarregar qualquer página do dashboard que não seja a URL raiz retorna 404. Isto é o equivalente no nginx ao módulo URL Rewrite exigido pelo IIS no Windows.
Aplicar a Configuração¶
Teste a configuração para erros de sintaxe e então recarregue o nginx:
Configuração do Apache httpd¶
Visão Geral¶
O macOS inclui o Apache httpd, portanto não é necessária instalação. Ele vem desativado por padrão.
Iniciando o Apache¶
Verificar a Instalação¶
- Abra seu navegador
- Navegue para
http://localhost - Você deverá ver a mensagem "It works!"
Obrigatório: Habilitar mod_rewrite¶
O dashboard requer reescrita de URL. Abra a configuração do Apache:
Encontre a seguinte linha e remova o # inicial para descomentá-la:
Obrigatório: Permitir Overrides via .htaccess¶
No mesmo arquivo, localize o bloco <Directory "/Library/WebServer/Documents"> e altere:
para:
Obrigatório: Tipo MIME para Arquivos Markdown¶
Ainda em httpd.conf, adicione a linha a seguir para que arquivos Markdown sejam servidos corretamente:
Importante
Sem essa configuração, arquivos .md podem não ser servidos corretamente.
Aplicar a Configuração¶
Verifique a configuração por erros de sintaxe e então reinicie o Apache:
Instalação Inicial¶
Passo 1: Configure o Repositório do digna¶
O repositório do digna armazena todas as métricas calculadas pelo digna. Ele atua como o banco de dados central para dados analíticos e de desempenho.
Criar Esquema e Usuário do Repositório¶
Abra seu cliente PostgreSQL (psql, pgAdmin ou similar) e execute os seguintes comandos 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>;
Substitua os seguintes placeholders:
<digna_repo_schema>— O nome do schema desejado (por exemplo,dignarepo)<digna_repo_user>— O nome de usuário desejado (por exemplo,digna_user)<digna_repo_password>— Uma senha segura para este usuário
Exemplo:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Para executar isso a partir do Terminal em um único passo:
Em seguida cole as instruções no prompt postgres=# e digite \q para sair.
Boa prática
Use senhas fortes e complexas para usuários de banco de dados. Evite credenciais facilmente adivinháveis.
Passo 2: Extraia o Pacote de Instalação do digna¶
- Localize o arquivo ZIP de instalação do digna fornecido a você
- Extraia-o para o local de instalação desejado — por exemplo
/opt/dignaou~/digna - Após a extração, você deverá ver os seguintes itens:
dashboard/— Interface web do dashboarddigna— Executável principal (backend + CLI combinados)
Os arquivos de configuração e de licença não estão no pacote
Nem o config.toml nem o dashboard/dashboard_config.toml acompanham a instalação — você cria os dois, em Configuração do Backend e Configuração do Dashboard. O license.toml também não acompanha; o digna o fornece separadamente, conforme descrito no Passo 3.
Para extrair pelo Terminal:
Tornar o Executável Executável¶
Dependendo de como o arquivo foi transferido, o bit de execução pode não sobreviver à extração. Defina-o explicitamente:
Se o macOS Bloquear a Aplicação¶
Arquivos baixados via navegador ou cliente de e-mail são marcados com um atributo de quarentena. Se o macOS relatar que o app "cannot be opened because the developer cannot be verified", remova o atributo da pasta de instalação:
Alternativamente, abra System Settings → Privacy & Security, encontre o item bloqueado próximo ao final da página e clique em Open Anyway.
Observação
Esta etapa só é necessária se o macOS realmente bloquear o executável. Pacotes transferidos por SSH ou de compartilhamentos internos normalmente não são colocados em quarentena.
Passo 3: Instalar o Arquivo de Licença¶
Importante
O arquivo de licença não está incluído no pacote de instalação e será fornecido separadamente pela digna.
- Localize o arquivo
license.tomlfornecido a você - Copie-o para o diretório raiz de instalação do digna (onde estão
config.tomle o executáveldigna)
Por que isso é importante: O arquivo de licença contém suas informações de cliente, data de expiração da licença e assinatura digital. Não modifique este arquivo — quaisquer alterações o invalidarão.
Estrutura de diretórios após a configuração:
/opt/digna/
├── config.toml (arquivo de configuração)
├── license.toml (SEU ARQUIVO DE LICENÇA - copie aqui)
├── digna (executável principal)
├── bin/ (scripts de gerenciamento do serviço)
└── dashboard/ (interface web)
└── (arquivos do dashboard)
Configuração do Backend¶
Passo 1: Criar e Editar o Arquivo de Configuração¶
O arquivo config_template.toml é fornecido no diretório de instalação do digna. Você só precisa renomeá-lo para config.toml.
Localização: /opt/digna/config.toml
Abra config.toml em um editor de texto e configure cada seção abaixo.
Seção [app]¶
Esta seção configura as definições da aplicação backend do 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 = ["*"]
| Parâmetro | Valor | Observações |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | URL do frontend | Se o dashboard estiver em servidor diferente, inclua sua URL |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Necessário para CORS com credenciais |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Permite todos os métodos HTTP |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Permite todos os cabeçalhos |
Observação
Se você servir o dashboard a partir do nginx do Homebrew na porta padrão, a origem a ser permitida é http://localhost:8080.
Seção [repo]¶
Esta seção configura a conexão com o banco de dados 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!"
| Parâmetro | Valor | Observações |
|---|---|---|
digna_REPO_HOST | localhost ou IP | Hostname/IP do servidor PostgreSQL |
digna_REPO_PORT | 5432 (padrão) | Porta do PostgreSQL |
digna_REPO_DB | postgres | Nome do banco de dados |
digna_REPO_SCHEMA | dignarepo | Schema criado anteriormente |
digna_REPO_USER | digna_user | Usuário criado na configuração do PostgreSQL |
digna_REPO_PASSWORD | Sua senha | Senha definida durante a criação do schema |
Seção [base]¶
Esta seção contém configurações de segurança e cookies:
[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"
| Parâmetro | Valor | Observações |
|---|---|---|
DIGNA_FERNET_KEY | Chave de criptografia | Usada para criptografar tokens e cookies (padrão fornecido) |
digna_COOKIE_DOMAIN | localhost | Deve corresponder ao domínio do frontend |
digna_COOKIE_SECURE | false (local) / true (produção) | Use true para conexões HTTPS |
digna_COOKIE_HTTPONLY | true | Sempre habilitado por segurança |
digna_COOKIE_SAME_SITE | lax | Ajuda a prevenir ataques CSRF |
digna_TOKEN_EXPIRES_IN | 86400 (24 horas) | Tempo de expiração da sessão em segundos |
digna_MAX_WORKERS | Número de cores da CPU - 1 | Número de tarefas de inspeção paralelas |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Atraso máximo, em segundos, que o agendador pode acrescentar antes de iniciar uma tarefa pendente |
DIGNA_CLEANUP_TIME | "12:00" | Horário (formato 24 h HH:MM) em que a limpeza diária começa |
Dica
Para descobrir o número de núcleos de CPU disponíveis no seu Mac, execute sysctl -n hw.ncpu.
Seção [encryption]¶
Esta seção contém a chave usada para criptografar os valores sensíveis armazenados no repositório. Ela é obrigatória — config check informa a seção [encryption] como FAILED se a chave estiver ausente.
| Parameter | Value | Notes |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Chave codificada em Base64 | Criptografa os valores sensíveis armazenados no repositório digna |
Proteja o config.toml
Esta chave é um valor fixo, idêntico em todas as instalações do digna, e é ela que descriptografa os valores sensíveis do seu repositório. Restrinja o config.toml à conta que executa o digna, mantenha o arquivo fora do controle de versão e de unidades compartilhadas e exclua-o de qualquer backup guardado com menos segurança que o próprio repositório.
Seção [logging]¶
Esta seção configura o comportamento de logging:
| Parâmetro | Valor | Observações |
|---|---|---|
digna_LOGGING_MODE | INFO ou DEBUG | INFO para produção, DEBUG para resolução de problemas |
digna_LOGGING_BACKUP_COUNT | 10 | Número de backups diários de logs a reter |
Passo 2: Validar a Configuração¶
Antes de inicializar o repositório, verifique se o config.toml está completo e bem formado. No diretório de instalação do digna, execute:
Cada seção é validada separadamente, de modo que um único erro não esconde o estado das demais:
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
Corrija tudo o que for informado como FAILED e execute o comando novamente antes de continuar. A lista completa de opções está na referência da CLI.
Passo 3: Inicializar o Repositório¶
- Abra o Terminal
- Navegue até o diretório de instalação do digna (onde
config.tomle o executáveldignaestão localizados) - Execute o teste de conexão:
Você deverá ver uma confirmação de que a conexão foi estabelecida (o repositório em si ainda não foi inicializado).
Observação
No macOS, comandos no diretório atual não estão no seu PATH, então o executável é invocado como ./digna em vez de digna. Para usar a forma curta em qualquer lugar, adicione o diretório de instalação ao seu PATH:
Passo 4: Instalar o Schema do Repositório¶
No mesmo diretório, execute:
Este comando instala as tabelas e o schema necessários no seu banco de dados PostgreSQL.
Passo 5: Criar um Usuário Admin¶
- Abra uma nova janela do Terminal
- Navegue até o diretório de instalação do digna
- Execute o seguinte comando para criar um usuário admin:
Exemplo:
Isto cria um utilizador com o endereço de e-mail admin@example.com e privilégios administrativos completos.
Dica
Coloque a senha entre aspas simples. O zsh trata caracteres como !, $ e * de forma especial, e uma senha não entre aspas contendo esses caracteres não será passada como digitada.
Boa prática
Use uma senha forte com mistura de maiúsculas, minúsculas, números e caracteres especiais.
Passo 6: Iniciar o Servidor digna¶
No diretório de instalação do digna, inicie o servidor com:
Parâmetros: - --address — Hostname/IP do servidor - --port — Porta do servidor
Você deverá ver mensagens de inicialização confirmando que o servidor está em execução:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Dica
A primeira vez que você iniciar o servidor, o macOS pode perguntar se deseja permitir que a aplicação aceite conexões de rede. Clique em Allow, caso contrário o dashboard não conseguirá atingir o backend.
O servidor ocupa o terminal
serve roda em primeiro plano e continua até você pará-lo com Ctrl+C. Deixe-o rodando enquanto termina a configuração; para iniciá-lo automaticamente na inicialização, consulte Executar o digna como Serviço em Segundo Plano.
Configuração do Dashboard¶
Passo 1: Fazer o Deploy do Dashboard no Servidor Web¶
O dashboard do digna lê sua própria configuração do arquivo dashboard/dashboard_config.toml. Esse arquivo não acompanha a instalação — você o cria no diretório dashboard/, junto com os arquivos do dashboard.
O conteúdo dele está descrito em Single Sign-On, que é também onde o arquivo é necessário: ele contém as opções de login que o dashboard oferece e, em implantações com múltiplas instâncias, a conexão com o backend.
Escolha seu servidor web e siga as etapas de implantação correspondentes.
Implantando no nginx¶
Se você seguiu a seção de Configuração do nginx, o server block já aponta para sua pasta dashboard e nenhuma cópia é necessária.
- Confirme o caminho
- Abra
$(brew --prefix)/etc/nginx/servers/digna.conf -
Verifique se
rootaponta para a sua pastadashboardextraída -
Garanta que a pasta seja legível
-
Recarregue o nginx
-
Teste a Instalação
- Abra seu navegador
- Navegue para
http://localhost:8080(ou sua URL configurada) - Você deverá ver a página de login do digna dashboard
Implantando no Apache httpd¶
-
Copie o Dashboard para o Document Root
-
Adicione as Regras de Rewrite
Crie um arquivo .htaccess dentro da pasta implantada para que as rotas do dashboard sobrevivam a um refresh do navegador:
Cole o seguinte:
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]
-
Reinicie o Apache
-
Acesse o Dashboard
- Abra seu navegador
- Navegue para
http://localhost/digna - Você deverá ver a página de login do digna dashboard
Executando o digna como um Serviço em Segundo Plano¶
Por que executar o digna como um serviço?¶
Executar o backend do digna como serviço em segundo plano garante que ele:
- Inicie automaticamente quando a máquina for ligada
- Execute em segundo plano sem uma janela do Terminal aberta
- Reinicie automaticamente se travar
- Possa ser gerenciado através do
launchctl, o gerenciador de serviços do macOS
Arquivos de Gerenciamento do Serviço¶
Todos os arquivos necessários estão localizados no diretório de instalação do digna em: bin/
Os seguintes scripts shell estão disponíveis:
install_service.sh— Registra o digna no launchduninstall_service.sh— Remove o registro do serviçostart_service.sh— Inicia o serviço registradostop_service.sh— Para o serviço em execução
Administrador requerido
Todos os scripts devem ser executados com sudo, pois registrar um serviço que inicia na inicialização grava em /Library/LaunchDaemons.
Tornando os Scripts Executáveis¶
A extração pode não preservar o bit executável. Antes do primeiro uso:
Instalando o Serviço¶
-
Abra o Terminal
-
Navegue até a pasta bin
-
Execute o script de instalação
O servidor digna agora está registrado no launchd com inicialização automática habilitada. O serviço não inicia imediatamente — veja a seção a seguir para iniciá-lo.
Iniciando e Parando o Serviço¶
Para Iniciar o Serviço¶
- Abra o Terminal
- Navegue para
/opt/digna/bin - Execute:
Para Parar o Serviço¶
- Abra o Terminal
- Navegue para
/opt/digna/bin - Execute:
Dica
Sempre pare o serviço antes de atualizar arquivos da aplicação.
Verificando o Serviço¶
Para confirmar que o serviço está registrado e em execução:
Uma linha começando com um ID de processo indica que o serviço está em execução. Um - na primeira coluna significa que está registrado mas parado.
Movendo o Serviço para um Novo Diretório¶
O launchd armazena o caminho absoluto para o executável, portanto mover a instalação exige re-registrar o serviço:
-
Desinstalar o serviço atual
-
Mover os arquivos da aplicação
-
Reinstalar o serviço
-
Iniciar o serviço
Desinstalando o Serviço¶
-
Parar o serviço em execução
-
Desinstalar o serviço
O servidor digna agora está desregistrado do launchd.
Atualizando para uma Nova Release¶
Antes de Atualizar¶
Verifique Primeiro Todas as Conexões de Banco de Dados
A partir da Release 2026.06, o digna acessa cada tecnologia de origem por ODBC. As versões anteriores ofereciam a escolha entre um driver próprio por tecnologia e ODBC, selecionada pelo botão Use ODBC. A equipe do digna decidiu se apoiar apenas em ODBC, porque uma interface única e padronizada oferece mais do que um conjunto de drivers sob medida:
- Autenticação — a autenticação faz parte do ODBC, então uma conexão pode usar tudo o que o seu driver suportar: senhas, tokens e PATs, Kerberos e Active Directory, MFA e logon único pelo navegador, identidades na nuvem, certificados de cliente e TLS. Novos métodos chegam com uma atualização do driver, em vez de esperar por uma versão do digna.
- Drivers mantidos pelos fabricantes dos bancos de dados — o driver do próprio fabricante acompanha as novas versões do servidor e as correções de segurança, e você pode atualizá-lo no seu próprio ritmo, independentemente do digna.
- Uma única forma de configurar tudo — cada tecnologia é uma lista de propriedades chave/valor, com a mesma interface, a mesma criptografia de valores sensíveis e a mesma solução de problemas, em vez de um conjunto de campos diferente por origem.
- Ajuste e alcance — opções do driver como tempos limite, configurações de TLS, proxies e tamanhos de leitura estão disponíveis para todas as origens, e qualquer tecnologia com um driver ODBC compatível pode ser conectada, inclusive aquelas para as quais o digna não publica um guia dedicado.
Na prática, isso significa que o botão Use ODBC e os campos separados de host, porta, banco de dados, usuário e senha não existem mais. Toda conexão que ainda não usa ODBC precisa ser convertida para ODBC — não há conversão automática, portanto planeje isso antes de atualizar:
- Revise cada conexão de banco de dados definida na sua instalação e anote as que ainda não usam ODBC — cada uma precisará ser reconfigurada.
- Instale o driver ODBC correspondente no host do digna — as conexões são abertas pelo servidor que executa o backend do digna, não pelo navegador. Consulte Instalar o Driver ODBC no Host do digna.
- Tenha as propriedades ODBC prontas para cada conexão afetada. Os guias por tecnologia trazem, para cada origem, um conjunto de propriedades comprovado.
Após a atualização, converta cada conexão afetada para ODBC e teste-a pelo dashboard — consulte Criar uma Conexão de Banco de Dados e Testar uma Conexão.
Conexões Databricks Legacy
O conector Databricks Legacy foi removido nesta release. Migre essas conexões para o conector Databricks.
É obrigatório criar um backup do repositório digna
Antes de atualizar o digna, faça backup do seu repositório (PostgreSQL) para proteger contra perda de dados. Um backup garante que você possa recuperar caso a atualização encontre problemas inesperados.
Para criar um backup a partir do Terminal:
Processo de Atualização¶
Passo 1: Parar o Serviço digna¶
Se o digna estiver em execução como serviço em segundo plano, pare-o primeiro:
Se o digna estiver em execução em primeiro plano, pressione Ctrl + C na janela do Terminal onde ele está rodando.
Passo 2: Fazer Backup da Instalação Atual¶
No diretório de instalação do digna, renomeie as pastas da instalação atual para que a nova release possa ser implantada ao lado delas:
dignabackend e dignacli não são mais usados
A partir da Release 2026.06, dignabackend e dignacli são substituídos pelo executável único digna, que reúne o backend e a CLI. Mantenha dignabackend_old e dignacli_old apenas até verificar a atualização — depois você pode excluir as duas pastas. Mantenha dashboard_old até restaurar dele os seus arquivos de configuração (veja o passo 4).
Passo 3: Extrair e Implantar a Nova Versão¶
- Extraia o novo arquivo ZIP de instalação do digna
- Copie o novo executável
dignae a pastadashboardpara seu diretório de instalação - Restaure o bit de execução e, se necessário, limpe o atributo de quarentena:
Importante
Nem o config.toml nem o dashboard/dashboard_config.toml são incluídos no ZIP de instalação — a equipe do digna nunca distribui nenhum dos dois arquivos. Por isso, sua configuração existente não é afetada pela atualização, e as cópias nas pastas renomeadas *_old são as únicas que você tem.
Passo 4: Restaurar Seus Arquivos de Configuração¶
A Release 2026.06 altera o config.toml
Três configurações são novas e obrigatórias, e duas não são mais usadas. Um config.toml herdado de uma versão anterior não contém as novas configurações, e o digna não iniciará enquanto elas estiverem ausentes. Acrescente o seguinte ao seu config.toml existente:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Acrescente as duas chaves [base] à sua seção [base] existente e adicione [encryption] como uma nova seção. Em seguida, remova as duas configurações que não são mais usadas, digna_APP_HOST e digna_APP_PORT, de [app] — o servidor agora obtém o endereço e a porta de digna serve.
O que cada configuração faz está descrito em Configuração do Backend.
Logon único: o formato de [oidc_clients] mudou
A release 2026.06 substitui a matriz de tabelas por uma tabela por provedor, nomeada a partir da chave do provedor. DIGNA_OIDC_KEY deixa de existir — a chave agora faz parte do cabeçalho da seção.
Antes:
[[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'
Depois:
[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'
Repita a seção para cada provedor e mantenha cada chave igual ao key definido em dashboard_config.toml. O digna config check informa oidc_clients como FAILED enquanto a forma antiga permanecer. Apenas as instalações que usam logon único são afetadas.
Passo 5: Recarregar o Servidor Web¶
O dashboard é um conjunto de arquivos estáticos, então seu servidor web — e o navegador — podem ainda estar servindo a versão anterior. Recarregue ou reinicie o servidor web que hospeda a pasta dashboard e, em seguida, recarregue a página com uma atualização forçada (Cmd+Shift+R).
Passo 6: Validar a Configuração¶
Confirme que o config.toml atualizado está completo antes de mexer no repositório:
Todas as seções devem informar OK. Corrija tudo o que for informado como FAILED e execute o comando novamente antes de continuar.
Passo 7: Substituir o Arquivo de Licença¶
Cada release é licenciada separadamente. Copie o license.toml que a equipe do digna forneceu para esta release para o diretório de instalação, substituindo o antigo:
Não mantenha a licença anterior
Um license.toml emitido para uma release anterior não cobre esta, e todo comando que verifica a licença — user, inspection, repo — é interrompido antes de mexer no repositório quando a verificação falha. Verifique-a antes de prosseguir:
Passo 8: Atualizar o Schema do Repositório¶
Navegue até o diretório de instalação do digna e execute:
Isto atualiza o schema do PostgreSQL para a versão mais recente preservando todos os dados existentes.
Passo 9: Reiniciar Serviços¶
Se estiver rodando como serviço em segundo plano:
Se estiver executando manualmente, reinicie o servidor:
Se estiver usando nginx ou Apache, reinicie o respectivo servidor web:
Passo 10: Verificar a Atualização¶
- Acesse o digna dashboard
- Verifique se a interface carrega corretamente
- Cheque os logs do servidor em busca de erros
- Converta para ODBC todas as conexões que ainda não o usavam e depois teste todas as conexões — consulte Testar uma Conexão