| Remarque |
|---|
Assurez-vous d'avoir lu attentivement la documentation depuis le début afin de valider tous les prérequis et de disposer de toutes les informations essentielles. |
...
Dans un premier temps, nous vous détaillons les étapes de migration des profils qui vous seront proposées afin d’en saisir pleinement les intentions.
Puis nous listons détaillons les informations et particularités de liés à la migration de la configuration et de la base de donnée afin de permettre une finalisation propre de votre migration et répondre aux potentielles blocages.
Etapes de migration
...
Etape 1 : Lancer la migration
Depuis VSCode, executer la commande (ctrl+shift+P) Divalto : Migrate current project
...
Etape 2 : Confirmation
Une confirmation sera demandée par l’extension. Répondre oui pour continuer vers la migration du projet
...
Etape 3 : Vérification de l'éligibilité du projet
Une console s’ouvre dans la zone que vous avez configuré. Elle vous indique que la migration peut commencer (si votre projet n’est pas éligible à la migration des profils, nous ne déclenchons pas le processus).
C’est à cet endroit que vous pourrez avoir le détail de progression de migration.
...
Etape 4 : Récupération des données du projet
L’extension va récupérer les données du projets permettant de savoir si le projet est déjà migré et ce qu’il faut migrer. Un message s’affichera dans la console lorsque les données sont récupérées.
...
Etape 5 : Exporter la configuration spécifique
Un message conseillera ensuite d’exporter la configuration spécifique du projet avant de démarrer la migration pour s’assurer d’en garder une copie et de pouvoir l’appliquer au besoin.
Si ce n’est pas fait, annulez l’opération et exportez votre configuration.
Vous relancerez la migration à l'étape 1 ensuite.
...
Etape 6 : Définir les éléments à migrer
Cette étape peut ne pas se présenter à vous. Elle analyse les données de l'étape 4 et si besoin, vous demandera de valider ou indiquer vos choix concernant des noms de feature ou capacité, ainsi que leur valeur par défaut pour pouvoir remplir la table sw_data_confpermission_overloadprofilemapping
Quelques points sont à détailler dans cette étape :
Dépendant du volume de spécifique détecté à migrer, nous avons décidé d’appliquer une limite de 10 éléments pour ne pas imposer de devoir répondre à trop de question.
Cependant, nous alertons et permettons de l'éviter.
Suite au point précédent, s’il y a des éléments en attente de traitement, une succession de questions vous seront posées.
Comme inscrit dans le point suivant, ce n’est pas grave si vous vous trompez lors de la saisie de la réponse car le récapitulatif sera consultable avant migration dans la table sw_data_confpermission_overloadprofilemapping.
Voici un exemple des deux types de question posée :Questions posées lorsque nous trouvons une feature ou capacité à migrer
Tout d'abord, nous demandons de confirmer le nom à utiliser pour une feature ou capacité
Puis nous demandons de confirmer la valeur de la feature ou capacité
Dans la console, le récapitulatif sera affiché
Question posée lorsque nous trouvons une feature ou capacité à migrer avec plusieurs valeurs possibles
Tout d'abord, nous demandons de confirmer le nom à utiliser pour une feature ou capacité
Puis nous demandons de confirmer une des valeurs de la feature ou capacité.
Comme le montre la capture d'écran, il est aussi possible de choisir une valeur différente.
Si les valeurs ne sont pas satisfaisantes, vous pourrez la modifier directement dans la table sw_data_confpermission_overloadprofilemapping avant d’appliquer la migration.
Dans la console, le récapitulatif sera affiché
Dès que tous les éléments sont traités, nous les insérons en base. Patienter jusqu’au prochain message indiquant que l’opération s’est terminée.
Que vous fassiez une erreur, que vous indiquiez vos choix ou non, tous les éléments seront injectés dans la table sw_data_confpermission_overloadprofilemapping.
Cette table permettra de vérifier ce qui sera migré et le modifier.
...
de
...
migration
...
...
Un message vous alertera que la migration des données est sur le point de s’effectuer et s’assurera que la table sw_data_confpermission_overloadprofilemapping a bien été consultée et validée.
Vous avez le choix de ne pas le faire de suite.
Puis, un message vous alertera que la migration de la configuration est sur le point de s’effectuer.
Vous avez le choix de seulement générer un rapport à titre de consultation, soit de migrer et générer le rapport.
...
Etape 8 : Migration de la configuration en cours
Migration en cours. Consultez la console pour avoir l’avancement.
...
Etape 9 :
Lecture du rapport et vérifications finales.
Pour comprendre comment lire le rapport, référez-vous au lien de bas de page.
Exemple de rapport :
...
...
Etape 1 :
Depuis VSCode, executer la commande (ctrl+shift+P) Divalto : Migrate current project Etape 2 :
Une confirmation sera demandée par l’extension. Réponder oui pour continuer vers la migration du projet Etape 3 :
showAllreadyMigratedMessageAsyncEtape 4 :
askMigrateDataAgainAsyncEtape 5 :
askMigrateConfigurationAgainAsyncEtape 5.5 :
Une console s’ouvre dans la zone que vous avez configuré. Elle vous indique que la migration peut commencer. C’est à cet endroit que vous pourrez avoir le détail de progression de migration.
Dans le même temps, un message conseille d’exporter la configuration spécifique du projet avant de démarrer le migration pour s’assurer d’en garder une copie et de pouvoir l’appliquer au besoin.
Si ce n’est pas fait, annulez l’opération et exportez votre configuration. Sinon, passez à l'étape 4.
Etape 6 :
Migration en cours
Configuration : Informations et particularités
Configuration : Informations et particularités