Camunda 7 Optimize n’affiche aucune donnée – Causes et solutions complètes

Si Camunda 7 Optimize n’affiche aucune donnée ou si les tableaux de bord restent vides, le problème est presque toujours lié à la configuration et non à un bug du produit.

Dans cet article, vous découvrirez :

pourquoi Camunda Optimize affiche “Aucune donnée disponible”
les causes les plus fréquentes
les solutions étape par étape pour corriger le problème

🔍 Que signifie “Aucune donnée disponible” dans Camunda Optimize ?

Camunda Optimize fonctionne uniquement si les données d’historique du moteur Camunda sont correctement exportées vers Elasticsearch.

👉 En résumé :
Pas d’historique → pas de données dans Optimize

🚨 Causes courantes : Camunda Optimize ne montre aucune donnée

1️⃣ Le niveau d’historique Camunda n’est pas défini sur `full`

Camunda Optimize nécessite obligatoirement le niveau d’historique full.

❌ Configuration incorrecte


camunda.bpm.history=activity

✅ Configuration correcte


camunda.bpm.history=full

📌 Redémarrez Camunda après la modification.

2️⃣ Le nettoyage de l’historique (History Cleanup) supprime les données trop tôt

Si le TTL d’historique est trop court, les données sont supprimées avant d’être importées par Optimize.

Exemple dans une définition de processus :


camunda:historyTimeToLive="180"

✔ Utilisez un TTL raisonnable (90 à 180 jours minimum)
✔ Évitez les TTL trop bas en environnement de test

3️⃣ L’import Optimize est désactivé ou en échec

Vérifiez la configuration Optimize :


camunda.optimize:
  import:
    enabled: true

Consultez également les logs Optimize :


optimize.log

Recherchez :

erreurs d’import
problèmes d’authentification
erreurs de connexion Elasticsearch

4️⃣ Elasticsearch n’est pas démarré ou inaccessible

Camunda Optimize stocke ses données dans Elasticsearch.

✔ Tester Elasticsearch :


curl http://localhost:9200

✔ Vérifier la configuration :


elasticsearch:
  host: localhost
  port: 9200

✔ Vérifier Docker, pare-feu ou réseau

5️⃣ Optimize a été installé après l’exécution des processus

Optimize n’importe pas les données rétroactivement si l’historique n’était pas actif auparavant.

Si vous avez :

activé l’historique récemment
déployé Optimize après l’exécution des processus

👉 Vous devez relancer de nouvelles instances de processus.

6️⃣ Problème d’autorisations ou de droits utilisateur

Assurez-vous que l’utilisateur :

a accès à Optimize
dispose des droits sur les processus

Vérifiez :

utilisateurs et groupes Camunda
configuration des autorisations Optimize

✅ Checklist rapide pour corriger “Optimize sans données”

✔ camunda.bpm.history=full
✔ Redémarrage de Camunda
✔ Nouvelles instances de processus exécutées
✔ Elasticsearch fonctionnel
✔ Logs Optimize vérifiés
✔ TTL d’historique cohérent
✔ Droits utilisateur corrects

👉 Dans 90 % des cas, ces étapes suffisent.

📌 Résumé rapide (TL;DR)

Problème : Camunda 7 Optimize n’affiche aucune donnée
Causes principales :

Historique non défini sur full
Elasticsearch indisponible
Import Optimize désactivé
Nettoyage de l’historique trop agressif

Solution :
Configurer correctement l’historique, vérifier Elasticsearch et relancer des processus.

❓ Questions fréquentes (FAQ)

❓ Optimize peut-il afficher d’anciennes données ?

Non. Optimize n’importe que les données générées après l’activation de l’historique.

❓ Optimize fonctionne-t-il avec `audit` ?

Non. Le niveau full est obligatoire.

❓ Combien de temps avant que les données apparaissent ?

Généralement quelques minutes après l’exécution d’un processus.

🔗 Articles connexes

Les niveaux d’historique Camunda expliqués
Camunda 7 vs Camunda 8 – Différences d’architecture
Problèmes fréquents en production Camunda

Comment fonctionne Camunda Optimize (architecture simplifiée)

Camunda Optimize ne lit PAS directement la base de données Camunda.

Flux de données


Moteur Camunda
   ↓ (History REST API)
Importer Optimize
   ↓
Elasticsearch
   ↓
Interface Optimize

👉 Si un seul maillon est défaillant, Optimize reste vide.

Cause n°1 : Niveau d’historique insuffisant (LA PLUS FRÉQUENTE)

Problème

Le niveau d’historique du moteur Camunda est réglé sur :

none
activity

Or, Optimize nécessite impérativement le niveau full.

Vérification

Dans camunda.cfg.xml ou application.yml :


<property name="history">full</property>

✅ Solution

✔ Passer le niveau d’historique à full
✔ Redémarrer Camunda
✔ Attendre de nouvelles instances

