Archivage Jira avant migration : conserver l'historique sans tout garder dans l'instance active.
Au fil des années, une instance Jira accumule des projets terminés, des demandes anciennes, des pièces jointes et des configurations qui doivent parfois être conservés, mais qui n'ont plus besoin de rester dans l'environnement de production. BleuLemon vous aide à décider ce qui doit rester actif, être nettoyé, archivé ou supprimé. Avec Aquarius, notre solution d'archivage Jira, l'historique utile reste consultable hors de l'instance active.
Atlassian Platinum Solution Partner · Depuis 2008 aux côtés des DSI · Paris et Lyon
Tout garder dans Jira n'est pas forcément la meilleure décision
Migrez vers une instance plus simple. Conservez ce qui compte. Évitez de transférer votre dette historique dans votre nouvel environnement.
Après plusieurs années d'exploitation, une instance Jira Data Center accumule des centaines de projets, des millions de demandes, des workflows historiques, des champs personnalisés, des pièces jointes et des liens inter-projets.
Certains projets restent actifs. D'autres sont clos depuis des années, mais leurs données doivent rester accessibles pour l'audit, la conformité ou la traçabilité. D'autres n'ont plus aucune valeur opérationnelle.
Tout reprendre dans la cible rallonge la migration, gonfle les volumes à tester, multiplie les cas particuliers et transfère dans la nouvelle instance une dette historique traitable en amont.
Une instance surdimensionnée a trois impacts majeurs.
Dimensionnés sur un volume que personne ne consulte plus.
Chaque tir de migration rejoue le périmètre concerné. Plus il est important et hétérogène, plus les opérations de transfert et de recette sont longues.
Entre DSI, métiers et équipes conformité, mobilisé projet par projet.
Tout migrer, c'est trop migrer. Un projet de transformation Jira maîtrisé ne consiste pas à tout déplacer. Il consiste à décider, projet par projet : ce qui reste actif, ce qui demande un nettoyage, ce qui doit être archivé, ce qui doit être supprimé.
Reprendre, nettoyer, archiver ou supprimer : une décision par projet.
Avant une migration, une consolidation d'instances ou une évolution d'outillage, chaque projet Jira demande une qualification. Le bon objectif n'est pas de déplacer tout l'historique, mais de définir le traitement adapté à chaque périmètre.
| Décision | Situation du projet | Traitement | Ce qui reste accessible |
|---|---|---|---|
| Reprendre | Projet actif, stratégique ou encore utilisé | Migration vers l'instance cible | L'ensemble du projet dans la cible |
| Nettoyer | Projet encore utile mais encombré de données obsolètes | Correction ou purge avant migration | Le projet allégé, dans la cible |
| Archiver | Projet clos dont l'historique doit être conservé | Extraction dans une archive autonome | L'historique mais en dehors de l'instance active |
| Supprimer | Sans valeur métier ni contrainte de conservation | Suppression selon votre politique interne | Rien |
Cette décision se prend avec les métiers, la DSI et, lorsque nécessaire, les équipes conformité ou juridiques.
L'objectif n'est pas d'archiver le plus possible. Il est de donner à chaque périmètre le traitement adapté et de limiter la dette transférée dans l'instance cible.
Aquarius : conserver l'historique de Jira hors de Jira.
Aquarius est notre solution d'extraction et d'archivage des données Jira. Elle permet de sélectionner un périmètre de demandes ou de projets et de produire une archive structurée, autonome et consultable sans accès à l'instance Jira.
HTML et Word, pour permettre une lecture directe des contenus.
XML et JSON, pour conserver une représentation exploitable des données.
Pièces jointes, commentaires, liens, historique, champs personnalisés.
L'archive est consultable en lecture seule et ne nécessite pas de licence Jira pour accéder à son contenu.
Vous pouvez ainsi alléger l'instance active sans perdre l'historique dont vous avez encore besoin.
Trois modes d'extraction couvrent les situations courantes :
| Mode | Traitement | Usage typique |
|---|---|---|
| Immédiat | Extraction synchrone | Petits périmètres et besoins ponctuels |
| Background | Traitement asynchrone côté serveur | volumes importants |
| Planifié | déclenchement récurrent | Archivages industrialisés ou périodiques |
L'objectif est de pouvoir traiter aussi bien une extraction ponctuelle que de mettre en œuvre une politique d'archivage plus régulière.
Aquarius sert dans des environnements Jira Data Center de grande taille, notamment dans la banque et l'assurance. Ses secteurs cibles : banque, assurance, défense, santé, énergie, secteur public. Nos références sur ce sujet restent couvertes par des accords de confidentialité.
Vos données restent dans votre infrastructure.
Les extractions respectent les droits en vigueur : un utilisateur ne peut extraire que les demandes auxquelles il a accès.
Des permissions spécifiques permettent également d'encadrer les fonctions d'extraction, de téléchargement, de supervision ou de suppression.
Les archives restent dans votre infrastructure et continuent donc à relever de vos propres règles de sécurité et d'exploitation. Cette caractéristique peut être particulièrement importante pour certains environnements soumis à des exigences fortes de confidentialité ou de souveraineté.
L'archivage participe aussi à la réversibilité.
Une donnée importante ne devrait pas être consultable uniquement à travers l'outil qui l'a produite.
Conserver une archive autonome et lisible permet également de réduire la dépendance à la plateforme d'origine.
Une archive lisible hors de l'outil qui l'a produite, c'est aussi une garantie de réversibilité.
Ceci prend une importance particulière dans une trajectoire vers le Cloud : la question n'est pas seulement de savoir comment entrer dans une nouvelle plateforme, mais aussi comment conserver la maîtrise de son patrimoine dans la durée.
Aquarius fournit le socle technique d'extraction et de consultation des données Jira. Il ne remplace ni un système d'archivage électronique (SAE), ni un coffre-fort probatoire, ni une politique de conservation documentaire, ni une validation juridique interne. Cette limite se dit avant le projet, pas après.
Identifiez vos premiers candidats à l'archivage en 30 minutes.
Avant votre migration, votre consolidation d'instances ou votre nettoyage d'instance Jira, nous vous aidons à qualifier votre patrimoine applicatif et à décider ce qui doit être repris, nettoyé, archivé ou supprimé.
À l'issue de ce diagnostic de 30 minutes, vous disposez de premiers éléments pour :
Le diagnostic de 30 minutes se tient en visio, avec une restitution écrite sous 48 h. Il peut ouvrir, si le volume le justifie, sur le diagnostic « Sortie Data Center Maîtrisée » de 6 à 10 semaines.
Les questions qu'on nous pose sur l'archivage Jira
Une question qui ne trouve pas sa réponse ici se traite en trente minutes d'échange, sur votre contexte réel plutôt que sur un cas général.
Échanger avec un expertEst-ce un backup Jira ?
Non.
Une sauvegarde sert à restaurer une plateforme après une perte ou un incident.
Aquarius extrait un périmètre sélectionné dans une archive autonome destinée à permettre la consultation de l'historique hors de l'instance active.
Il ne remplace donc ni votre stratégie de sauvegarde, ni votre plan de restauration, ni votre dispositif de continuité d'activité.
Dans quels formats l'archive peut-elle être consultée ?
Les contenus peuvent être consultés en HTML et Word, avec des formats structurés XML et JSON.
L'archive conserve également les pièces jointes, commentaires, liens, historiques et champs associés au périmètre extrait.
Peut-on cibler un sous-ensemble de projets ou de demandes ?
Oui.
Le périmètre est défini à partir de requêtes JQL ou de filtres Jira. Il est donc possible de cibler précisément les données à extraire selon vos critères.
Peut-on traiter de gros volumes ?
Oui.
Aquarius propose notamment un mode de traitement en arrière-plan pour les volumes importants, ainsi qu'un mode planifié pour les extractions récurrentes.
Le dispositif est dimensionné en fonction du volume et de la fréquence des extractions.
Aquarius est aujourd'hui utilisé chez des clients ayant plusieurs millions de tickets.
L'archivage peut-il améliorer les performances de Jira ?
Réduire la volumétrie d'une instance peut contribuer à simplifier son exploitation, mais l'archivage ne doit pas être présenté comme une solution universelle à un problème de performance.
Si la plateforme rencontre des difficultés, nous commençons par en identifier les causes avant de déterminer si l'archivage fait partie de la réponse.
Aquarius suffit-il pour répondre à nos obligations d'archivage légal ?
Non. Aquarius fournit une extraction structurée et consultable des données Jira. Il ne remplace ni un SAE, ni un dispositif probatoire, ni la politique de conservation définie par votre organisation.
Les obligations applicables doivent être validées avec vos équipes juridiques et conformité.
Quand faut-il archiver dans le calendrier d'une migration ?
Le plus tôt possible dans la phase de préparation.
La décision doit être prise avant de figer le périmètre de migration afin que les données archivées soient réellement retirées des volumes à transférer et à tester.
Faut-il archiver ou supprimer un projet clos ?
Cela dépend de la valeur de son historique et de vos obligations de conservation.
S'il doit rester consultable, l'archivage est adapté. S'il n'a plus de valeur et qu'aucune obligation ne justifie sa conservation, la suppression peut être préférable.
Pour aller plus loin : Migration Cloud·Aquarius·Licences Atlassian·Atlassian chez BleuLemon