Update Unit migration script in V5RC + Update doc

ProgrammeVitam · Dec 2, 2021 · e0a30ba · e0a30ba
1 parent c93b5f8
commit e0a30ba
Show file tree

Hide file tree

Showing 3 changed files with 8 additions and 22 deletions.
diff --git a/deployment/ansible-vitam-exploitation/roles/migrate_units/tasks/main.yml b/deployment/ansible-vitam-exploitation/roles/migrate_units/tasks/main.yml
@@ -8,6 +8,4 @@
     timeout: "{{ vitam_defaults.services.start_timeout }}"
   run_once: true
 
-- import_tasks: update_schema.yml
-
-- import_tasks: update_units.yml
+- import_tasks: update_schema.yml
diff --git a/deployment/ansible-vitam-exploitation/roles/migrate_units/tasks/update_units.yml b/deployment/ansible-vitam-exploitation/roles/migrate_units/tasks/update_units.yml
diff --git a/doc/fr/migration/updates/releases_updates/v5_update.rst b/doc/fr/migration/updates/releases_updates/v5_update.rst
@@ -41,18 +41,22 @@ Dans le cas contraire (cas où l'objet existe dans les autres offres), il faudra
 .. note:: Cette procédure doit être lancée une seule fois, et pour chaque offre Swift V2/V3, APRES upgrade Vitam.
 
 
-Migrations des unités achivestiques
+Migration des unités archivistiques
 -----------------------------------
 
-La migration des données est réalisée en exécutant la commande suivante (sur le site primaire uniquement, dans le cas d'une installation multi-sites) :
+Cette migration de données consiste à supprimer le champ ``us_sp`` et rendre inactive l'indexation des champs dynamiques, créés au niveau des régles de gestion héritées au niveau de la propriété ``endDates``.
+
+ELle est réalisée en exécutant la commande suivante (sur le site primaire uniquement, dans le cas d'une installation multi-sites) :
 
 ``ansible-playbook -i environments/<inventaire> ansible-vitam-exploitation/migration_v5.yml --vault-password-file vault_pass.txt``
 
 ou, si vault_pass.txt n'a pas été renseigné :
 
 ``ansible-playbook -i environments/<inventaire> ansible-vitam-exploitation/migration_v5.yml --ask-vault-pass``
 
-L'indexation des champs dynamiques, créés au niveau des régles de gestion héritées, et précisément au niveau de la propriété ``endDates`` est rendue inactive. Il faudrait ainsi réindexer toutes les unités archivitiques.
+Après le passage du script de migration, il faut procéder à la réindexation de toutes les unités archivistiques :
+
+``ansible-playbook -i environments/<inventaire> ansible-vitam-exploitation/reindex_es_data.yml --ask-vault-pass``
 
 .. note:: Durant la migration, il est fortement recommandé de ne pas procéder à des versements de données.