4.1. Principes généraux

Le schéma ci-dessous décrit le principe général d’une montée de version de la solution logicielle VITAM.

../_images/update_workflow_xmind.png

4.1.1. Etats attendus

4.1.1.1. Pré-migration

Avant toute migration, il est attendu de la part des exploitants de vérifier :

  • Que la solution logicielle VITAM fonctionne normalement
  • Que l’ensemble des timers systemd sont stoppés
  • Qu’aucun workflow n’est ni en cours, ni en statut FATAL

Voir aussi

Se référer au chapitre « Suivi de l’état du système » du DEX pour plus d’informations.

Voir aussi

Se référer au chapitre « Suivi des Workflows » du DEX, pour plus d’informations sur la façon de vérifier l’état des statuts des workflows.

4.1.1.2. Post-migration

A l’issue de toute migration, il est attendu de la part des exploitants de vérifier :

  • Que la solution logicielle VITAM fonctionne normalement
  • Que l’ensemble des timers systemd sont bien redémarrés (les redémarrer, le cas échéant)
  • Qu’aucun workflow n’est en statut FATAL

Se référer au chapitre « Suivi de l’état du système » du DEX pour plus d’informations.

4.1.2. Montées de version bugfix

Au sein d’une même release, la montée de version depuis une version bugfix vers une version bugfix supérieure est réalisée par réinstallation de la solution logicielle VITAM grâce aux playbooks ansible fournis, et selon la procédure d’installation classique décrite dans le DIN.

Les montées de version bugfix ne contiennent à priori pas d’opérations de migration ou de reprises de données particulières. Toutefois, des spécificités propres aux différentes versions bugfixes peuvent s’appliquer ; elles sont explicitées dans le chapitre Montées de version bugfix.

Prudence

Parmi les versions bugfixes publiées au sein d’une même release, seuls les chemins de montées de version d’une version bugfix à la version bugfix suivante sont qualifiés par VITAM.

4.1.3. Montées de version mineure

La montée de version depuis une version mineure (de type release) vers une version mineure supérieure est réalisée par réinstallation de la solution logicielle VITAM grâce aux playbooks ansible fournis, et selon la procédure d’installation classique décrite dans le DIN.

Ce document décrit les chemins de montées de version depuis une version mineure, vers la version mineure maintenue supérieure.

Les montées de version mineure doivent être réalisées en s’appuyant sur les dernières versions bugfixes publiées.

Les opérations de migration ou de reprises de données propres aux différentes versions releases sont explicitées dans le chapitre Montées de version mineure.

Prudence

Parmi les versions mineures publiées au sein d’une même version majeure, seuls les chemins de montées de version depuis une version mineure maintenue, vers la version mineure maintenue suivante sont qualifiés par VITAM.

4.1.4. Montées de version majeure

La montée de version depuis une version majeure vers une version majeure supérieure s’appuie sur les chemins de montées de version mineure décrits dans le chapitre Montées de version mineure.