⚠️ Les instances anciennes ne remontent pas rétroactivement.

Cause n°2 : History Cleanup supprime les données trop vite

Problème

Le nettoyage de l’historique est activé avec un TTL trop court (1–3 jours).

Résultat

Les données sont supprimées avant l’import Optimize
Les dashboards restent vides

✅ Solution

✔ Augmenter le TTL :


History Time To Live = 30 à 90 jours

✔ Vérifier que le cleanup ne s’exécute pas trop tôt

Cause n°3 : Importer Optimize non actif

Problème

Optimize est démarré, mais les threads d’import sont arrêtés.

Vérification dans les logs Optimize

Chercher :


import finished successfully

Ou des erreurs :


Cannot fetch historic process instances

✅ Solution

✔ Vérifier les logs Optimize
✔ Redémarrer Optimize
✔ Vérifier la connectivité REST avec Camunda

Cause n°4 : Optimize connecté au mauvais moteur Camunda

Problème

Optimize pointe vers :

une mauvaise URL REST
un mauvais moteur
des identifiants incorrects

Vérification dans `environment.yml`


engines:
  - name: camunda-engine
    rest: http://camunda:8080/engine-rest

✅ Solution

✔ Tester l’URL :


/engine-rest/engine

✔ Vérifier les credentials
✔ Corriger l’endpoint si nécessaire

Cause n°5 : Problème Elasticsearch

Problème

Elasticsearch est :

arrêté
en lecture seule
plein (disque saturé)
incompatible en version

Symptôme

Optimize s’ouvre
Mais aucune donnée n’est stockée

✅ Solution

✔ Vérifier la santé du cluster :


GET /_cluster/health

✔ Vérifier :

espace disque
permissions d’écriture
version supportée

Cause n°6 : Incompatibilité de versions

Problème

Les versions de Camunda et Optimize ne correspondent pas.

Exemple :

Camunda 7.18
Optimize 7.14

✅ Solution

✔ Toujours aligner les versions :


Camunda 7.x  ⇄  Optimize 7.x (même version mineure)

Cause n°7 : Optimize n’importe que les nouvelles données

Problème

Optimize n’importe pas automatiquement l’historique ancien.

Résultat

Les processus terminés avant le démarrage d’Optimize n’apparaissent pas
Seules les nouvelles instances sont visibles

✅ Solution

✔ Accepter ce comportement
✔ Déployer Optimize dès le début du projet
✔ Ne pas attendre une importation magique des données anciennes

Checklist de debug (pas à pas)

Niveau d’historique = full
Nouvelles instances terminées récemment
Logs Optimize (import actif)
URL REST Camunda correcte
Santé Elasticsearch OK
Versions compatibles
TTL d’historique raisonnable
Attendre le cycle d’import (pas instantané)

Bonnes pratiques production

✔ Activer l’historique dès le jour 1
✔ TTL ≥ 30 jours
✔ Surveiller les logs d’import Optimize
✔ Surveiller l’espace disque Elasticsearch
✔ Aligner les versions Camunda / Optimize
✔ Vérifier Optimize après chaque déploiement
✔ Ne pas attendre du temps réel

Anti-patterns fréquents 🚨

❌ Niveau d’historique = activity
❌ TTL trop court
❌ Déployer Optimize trop tard
❌ Ignorer Elasticsearch
❌ Mismatch de versions
❌ Attendre des dashboards immédiats

Question d’entretien fréquente

Q : Pourquoi Optimize est vide alors que les processus tournent ?
R : Parce qu’Optimize dépend du niveau d’historique, de l’importer et d’Elasticsearch — et l’un des trois est mal configuré.

👩‍💻 Conseil final

Si Optimize n’affiche toujours rien, commencez toujours par les logs, jamais par l’interface.

Les logs indiquent systématiquement la vraie cause.

Conclusion

Si Camunda 7 Optimize n’affiche aucune donnée, la cause est presque toujours :

historique désactivé ou insuffisant
import Optimize inactif
problème Elasticsearch
mauvaise configuration
incompatibilité de versions

👉 Optimize n’est pas un outil BI temps réel : il dépend entièrement de la qualité de l’historique et de l’import.

Corrigez le pipeline, et les données apparaîtront.

💼 Support professionnel disponible

Si vous rencontrez des problèmes sur des projets réels liés au développement backend d’entreprise ou à l’automatisation des workflows, je propose des services de conseil payants, de débogage en production, de support projet et de formations ciblées.
Les technologies couvertes incluent Java, Spring Boot, PL/SQL, Azure, ainsi que l’automatisation des workflows (jBPM, Camunda BPM, RHPAM), DMN/Drools.
📧 Contact: ishikhanirankari@gmail.com | info@realtechnologiesindia.com
🌐 Website: IT Trainings | Digital lectern | Digital rostrum | Digital metal podium