OPALE - 10.0 - Migration - Process de migration

Différence entre versions

De MappingDoc
(Paramétrage de l'environnement (Selon choix de type de migration))
 
(22 révisions intermédiaires par 6 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
==Introduction==
+
<languages />
 +
<translate>
 +
==Introduction== <!--T:1-->
  
Cet article décrit le processus permettant de mettre à niveau OPALE Server sur un serveur iSeries. Cette procédure s'applique également à une mise à niveau vers M-PS 7.2.
+
<!--T:2-->
 +
Cet article décrit le processus permettant de mettre à niveau OPALE Server sur un serveur IBM i. Cette procédure s'applique également à une mise à niveau vers M-PS 7.2.
  
== Déroulement de la mise à jour ==
+
== Déroulement de la mise à jour == <!--T:3-->
 
Cette présente procédure considère que l'environnement de production que nous voulons migrer se trouve dans une bibliothèque nommée MAP400.  
 
Cette présente procédure considère que l'environnement de production que nous voulons migrer se trouve dans une bibliothèque nommée MAP400.  
  
 +
<!--T:4-->
 
Le déroulement de la mise à jour d'OPALE Server se compose des points suivants :
 
Le déroulement de la mise à jour d'OPALE Server se compose des points suivants :
  
 +
<!--T:5-->
 
*Installation d'un environnement de développement (avec version de destination OPALE Server)
 
*Installation d'un environnement de développement (avec version de destination OPALE Server)
 
*Copie du paramétrage de l'environnement de production sur l'environnement de développement
 
*Copie du paramétrage de l'environnement de production sur l'environnement de développement
Ligne 16 : Ligne 21 :
 
*Troubleshooting
 
*Troubleshooting
  
 +
<!--T:6-->
 
Toute modification de maquette (lié à une modification souhaitée ou un delta suite à la mise à jour) sera alors réalisée avec un Designer ayant la même version qu'OPALE Server et en UNICODE.
 
Toute modification de maquette (lié à une modification souhaitée ou un delta suite à la mise à jour) sera alors réalisée avec un Designer ayant la même version qu'OPALE Server et en UNICODE.
  
==Prérequis  client==
+
==Prérequis  client== <!--T:7-->
  
===Profil utilisateur===
+
===Profil utilisateur=== <!--T:8-->
 
- Avoir accès au profil QSECOFR pour l'installation du produit<br />
 
- Avoir accès au profil QSECOFR pour l'installation du produit<br />
  
===Eléments à ressembler===
+
===Eléments à rassembler=== <!--T:9-->
  
 +
<!--T:10-->
 
Le client doit avoir une bonne connaissance de leur environnement. Pour cela, il devra être capable de :<br /><br />
 
Le client doit avoir une bonne connaissance de leur environnement. Pour cela, il devra être capable de :<br /><br />
  
 +
<!--T:11-->
 
- Définir les documents clés devant être testés par MAPPING ou un de leurs partenaires certifiés<br />
 
- Définir les documents clés devant être testés par MAPPING ou un de leurs partenaires certifiés<br />
 
- Connaitre et retrouver les fichiers spools bruts pour chacun des ses documents<br />
 
- Connaitre et retrouver les fichiers spools bruts pour chacun des ses documents<br />
Ligne 32 : Ligne 40 :
 
- Avoir un fichier PDF et/ou .dmp du fichier à imprimer pour chacun des ses documents<br />
 
- Avoir un fichier PDF et/ou .dmp du fichier à imprimer pour chacun des ses documents<br />
 
- Définir les règles stratégiques mises en place sur l'environnement de production<br />
 
- Définir les règles stratégiques mises en place sur l'environnement de production<br />
- Rassembler les différents fichiers spool iSeries (dans une outq: MAPREF/MAPQUALREF) ainsi que leurs Mapping de sortie d'impression (PCL, ZPL, TEC, etc) correspondants générés avec la version actuelle de Mapping sur le serveur de production.
+
- Rassembler les différents fichiers spool IBM i(dans une outq: MAPREF/MAPQUALREF) ainsi que leurs Mapping de sortie d'impression (PCL, ZPL, TEC, etc) correspondants générés avec la version actuelle de Mapping sur le serveur de production.
  
 +
<!--T:12-->
 
'''Important''' : Les polices utilisées doivent être au format TTF (toutes autres types de polices devront être remplacés par des polices TTF par le client)
 
'''Important''' : Les polices utilisées doivent être au format TTF (toutes autres types de polices devront être remplacés par des polices TTF par le client)
  
  
Tous les fichiers sources "Windows" devront être classés dans des répertoire de façon méthodique : Un répertoire par document
+
<!--T:13-->
 +
Tous les fichiers sources "Windows" devront être classés dans des répertoires de façon méthodique : Un répertoire par document
  
 +
<!--T:14-->
 
Remarque : Un chiffrage d'upgrade pourra alors être réalisé par MAPPING.
 
Remarque : Un chiffrage d'upgrade pourra alors être réalisé par MAPPING.
  
 +
<!--T:15-->
 
ATTENTION :  Si ce prérequis n'est pas respecté, un audit pourra être réalisé par Mapping ou un partenaire certifié Mapping pour reprendre la main sur l'environnement et en identifier tous les éléments importants.
 
ATTENTION :  Si ce prérequis n'est pas respecté, un audit pourra être réalisé par Mapping ou un partenaire certifié Mapping pour reprendre la main sur l'environnement et en identifier tous les éléments importants.
  
==Prise en main de l'environnement de client==
+
==Prise en main de l'environnement de client== <!--T:16-->
 
=== Mapping ou Partenaire certifié Mapping : Prendre connaissance de l'environnement du client===
 
=== Mapping ou Partenaire certifié Mapping : Prendre connaissance de l'environnement du client===
 
#Vérifier si MAPPING est configuré en UNICODE ou non UNICODE : Option 14/1<br />
 
#Vérifier si MAPPING est configuré en UNICODE ou non UNICODE : Option 14/1<br />
Ligne 52 : Ligne 64 :
 
==Installation ==
 
==Installation ==
  
===Copie de l'environnement de production===
+
===Copie de l'environnement de production=== <!--T:17-->
  
 +
<!--T:18-->
 
Avant toute chose, faire une copie de la bibliothèque de production du client. Toute manipulation de données de l'environnement de production se fera à travers cette copie : MAPPINGCPY
 
Avant toute chose, faire une copie de la bibliothèque de production du client. Toute manipulation de données de l'environnement de production se fera à travers cette copie : MAPPINGCPY
  
  CPYLIB FROMLIB(MAP400) TOLIB(MAPPINGCPY)
+
  <!--T:19-->
 +
CPYLIB FROMLIB(MAP400) TOLIB(MAPPINGCPY)
  
 +
<!--T:20-->
 
Le but de ces noms différents étant d'éviter des erreurs de manipulation en confondant MAP400 avec par exemple MAP400CPY. C'est pour cela que le nom MAPPINGCPY a été choisi.
 
Le but de ces noms différents étant d'éviter des erreurs de manipulation en confondant MAP400 avec par exemple MAP400CPY. C'est pour cela que le nom MAPPINGCPY a été choisi.
 
Toute manipulation avec les objets de production devra être faite au travers de MAPPINGCPY et non MAP400.
 
Toute manipulation avec les objets de production devra être faite au travers de MAPPINGCPY et non MAP400.
  
===Récupérer le dernier Setup disponible===
+
===Récupérer le dernier Setup disponible=== <!--T:21-->
 
Récupérer le dernier setup mis à disposition par Mapping.
 
Récupérer le dernier setup mis à disposition par Mapping.
  
  
===Installer le produit dans une nouvelle bibliothèque===
+
===Installer le produit dans une nouvelle bibliothèque=== <!--T:22-->
  
 +
<!--T:23-->
 
Installer la nouvelle version d'OPALE Server: [[OPALE:10.0:Installation:Installation OPALE Server|Installation OPALE Server]]
 
Installer la nouvelle version d'OPALE Server: [[OPALE:10.0:Installation:Installation OPALE Server|Installation OPALE Server]]
  
 +
<!--T:24-->
 
'''ATTENTION : NE PAS GARDER MAP400 en bibliothèque d'installation lors de la mise à jour'''
 
'''ATTENTION : NE PAS GARDER MAP400 en bibliothèque d'installation lors de la mise à jour'''
 
*Nom de la bibliothèque : MAPPINGQUA
 
*Nom de la bibliothèque : MAPPINGQUA
Ligne 75 : Ligne 92 :
  
  
==Paramétrage de l'environnement (selon le type de migration choisi)==
+
==Paramétrage de l'environnement (selon le type de migration choisi)== <!--T:25-->
  
 +
<!--T:26-->
 
Quel que soit le type de migration choisi (listé ci-dessous), les tests doivent être réalisés sur l'environnement nouvellement installé : MAPPINGQUA.<br /><br />
 
Quel que soit le type de migration choisi (listé ci-dessous), les tests doivent être réalisés sur l'environnement nouvellement installé : MAPPINGQUA.<br /><br />
  
 +
<!--T:27-->
 +
<big><u>'''En aucun cas l'environnement de production (ex : MAP400) ne doit être modifié. L'environnement de production devra rester intact durant toute la migration et au-delà.'''</u><br /></big><br /><br />
  
<big><u>'''En aucun cas l'environnement de production (ex : MAP400) ne doit être modifié. Cette environnement de production devra rester intact durant tout le long de la migration et au-delà.'''</u><br /></big><br /><br />
+
===Type SIMPLE : Copie simple de maquettes=== <!--T:28-->
 +
Ce type consiste à une simple copie de fichiers ressources IBM i afin de copier les formats Designer et Connect ainsi que les règles et relations entre Outqs. Les maquettes ne sont pas regénérées.
  
 
+
====Etape 1 : Copie des formats Designer et Connect==== <!--T:29-->
===Type SIMPLE : Copie simple de maquettes===
 
Ce type consiste à une simple copie de fichiers ressources AS400 afin de copier les formats Designer ainsi que les règles et relations entre Outqs. Les maquettes ne sont pas regénérées.
 
 
 
====Etape 1 : Copie des formats Designer====
 
 
<u>Fichiers à copier de MAPPINGCPY vers MAPPINGQUA</u> :
 
<u>Fichiers à copier de MAPPINGCPY vers MAPPINGQUA</u> :
 
=====Copie de certains formats=====
 
=====Copie de certains formats=====
 
Copier les formats de MAPPINGCPY vers MAPPINGQUA (Option 3 puis 3/Copier Formats Designer)
 
Copier les formats de MAPPINGCPY vers MAPPINGQUA (Option 3 puis 3/Copier Formats Designer)
  
=====Copie de tous les formats d'un seul coup=====
+
=====Copie de tous les formats d'un seul coup===== <!--T:30-->
 
S'il y a beaucoup de formats et que nous voulons tout prendre, nous pouvons copier les fichiers physiques (MAPLNK, MAPLNKL1, MAPOBJ, MAP1, MAP2D, MAP2H, MAP3, MAP3L1, MAP)
 
S'il y a beaucoup de formats et que nous voulons tout prendre, nous pouvons copier les fichiers physiques (MAPLNK, MAPLNKL1, MAPOBJ, MAP1, MAP2D, MAP2H, MAP3, MAP3L1, MAP)
  
=====Procédure pour copier les fichiers concernant les Formats M-Designer=====
+
=====Procédure pour copier les fichiers concernant les Formats M-Designer et M-Connect===== <!--T:31-->
  
 +
<!--T:32-->
 
Cas particulier du MAPLNK/MAPLNKL1 :  
 
Cas particulier du MAPLNK/MAPLNKL1 :  
  
  <u>Suppression de l'ancien objet MAPLNKL1 avant la copie du MAPLNK</u>
+
  <!--T:33-->
 +
<u>Suppression de l'ancien objet MAPLNKL1 avant la copie du MAPLNK</u>
 
  strpdm
 
  strpdm
 
  Option 2
 
  Option 2
Ligne 105 : Ligne 124 :
 
  Option 4 pour supprimer MAPLNKL1
 
  Option 4 pour supprimer MAPLNKL1
  
  <u>Remplacement de l'ancien MAPLNK par le nouveau</u>
+
  <!--T:34-->
 +
<u>Remplacement de l'ancien MAPLNK par le nouveau</u>
 
  strpdm
 
  strpdm
 
  Option 2
 
  Option 2
Ligne 114 : Ligne 134 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
  <u>Copie du nouveau MAPLNKL1 une fois le MAPLNK copié</u>
+
  <!--T:35-->
 +
<u>Copie du nouveau MAPLNKL1 une fois le MAPLNK copié</u>
 
  strpdm
 
  strpdm
 
  Option 2
 
  Option 2
Ligne 122 : Ligne 143 :
 
  Dans la bibliothèque : MAPPINGQUA
 
  Dans la bibliothèque : MAPPINGQUA
  
 +
<!--T:36-->
 
Cas particulier du MAP3/MAP3L1 :  
 
Cas particulier du MAP3/MAP3L1 :  
  
  <u>Suppression de l'ancien objet MAP3L1 avant la copie du MAP3</u>
+
  <!--T:37-->
 +
<u>Suppression de l'ancien objet MAP3L1 avant la copie du MAP3</u>
 
  strpdm
 
  strpdm
 
  Option 2
 
  Option 2
Ligne 131 : Ligne 154 :
 
  Option 4 pour supprimer MAP3L1
 
  Option 4 pour supprimer MAP3L1
  
  <u>Remplacement de l'ancien MAP3 par le nouveau</u>
+
  <!--T:38-->
 +
<u>Remplacement de l'ancien MAP3 par le nouveau</u>
 
  strpdm
 
  strpdm
 
  Option 2
 
  Option 2
Ligne 140 : Ligne 164 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
  <u>Copie du nouveau MAP3L1 une fois le MAP3 copié</u>
+
  <!--T:39-->
 +
<u>Copie du nouveau MAP3L1 une fois le MAP3 copié</u>
 
  strpdm
 
  strpdm
 
  Option 2
 
  Option 2
Ligne 148 : Ligne 173 :
 
  Dans la bibliothèque : MAPPINGQUA
 
  Dans la bibliothèque : MAPPINGQUA
  
 +
<u>Remplacement de l'ancien MAPRPTDBC par le nouveau</u>
 +
strpdm
 +
Option 2
 +
Bibliothèque : MAPPINGCPY
 +
Nom : MAPRPTDBC
 +
Option 3 devant MAPRPTDBC
 +
Dans la bibliothèque : MAPPINGQUA
 +
Suppression de l'objet existant : O
 +
 +
<u>Remplacement de l'ancien MAPRPTDBF par le nouveau</u>
 +
strpdm
 +
Option 2
 +
Bibliothèque : MAPPINGCPY
 +
Nom : MAPRPTDBF
 +
Option 3 devant MAPRPTDBF
 +
Dans la bibliothèque : MAPPINGQUA
 +
Suppression de l'objet existant : O
 +
 +
<u>Remplacement de l'ancien MAPRPTDBL par le nouveau</u>
 +
strpdm
 +
Option 2
 +
Bibliothèque : MAPPINGCPY
 +
Nom : MAPRPTDBL
 +
Option 3 devant MAPRPTDBL
 +
Dans la bibliothèque : MAPPINGQUA
 +
Suppression de l'objet existant : O
 +
 +
<u>Remplacement de l'ancien MAPRPTDBW par le nouveau</u>
 +
strpdm
 +
Option 2
 +
Bibliothèque : MAPPINGCPY
 +
Nom : MAPRPTDBW
 +
Option 3 devant MAPRPTDBW
 +
Dans la bibliothèque : MAPPINGQUA
 +
Suppression de l'objet existant : O
 +
 +
<!--T:40-->
 
Cas générique des autres objets :  
 
Cas générique des autres objets :  
 
  <u>Copie du nouveau MAPOBJ</u>
 
  <u>Copie du nouveau MAPOBJ</u>
Ligne 158 : Ligne 220 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
Répéter l'opération pour les objets suivants : MAP1, MAP2D, MAP2H, MAP
+
<!--T:41-->
 +
Répéter l'opération pour les objets suivants : MAP1, MAP2D, MAP2H, MAP, MAPLOAD
  
====Etape 2 : Copie du paramétrage des OUTQ====
+
====Etape 2 : Copie du paramétrage des OUTQ (Définir les paramètres imprimantes)==== <!--T:42-->
  
  strpdm
+
  <!--T:43-->
 +
strpdm
 
  Option 2
 
  Option 2
 
  Bibliothèque : MAPPINGCPY
 
  Bibliothèque : MAPPINGCPY
Ligne 170 : Ligne 234 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
====Etape 3 : Copie des règles et actions====
+
====Etape 3 : Copie des règles et actions==== <!--T:44-->
  
 +
<!--T:45-->
 
Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION ('''pas OUTOUT''') dans la bibliothèque MAPPINGQUA
 
Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION ('''pas OUTOUT''') dans la bibliothèque MAPPINGQUA
  
 +
<!--T:46-->
 
<u>Copie du nouveau SPLMAP</u>
 
<u>Copie du nouveau SPLMAP</u>
 
  strpdm
 
  strpdm
Ligne 183 : Ligne 249 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
 +
<!--T:47-->
 
Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG, ACTION
 
Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG, ACTION
  
====Etape 4 : Copie des données de l'IFS====
+
====Etape 4 : Copie des données de l'IFS==== <!--T:48-->
  
 +
<!--T:49-->
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
 
#Copier dans le répertoire "home/MAPQUAL/mapping/ttf/" le contenu de "home/mapping/ttf/"
 
#Copier dans le répertoire "home/MAPQUAL/mapping/ttf/" le contenu de "home/mapping/ttf/"
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"
  
====Etape 5 : Reconstruction du LSTOBJ.TXT====
+
====Etape 5 : Reconstruction du LSTOBJ.TXT==== <!--T:50-->
  
 +
<!--T:51-->
 
Lancer la commande :
 
Lancer la commande :
 
  CALL MAP_823
 
  CALL MAP_823
  
====Etape 6 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)====
+
====Etape 6 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)==== <!--T:52-->
 
Si non réalisé, les commandes de tests devront être lancées en interactif
 
Si non réalisé, les commandes de tests devront être lancées en interactif
  
 +
<!--T:53-->
 
* OutqName: MAPQUALIN
 
* OutqName: MAPQUALIN
 
* DATAQ: DTAQUAL
 
* DATAQ: DTAQUAL
Ligne 204 : Ligne 274 :
 
* Imprimante par défaut: “A définir avec le client”
 
* Imprimante par défaut: “A définir avec le client”
  
====Gestion des bugs sur un document====
+
====Gestion des bugs sur un document==== <!--T:54-->
 
=====Aucun bug détecté=====
 
=====Aucun bug détecté=====
 
Rien de particulier. Il faudra bien que le client range leurs fichiers sources Designer (mpi, mpp et mpw) de façon à les retrouver façilement.
 
Rien de particulier. Il faudra bien que le client range leurs fichiers sources Designer (mpi, mpp et mpw) de façon à les retrouver façilement.
  
 +
<!--T:55-->
 
Conseil : Créer un répertoire par maquette avec le spool d'entrée en PAG ou XML (selon si c'est un fichier texte paginé ou XML)
 
Conseil : Créer un répertoire par maquette avec le spool d'entrée en PAG ou XML (selon si c'est un fichier texte paginé ou XML)
  
=====Gestion des bugs détectés=====
+
=====Gestion des bugs détectés===== <!--T:56-->
 
Le projet Designer devra être regénéré avec la dernière version Designer adapté à la version du serveur (Opale, 7.2).
 
Le projet Designer devra être regénéré avec la dernière version Designer adapté à la version du serveur (Opale, 7.2).
 
Il pourra être regénéré en Unicode ou en Non Unicode (selon configuration du client).<br />
 
Il pourra être regénéré en Unicode ou en Non Unicode (selon configuration du client).<br />
  
 +
<!--T:57-->
 
A ce moment-là, nous avons deux choix possibles :
 
A ce moment-là, nous avons deux choix possibles :
  
 +
<!--T:58-->
 
1. La regénération résoud le bug (avec ou sans modification de la maquette)
 
1. La regénération résoud le bug (avec ou sans modification de la maquette)
  
 +
<!--T:59-->
 
Rien d'autre n'est nécessaire. Il faudra juste bien classer les fichiers sources du projet (mpi, mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.
 
Rien d'autre n'est nécessaire. Il faudra juste bien classer les fichiers sources du projet (mpi, mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.
  
 +
<!--T:60-->
 
2. La regénération ne résoud pas le bug
 
2. La regénération ne résoud pas le bug
  
 +
<!--T:61-->
 
Dans ce cas-là, il faudra passer le document en UNICODE :
 
Dans ce cas-là, il faudra passer le document en UNICODE :
 
* Génération en Unicode (code page 1200)
 
* Génération en Unicode (code page 1200)
Ligne 228 : Ligne 304 :
 
Sinon, un ticket devra être ouvert auprès du support MAPPING.<br />
 
Sinon, un ticket devra être ouvert auprès du support MAPPING.<br />
  
 +
<!--T:62-->
 
'''Attention : La correction se fera uniquement en UNICODE.'''
 
'''Attention : La correction se fera uniquement en UNICODE.'''
  
===Type AVANCÉ: Regénération systématique des maquettes (dans le langage d'origine)===
+
===Type avancé: Régénération systématique des maquettes (dans le langage d'origine)=== <!--T:63-->
Ce type consiste à une regénération systématique de toutes les maquettes (En UNICODE : Code page 1200 sur Designer). Uniquement la copie des fichiers ressources pour les règles et relations entre Outqs sera réalisée.
+
Ce type consiste à une régénération systématique de toutes les maquettes (En UNICODE : Code page 1200 sur Designer). Uniquement la copie des fichiers ressources pour les règles et relations entre Outqs sera réalisée.
  
====Etape 1 : Regénération des projets Designer====
+
====Étape 1 : Régénération des projets Designer==== <!--T:64-->
 
#Installer le dernier setup de Designer correspondant à la version de votre nouvelle installation du serveur
 
#Installer le dernier setup de Designer correspondant à la version de votre nouvelle installation du serveur
 
#Ouvrir chaque maquette et la générer manuellement en code page 1200 sur le nouveau serveur<br />
 
#Ouvrir chaque maquette et la générer manuellement en code page 1200 sur le nouveau serveur<br />
  
'''Remarque''' : Il est possible d'automatiser la génération des maquettes grâce à un script. Pour cela, il faut :
+
 
 +
<!--T:65-->
 +
'''Remarque''' : Il est possible d'automatiser la génération des maquettes grâce à un script.  
 +
 
 +
<!--T:66-->
 +
Pour cela, il faut :
 
#Identifier pour chaque projet, leur type de fichier en entrée (XML et SPOOL) et leur langage de génération (PCL,ZPL,etc) et les ranger dans des dossiers séparés par langage de génération ET type de fichier en entrée
 
#Identifier pour chaque projet, leur type de fichier en entrée (XML et SPOOL) et leur langage de génération (PCL,ZPL,etc) et les ranger dans des dossiers séparés par langage de génération ET type de fichier en entrée
 
#Exécuter le script suivant qui permettra de lancer automatiquement la génération :
 
#Exécuter le script suivant qui permettra de lancer automatiquement la génération :
for %%X in ("C:\MAPPING\M-Processing Server\Import\docpc\*.mpp") do ("C:\MAPPING\M-Designer\M-Designer.exe" "-Generate" "-ProjectFile:%%X" "-Hide")
+
<code>for %%X in ("C:\MAPPING\M-Processing Server\Import\docpc\*.mpp") do ("C:\MAPPING\M-Designer\M-Designer.exe" "-Generate" "-ProjectFile:%%X" "-Hide")</code>
 +
     
 
À savoir : Les chemins devront être changés en fonction du contexte.
 
À savoir : Les chemins devront être changés en fonction du contexte.
  
Le type de fichier en entrée est paramétré grâce au paramètre XXXXXXXXXXXXXX (à terminer).
+
<!--T:67-->
 +
Le type de fichier en entrée est paramétré grâce au paramètre XXXXXXXXXXXXXX.
  
Le language de génération est paramétré grâce au paramètre YYYYYYYYYYYY (à terminer).
+
<!--T:68-->
 +
Le langage de génération est paramétré grâce au paramètre YYYYYYYYYYYY.
  
====Etape 2 : Copie du paramétrage des OUTQ====
+
====Etape 2 : Copie du paramétrage des OUTQ==== <!--T:69-->
 
<u>Fichiers à copier de MAPPINGCPY vers MAPPINGQUA</u> :
 
<u>Fichiers à copier de MAPPINGCPY vers MAPPINGQUA</u> :
 
  strpdm
 
  strpdm
Ligne 257 : Ligne 342 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
====Etape 3 : Copie des règles et action====
+
====Etape 3 : Copie des règles et action==== <!--T:70-->
  
 +
<!--T:71-->
 
Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION ('''pas OUTOUT''') dans la bibliothèque MAPPINGQUA
 
Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION ('''pas OUTOUT''') dans la bibliothèque MAPPINGQUA
  
 +
<!--T:72-->
 
<u>Copie du nouveau SPLMAP</u>
 
<u>Copie du nouveau SPLMAP</u>
 
  strpdm
 
  strpdm
Ligne 270 : Ligne 357 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
 +
<!--T:73-->
 
Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG , ACTION
 
Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG , ACTION
  
====Etape 4 : Copie des données de l'IFS====
+
====Étape 4 : Copie des données de l'IFS==== <!--T:74-->
  
 +
<!--T:75-->
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"
  
  
====Etape 5 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)====
+
====Étape 5 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)==== <!--T:76-->
 
Si cette étape n'est pas réalisée, les commandes de test devront être lancées en interactif
 
Si cette étape n'est pas réalisée, les commandes de test devront être lancées en interactif
  
 +
<!--T:77-->
 
* OutqName: MAPQUALIN
 
* OutqName: MAPQUALIN
 
* DATAQ: DTAQUAL
 
* DATAQ: DTAQUAL
Ligne 286 : Ligne 376 :
 
* Imprimante par défaut: “à définir avec le client”
 
* Imprimante par défaut: “à définir avec le client”
  
====Gestion des bugs sur un document====
+
====Gestion des bugs sur un document==== <!--T:78-->
 
=====Aucun bug détecté=====
 
=====Aucun bug détecté=====
 
Le client pourra continuer d'utiliser le document tel quel.
 
Le client pourra continuer d'utiliser le document tel quel.
  
=====Gestion des bugs détectés=====
+
=====Gestion des bugs détectés===== <!--T:79-->
 
Selon le problème :
 
Selon le problème :
 
#alignements de zones : Modifier la maquette pour que l'alignement de zone soit OK en preview. Valider que le document final (imprimé, PDF, etc) soit cohérent par rapport à la preview
 
#alignements de zones : Modifier la maquette pour que l'alignement de zone soit OK en preview. Valider que le document final (imprimé, PDF, etc) soit cohérent par rapport à la preview
Ligne 298 : Ligne 388 :
 
##A compléter
 
##A compléter
  
 +
<!--T:80-->
 
A ce moment là, nous avons deux choix possibles :
 
A ce moment là, nous avons deux choix possibles :
 
#Les corrections de la maquette corrige bien les problèmes (Preview et sortie cohérents) : Rien d'autre n'est à faire.  
 
#Les corrections de la maquette corrige bien les problèmes (Preview et sortie cohérents) : Rien d'autre n'est à faire.  
 
Rien d'autre n'est nécessaire. Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.
 
Rien d'autre n'est nécessaire. Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.
  
 +
<!--T:81-->
 
#Les modifications de la maquette ne sont pas concluantes.  
 
#Les modifications de la maquette ne sont pas concluantes.  
 
Un ticket devra être ouvert au support MAPPING.<br />.  
 
Un ticket devra être ouvert au support MAPPING.<br />.  
Ligne 307 : Ligne 399 :
  
  
'''Attention : La correction se fera uniquement en UNICODE.'''
+
<!--T:82-->
 +
Attention : La correction se fera uniquement en UNICODE.
  
===Type AVANCÉ XPS: Passage en XPS de toutes les maquettes===
+
===Type AVANCÉ XPS: Passage en XPS de toutes les maquettes=== <!--T:83-->
 
Ce type consiste au passage systématique de toutes les maquettes en XPS (En UNICODE : Code page 1200 sur Designer + Génération XPS). Uniquement la copie des fichiers ressources pour les règles et relations entre Outqs sera réalisée.
 
Ce type consiste au passage systématique de toutes les maquettes en XPS (En UNICODE : Code page 1200 sur Designer + Génération XPS). Uniquement la copie des fichiers ressources pour les règles et relations entre Outqs sera réalisée.
  
====Etape 1 : Regénération des projets Designer====
+
 
 +
====Etape 1 : Régénération des projets Designer==== <!--T:84-->
 
#Installer le dernier setup de Designer (correspondant à la version de votre nouvelle installation du serveur)
 
#Installer le dernier setup de Designer (correspondant à la version de votre nouvelle installation du serveur)
 
#Ouvrez chaque maquette et générer manuellement en code page 1200 en XPS sur le nouveau serveur<br />
 
#Ouvrez chaque maquette et générer manuellement en code page 1200 en XPS sur le nouveau serveur<br />
  
'''Remarque''' : Il est possible de scripter leurs générations. Pour cela, il faut:
+
 
 +
<!--T:85-->
 +
Remarque: Il est possible de scripter leurs générations. Pour cela, il faut:
 
#identifier pour chaque projet, leur type de fichier en entrée (XML et SPOOL) et leur langage de génération (PCL,ZPL,etc) et les ranger dans des dossiers séparés par langage de génération ET type de fichier en entrée
 
#identifier pour chaque projet, leur type de fichier en entrée (XML et SPOOL) et leur langage de génération (PCL,ZPL,etc) et les ranger dans des dossiers séparés par langage de génération ET type de fichier en entrée
 
#Exécuter le script suivant qui permettra de lancer automatiquement la génération
 
#Exécuter le script suivant qui permettra de lancer automatiquement la génération
for %%X in ("C:\MAPPING\M-Processing Server\Import\docpc\*.mpp") do ("C:\MAPPING\M-Designer\M-Designer.exe" "-Generate" "-ProjectFile:%%X" "-Hide")
+
<code>for %%X in ("C:\MAPPING\M-Processing Server\Import\docpc\*.mpp") do ("C:\MAPPING\M-Designer\M-Designer.exe" "-Generate" "-ProjectFile:%%X" "-Hide")</code>
 +
 
 +
<!--T:86-->
 
A savoir : Les chemins devront être changés en fonction de votre contexte
 
A savoir : Les chemins devront être changés en fonction de votre contexte
Le type de fichier en entrée est paramétré grace au paramètre XXXXXXXXXXXXXX (A terminer)
+
Le type de fichier en entrée est paramétré grace au paramètre XXXXXXXXXXXXXX  
Le language de génération est paramétré grace au paramètre YYYYYYYYYYYY (A terminer)
+
Le langage de génération est paramétré grâce au paramètre YYYYYYYYYYYY  
 +
 
  
====Etape 2 : Copie du paramétrage des OUTQ====
+
====Etape 2 : Copie du paramétrage des OUTQ==== <!--T:87-->
 
<u>Fichiers à copier de MAPPINGCPY vers MAPPINGQUA</u> :
 
<u>Fichiers à copier de MAPPINGCPY vers MAPPINGQUA</u> :
 
  strpdm
 
  strpdm
Ligne 334 : Ligne 433 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
====Etape 3 : Copie des règles et action====
 
  
 +
====Etape 3 : Copie des règles et action==== <!--T:88-->
 +
 +
<!--T:89-->
 
Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION ('''pas OUTOUT''') dans la bibliothèque MAPPINGQUA
 
Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION ('''pas OUTOUT''') dans la bibliothèque MAPPINGQUA
  
 +
<!--T:90-->
 
<u>Copie du nouveau SPLMAP</u>
 
<u>Copie du nouveau SPLMAP</u>
 
  strpdm
 
  strpdm
Ligne 347 : Ligne 449 :
 
  Suppression de l'objet existant : O
 
  Suppression de l'objet existant : O
  
 +
<!--T:91-->
 
Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG , ACTION
 
Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG , ACTION
  
====Etape 4 : Copie des données de l'IFS====
 
  
 +
====Etape 4 : Copie des données de l'IFS==== <!--T:92-->
 +
 +
<!--T:93-->
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"
 
#Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"
  
  
====Etape 5 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)====
+
====Etape 5 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)==== <!--T:94-->
 
Si non réalisé, les commandes de tests devront être lancées en interactif
 
Si non réalisé, les commandes de tests devront être lancées en interactif
  
 +
<!--T:95-->
 
* OutqName: MAPQUALIN
 
* OutqName: MAPQUALIN
 
* DATAQ: DTAQUAL
 
* DATAQ: DTAQUAL
Ligne 365 : Ligne 471 :
  
  
====Gestion des bugs sur un document====
+
====Gestion des bugs sur un document==== <!--T:96-->
=====Aucun bug détecté=====
+
 
 +
=====Aucun bug détecté===== <!--T:97-->
 
Le client pourra continuer d'utiliser leur document tel quel.
 
Le client pourra continuer d'utiliser leur document tel quel.
  
=====Gestion des bugs détectés=====
+
 
 +
=====Gestion des bugs détectés===== <!--T:98-->
 
Selon le problème :
 
Selon le problème :
 
#alignements de zones : Modifier la maquette pour que l'alignement de zone soit OK en preview. Valider que le document final (imprimé, PDF, etc) soit cohérent par rapport à la preview
 
#alignements de zones : Modifier la maquette pour que l'alignement de zone soit OK en preview. Valider que le document final (imprimé, PDF, etc) soit cohérent par rapport à la preview
Ligne 377 : Ligne 485 :
 
##A compléter
 
##A compléter
  
 +
<!--T:99-->
 
A ce moment là, nous avons deux choix possibles :
 
A ce moment là, nous avons deux choix possibles :
 
#Les corrections de la maquette corrige bien les problèmes (Preview et sortie cohérents) : Rien d'autre n'est à faire.  
 
#Les corrections de la maquette corrige bien les problèmes (Preview et sortie cohérents) : Rien d'autre n'est à faire.  
 
Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.
 
Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.
  
 +
<!--T:100-->
 
#Les modifications de la maquette ne sont pas concluantes.  
 
#Les modifications de la maquette ne sont pas concluantes.  
 
Un ticket devra être ouvert au support MAPPING.<br />.  
 
Un ticket devra être ouvert au support MAPPING.<br />.  
Ligne 386 : Ligne 496 :
  
  
'''Attention : La correction se fera uniquement en UNICODE.'''
+
<!--T:101-->
 
+
Attention : La correction se fera uniquement en UNICODE.
  
===Gestion des cas particulier===
+
===Gestion des cas particulier=== <!--T:102-->
 
Les 3 types définis ci-dessus sont de façon générale toujours vrai. Cependant il peut exister quelques cas particuliers :
 
Les 3 types définis ci-dessus sont de façon générale toujours vrai. Cependant il peut exister quelques cas particuliers :
  
====Passage partiel en XPS====
+
====Passage partiel en XPS==== <!--T:103-->
 
Pour plusieurs raison, un client peut passer en XPS uniquement sur quelques documents. Voici quelques besoins pouvant nécessité cela :
 
Pour plusieurs raison, un client peut passer en XPS uniquement sur quelques documents. Voici quelques besoins pouvant nécessité cela :
 
#Simplifier la gestion des maquettes pour un document donné car celui-ci a trop de maquette (La maquette en XPS pouvant gérer tous les langages)
 
#Simplifier la gestion des maquettes pour un document donné car celui-ci a trop de maquette (La maquette en XPS pouvant gérer tous les langages)
Ligne 400 : Ligne 510 :
 
##Autres
 
##Autres
  
====Utilisation de flux thermique (Zebra, TEC)====
+
====Utilisation de flux thermique (Zebra, TEC)==== <!--T:104-->
 
Il est fortement conseillé par Mapping de passer les maquettes thermiques en XPS. Les raisons principales sont :
 
Il est fortement conseillé par Mapping de passer les maquettes thermiques en XPS. Les raisons principales sont :
 
#Aperçu Designer et impression finale bien plus fiable en XPS qu'en natif
 
#Aperçu Designer et impression finale bien plus fiable en XPS qu'en natif
 
#XPS to TEC ou ZPL plus fiable et intuitif en XPS
 
#XPS to TEC ou ZPL plus fiable et intuitif en XPS
  
==Phase de tests==
+
==Phase de tests== <!--T:105-->
 
===Cas des tests exécutés de façon interactive===
 
===Cas des tests exécutés de façon interactive===
 
Le principe est d'exécuter chaque commande manuellement pour chacun des spooled files et chacune des maquettes à tester.
 
Le principe est d'exécuter chaque commande manuellement pour chacun des spooled files et chacune des maquettes à tester.
  
===Cas des tests exécutés de façon automatiques===
+
===Cas des tests exécutés de façon automatiques=== <!--T:106-->
 
Le principe est de déposer les spooled files d'entrée dans l'outq test d'entrée. Le robot récupèrera alors les spooled files et éxécutera les bonnes commandes paramétrées dans le robot Mapping.
 
Le principe est de déposer les spooled files d'entrée dans l'outq test d'entrée. Le robot récupèrera alors les spooled files et éxécutera les bonnes commandes paramétrées dans le robot Mapping.
 
Dans ce cas, il faut bien s'assurer que l'Outq d'entrée soit bien paramétrée et que l'imprimante par défaut soit bien renseigné dans les règles.
 
Dans ce cas, il faut bien s'assurer que l'Outq d'entrée soit bien paramétrée et que l'imprimante par défaut soit bien renseigné dans les règles.
  
 +
<!--T:107-->
 
*Aller sur les règles utilisées pour tester et choisir l'imprimante de test (Option 14, 3 et 8) 
 
*Aller sur les règles utilisées pour tester et choisir l'imprimante de test (Option 14, 3 et 8) 
 
*Copier les fichiers spool d'entrée du client un par un dans l'output queue Mapping monitorée et vérifier les résultats par rapport aux fichiers de référence.
 
*Copier les fichiers spool d'entrée du client un par un dans l'output queue Mapping monitorée et vérifier les résultats par rapport aux fichiers de référence.
Ligne 418 : Ligne 529 :
  
  
== Validation==
+
== Validation== <!--T:108-->
  
 +
<!--T:109-->
 
La mise à niveau finale de l'environnement de production sera réalisée lorsque le client aura validé à l'écrit tous les documents.
 
La mise à niveau finale de l'environnement de production sera réalisée lorsque le client aura validé à l'écrit tous les documents.
  
==Passage en production==
+
==Passage en production== <!--T:110-->
 
Une fois la validation client réalisée, il est temps de passer en production. Le principe est de faire une autre installation et d'utiliser cette nouvelle bibliothèque comme bibliothèque de production. De ce fait, nous ne touchons pas à l'ancienne bibliothèque de production, ce qui pourrait être très utile en cas de besoin de retour arrière si un problème survient sur le nouvel environnement de production.
 
Une fois la validation client réalisée, il est temps de passer en production. Le principe est de faire une autre installation et d'utiliser cette nouvelle bibliothèque comme bibliothèque de production. De ce fait, nous ne touchons pas à l'ancienne bibliothèque de production, ce qui pourrait être très utile en cas de besoin de retour arrière si un problème survient sur le nouvel environnement de production.
  
 +
<!--T:111-->
 
*Copier la bibliothèque de production MAP400 en MAPPRODCPY
 
*Copier la bibliothèque de production MAP400 en MAPPRODCPY
*Lancer le setup de la nouvelle version en spécifiant MAP400_XX pour bibliothèque d'installation et MAPSRBT_XX  (avec XX le numéro de version : 71,72 ou OP  Exemple : MAP400_OP et MAPSRBT_OP) <br />
+
*Lancer le setup de la nouvelle version en spécifiant MAP400_XX pour bibliothèque d'installation et MAPSRBT_XX  (avec XX le numéro de version : 71,72 ou OP  Exemple : MAP400_OP et MAPSRBT_OP)  
'''ATTENTION : Ne pas laisser MAP400 par défaut'''
+
 
 +
<!--T:112-->
 +
ATTENTION : Ne pas laisser MAP400 par défaut
 +
 
 +
<!--T:113-->
 
*Entrer les clefs d'activation du logiciel
 
*Entrer les clefs d'activation du logiciel
*Copier les objets (règles, action et relations outqs) suivants de MAPPRODCPY vers MAP400_XX : OUTOUT, SPLMAP, ACTLIG et ACTION (voir procédure de copie d'objets ci-dessus)<br />
+
*Copier les objets (règles, action et relations outqs) suivants de MAPPRODCPY vers MAP400_XX : OUTOUT, SPLMAP, ACTLIG et ACTION (voir procédure de copie d'objets ci-dessus)
'''ATTENTION : NE PAS FAIRE L ERREUR ENTRE MAP400 et MAP400_XX'''
+
 
*Copier les objets (Formats Designer) suivants de MAPPINGQUA vers MAP400_XX : MAPLNK, MAPLNKL1, MAPOBJ, MAP1, MAP2D, MAP2H, MAP3, MAP3L1, MAP (voir procédure de copie d'objets ci-dessus) <br />
+
<!--T:114-->
'''ATTENTION : NE PAS FAIRE L ERREUR ENTRE MAP400 et MAP400_XX'''
+
ATTENTION : NE PAS FAIRE L ERREUR ENTRE MAP400 et MAP400_XX
 +
 
 +
<!--T:115-->
 +
*Copier les objets (Formats Designer) suivants de MAPPINGQUA vers MAP400_XX : MAPLNK, MAPLNKL1, MAPOBJ, MAP1, MAP2D, MAP2H, MAP3, MAP3L1, MAP (voir procédure de copie d'objets ci-dessus)  
 +
 
 +
<!--T:116-->
 +
ATTENTION : NE PAS FAIRE L ERREUR ENTRE MAP400 et MAP400_XX
 +
 
 +
<!--T:117-->
 
*Arrêter le sous-système de production MAPSROBOT
 
*Arrêter le sous-système de production MAPSROBOT
 
*Renommer l'ancienne bibliothèque MAP400 en MAP400OLD
 
*Renommer l'ancienne bibliothèque MAP400 en MAP400OLD
Ligne 438 : Ligne 563 :
 
*Lancer des traitements en mode production
 
*Lancer des traitements en mode production
  
==Retour arrière en cas de problème==
+
==Retour arrière en cas de problème== <!--T:118-->
  
 +
<!--T:119-->
 
*Arrêter le sous-système MAPSRBT_XX
 
*Arrêter le sous-système MAPSRBT_XX
 
*Renommer la bibliothèque MAP400_XX en MAP400_KO
 
*Renommer la bibliothèque MAP400_XX en MAP400_KO
Ligne 445 : Ligne 571 :
 
*Redémarrer le sous-système MAPSROBOT (ancien sous-système)
 
*Redémarrer le sous-système MAPSROBOT (ancien sous-système)
  
 +
<!--T:120-->
 
Mapping tourne alors avec son ancienne version.
 
Mapping tourne alors avec son ancienne version.
  
==Troubleshooting==
+
==Troubleshooting== <!--T:121-->
 
<u>Problème 1</u> : Vous constatez un écart sur un document entre celui produit à l'aide de l'ancienne version (avant upgrade) et la nouvelle (après upgrade)
 
<u>Problème 1</u> : Vous constatez un écart sur un document entre celui produit à l'aide de l'ancienne version (avant upgrade) et la nouvelle (après upgrade)
  
 +
<!--T:122-->
 
<u>Solution</u> : Consulter la marche à suivre ci-dessus selon le type d'upgrade choisi
 
<u>Solution</u> : Consulter la marche à suivre ci-dessus selon le type d'upgrade choisi
  
 +
<!--T:123-->
 
-------------------------------------------------------------------------------------------------------------
 
-------------------------------------------------------------------------------------------------------------
  
 +
<!--T:124-->
 
<u>Problème 2</u> : Les mails ne partent pas et le job MAPSMTP ne démarre pas
 
<u>Problème 2</u> : Les mails ne partent pas et le job MAPSMTP ne démarre pas
  
 +
<!--T:125-->
 
<u>Solution</u> : Vérifier le contenu de la dataq MAP400_XX :
 
<u>Solution</u> : Vérifier le contenu de la dataq MAP400_XX :
 
  DSPDTAQ DTAQ(MAP400_XX/MAPSMTP)
 
  DSPDTAQ DTAQ(MAP400_XX/MAPSMTP)
  
 +
<!--T:126-->
 
Si celle-ci contient des STOP, à ce moment-là, faire un  
 
Si celle-ci contient des STOP, à ce moment-là, faire un  
 
  CLRDTAQ DTAQ(MAP400_XX/MAPSMTP)
 
  CLRDTAQ DTAQ(MAP400_XX/MAPSMTP)
  
 +
<!--T:127-->
 
Renvoyer les e-mails.
 
Renvoyer les e-mails.
  
 +
<!--T:128-->
 
<u>Problème 3</u> : Vérification que tout se soit bien passé lors de l'installation
 
<u>Problème 3</u> : Vérification que tout se soit bien passé lors de l'installation
 
Exécuter cette commande pour voir les messages d’installation :
 
Exécuter cette commande pour voir les messages d’installation :
 
  DSPJOBLOG OUTPUT(*PRINT)
 
  DSPJOBLOG OUTPUT(*PRINT)
  
 +
<!--T:129-->
 
Autres points à vérifier :
 
Autres points à vérifier :
 
* Lire le DSPJOBLOG à la fin du processus
 
* Lire le DSPJOBLOG à la fin du processus
 
* En cas de déconnexion, la commande SIGNOFF *LIST permet de récupérer les erreurs ou alertes d’installation
 
* En cas de déconnexion, la commande SIGNOFF *LIST permet de récupérer les erreurs ou alertes d’installation
  
 +
<!--T:130-->
 
Pour vérifier les erreurs de restauration (objet verrouillé, mauvais propriétaire, etc.), exécuter la commande suivante dans STRSQL :  
 
Pour vérifier les erreurs de restauration (objet verrouillé, mauvais propriétaire, etc.), exécuter la commande suivante dans STRSQL :  
 
  SELECT * FROM qtemp/RSTMAP400 WHERE RSOSTA = '0'
 
  SELECT * FROM qtemp/RSTMAP400 WHERE RSOSTA = '0'
 +
</translate>

Version actuelle datée du 23 mars 2021 à 17:11

Autres langues :
English • ‎français

Sommaire

Introduction

Cet article décrit le processus permettant de mettre à niveau OPALE Server sur un serveur IBM i. Cette procédure s'applique également à une mise à niveau vers M-PS 7.2.

Déroulement de la mise à jour

Cette présente procédure considère que l'environnement de production que nous voulons migrer se trouve dans une bibliothèque nommée MAP400.

Le déroulement de la mise à jour d'OPALE Server se compose des points suivants :

  • Installation d'un environnement de développement (avec version de destination OPALE Server)
  • Copie du paramétrage de l'environnement de production sur l'environnement de développement
  • Création d'une OUTQ monitorée par Mapping + modification des règles éventuelles pour modification des routages d'impressions (Optionnel)
  • Déroulement des tests
  • Passage en production
  • Rollback en cas de problème
  • Troubleshooting

Toute modification de maquette (lié à une modification souhaitée ou un delta suite à la mise à jour) sera alors réalisée avec un Designer ayant la même version qu'OPALE Server et en UNICODE.

Prérequis client

Profil utilisateur

- Avoir accès au profil QSECOFR pour l'installation du produit

Eléments à rassembler

Le client doit avoir une bonne connaissance de leur environnement. Pour cela, il devra être capable de :

- Définir les documents clés devant être testés par MAPPING ou un de leurs partenaires certifiés
- Connaitre et retrouver les fichiers spools bruts pour chacun des ses documents
- Retrouver les projets Designer(.mpi, mpp et mpw) pour chacun de ces documents ainsi que leurs composants éventuels
- Avoir un fichier PDF et/ou .dmp du fichier à imprimer pour chacun des ses documents
- Définir les règles stratégiques mises en place sur l'environnement de production
- Rassembler les différents fichiers spool IBM i(dans une outq: MAPREF/MAPQUALREF) ainsi que leurs Mapping de sortie d'impression (PCL, ZPL, TEC, etc) correspondants générés avec la version actuelle de Mapping sur le serveur de production.

Important : Les polices utilisées doivent être au format TTF (toutes autres types de polices devront être remplacés par des polices TTF par le client)


Tous les fichiers sources "Windows" devront être classés dans des répertoires de façon méthodique : Un répertoire par document

Remarque : Un chiffrage d'upgrade pourra alors être réalisé par MAPPING.

ATTENTION : Si ce prérequis n'est pas respecté, un audit pourra être réalisé par Mapping ou un partenaire certifié Mapping pour reprendre la main sur l'environnement et en identifier tous les éléments importants.

Prise en main de l'environnement de client

Mapping ou Partenaire certifié Mapping : Prendre connaissance de l'environnement du client

  1. Vérifier si MAPPING est configuré en UNICODE ou non UNICODE : Option 14/1
  2. Regarder le type de règles et d'actions utilisées par le client
  3. Regarder le nom de société renseigné dans les paramètres (Option 14/1) et remettre le même nom dans la future bibliothèque de test
  4. Valider que la configuration (Option 14/1) soit la même sur MAPPINGQUA que MAP400 (hormis les chemins IFS)
  5. Vérifier les paramètres de MAPSND (Menu MapSend option 1)

Installation

Copie de l'environnement de production

Avant toute chose, faire une copie de la bibliothèque de production du client. Toute manipulation de données de l'environnement de production se fera à travers cette copie : MAPPINGCPY

CPYLIB FROMLIB(MAP400) TOLIB(MAPPINGCPY)

Le but de ces noms différents étant d'éviter des erreurs de manipulation en confondant MAP400 avec par exemple MAP400CPY. C'est pour cela que le nom MAPPINGCPY a été choisi. Toute manipulation avec les objets de production devra être faite au travers de MAPPINGCPY et non MAP400.

Récupérer le dernier Setup disponible

Récupérer le dernier setup mis à disposition par Mapping.


Installer le produit dans une nouvelle bibliothèque

Installer la nouvelle version d'OPALE Server: Installation OPALE Server

ATTENTION : NE PAS GARDER MAP400 en bibliothèque d'installation lors de la mise à jour

  • Nom de la bibliothèque : MAPPINGQUA
  • Nom du sous système : MAPSQUAL
  • Arborescence IFS: "/home/MAPQUAL/mapping" (mapsend,mapreport,mapout)


Paramétrage de l'environnement (selon le type de migration choisi)

Quel que soit le type de migration choisi (listé ci-dessous), les tests doivent être réalisés sur l'environnement nouvellement installé : MAPPINGQUA.

En aucun cas l'environnement de production (ex : MAP400) ne doit être modifié. L'environnement de production devra rester intact durant toute la migration et au-delà.


Type SIMPLE : Copie simple de maquettes

Ce type consiste à une simple copie de fichiers ressources IBM i afin de copier les formats Designer et Connect ainsi que les règles et relations entre Outqs. Les maquettes ne sont pas regénérées.

Etape 1 : Copie des formats Designer et Connect

Fichiers à copier de MAPPINGCPY vers MAPPINGQUA :

Copie de certains formats

Copier les formats de MAPPINGCPY vers MAPPINGQUA (Option 3 puis 3/Copier Formats Designer)

Copie de tous les formats d'un seul coup

S'il y a beaucoup de formats et que nous voulons tout prendre, nous pouvons copier les fichiers physiques (MAPLNK, MAPLNKL1, MAPOBJ, MAP1, MAP2D, MAP2H, MAP3, MAP3L1, MAP)

Procédure pour copier les fichiers concernant les Formats M-Designer et M-Connect

Cas particulier du MAPLNK/MAPLNKL1 :

Suppression de l'ancien objet MAPLNKL1 avant la copie du MAPLNK
strpdm
Option 2
Bibliothèque : MAPPINGQUA
Nom : MAPLNKL1
Option 4 pour supprimer MAPLNKL1
Remplacement de l'ancien MAPLNK par le nouveau
strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPLNK
Option 3 devant MAPLNK
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O
Copie du nouveau MAPLNKL1 une fois le MAPLNK copié
strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPLNKL1
Option 3 devant MAPLNKL1
Dans la bibliothèque : MAPPINGQUA

Cas particulier du MAP3/MAP3L1 :

Suppression de l'ancien objet MAP3L1 avant la copie du MAP3
strpdm
Option 2
Bibliothèque : MAPPINGQUA
Nom : MAP3L1
Option 4 pour supprimer MAP3L1
Remplacement de l'ancien MAP3 par le nouveau
strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAP3
Option 3 devant MAP3
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O
Copie du nouveau MAP3L1 une fois le MAP3 copié
strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAP3L1
Option 3 devant MAP3L1
Dans la bibliothèque : MAPPINGQUA

Remplacement de l'ancien MAPRPTDBC par le nouveau

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPRPTDBC
Option 3 devant MAPRPTDBC
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Remplacement de l'ancien MAPRPTDBF par le nouveau

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPRPTDBF
Option 3 devant MAPRPTDBF
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Remplacement de l'ancien MAPRPTDBL par le nouveau

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPRPTDBL
Option 3 devant MAPRPTDBL
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Remplacement de l'ancien MAPRPTDBW par le nouveau

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPRPTDBW
Option 3 devant MAPRPTDBW
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Cas générique des autres objets :

Copie du nouveau MAPOBJ
strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPOBJ
Option 3 devant MAPOBJ
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Répéter l'opération pour les objets suivants : MAP1, MAP2D, MAP2H, MAP, MAPLOAD

Etape 2 : Copie du paramétrage des OUTQ (Définir les paramètres imprimantes)

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPOUTQ
Option 3 devant MAPOUTQ
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Etape 3 : Copie des règles et actions

Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION (pas OUTOUT) dans la bibliothèque MAPPINGQUA

Copie du nouveau SPLMAP

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : SPLMAP
Option 3 devant SPLMAP
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG, ACTION

Etape 4 : Copie des données de l'IFS

  1. Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
  2. Copier dans le répertoire "home/MAPQUAL/mapping/ttf/" le contenu de "home/mapping/ttf/"
  3. Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"

Etape 5 : Reconstruction du LSTOBJ.TXT

Lancer la commande :

CALL MAP_823

Etape 6 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)

Si non réalisé, les commandes de tests devront être lancées en interactif

  • OutqName: MAPQUALIN
  • DATAQ: DTAQUAL
  • LIB: MAPPINGQUA
  • Imprimante par défaut: “A définir avec le client”

Gestion des bugs sur un document

Aucun bug détecté

Rien de particulier. Il faudra bien que le client range leurs fichiers sources Designer (mpi, mpp et mpw) de façon à les retrouver façilement.

Conseil : Créer un répertoire par maquette avec le spool d'entrée en PAG ou XML (selon si c'est un fichier texte paginé ou XML)

Gestion des bugs détectés

Le projet Designer devra être regénéré avec la dernière version Designer adapté à la version du serveur (Opale, 7.2). Il pourra être regénéré en Unicode ou en Non Unicode (selon configuration du client).

A ce moment-là, nous avons deux choix possibles :

1. La regénération résoud le bug (avec ou sans modification de la maquette)

Rien d'autre n'est nécessaire. Il faudra juste bien classer les fichiers sources du projet (mpi, mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.

2. La regénération ne résoud pas le bug

Dans ce cas-là, il faudra passer le document en UNICODE :

  • Génération en Unicode (code page 1200)
  • Exécution de la maquette en UNICODE sur le serveur

Si ceci corrige le problème, il ne faut rien faire de plus.
Sinon, un ticket devra être ouvert auprès du support MAPPING.

Attention : La correction se fera uniquement en UNICODE.

Type avancé: Régénération systématique des maquettes (dans le langage d'origine)

Ce type consiste à une régénération systématique de toutes les maquettes (En UNICODE : Code page 1200 sur Designer). Uniquement la copie des fichiers ressources pour les règles et relations entre Outqs sera réalisée.

Étape 1 : Régénération des projets Designer

  1. Installer le dernier setup de Designer correspondant à la version de votre nouvelle installation du serveur
  2. Ouvrir chaque maquette et la générer manuellement en code page 1200 sur le nouveau serveur


Remarque : Il est possible d'automatiser la génération des maquettes grâce à un script.

Pour cela, il faut :

  1. Identifier pour chaque projet, leur type de fichier en entrée (XML et SPOOL) et leur langage de génération (PCL,ZPL,etc) et les ranger dans des dossiers séparés par langage de génération ET type de fichier en entrée
  2. Exécuter le script suivant qui permettra de lancer automatiquement la génération :

for %%X in ("C:\MAPPING\M-Processing Server\Import\docpc\*.mpp") do ("C:\MAPPING\M-Designer\M-Designer.exe" "-Generate" "-ProjectFile:%%X" "-Hide")

À savoir : Les chemins devront être changés en fonction du contexte.

Le type de fichier en entrée est paramétré grâce au paramètre XXXXXXXXXXXXXX.

Le langage de génération est paramétré grâce au paramètre YYYYYYYYYYYY.

Etape 2 : Copie du paramétrage des OUTQ

Fichiers à copier de MAPPINGCPY vers MAPPINGQUA :

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPOUTQ
Option 3 devant MAPOUTQ
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Etape 3 : Copie des règles et action

Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION (pas OUTOUT) dans la bibliothèque MAPPINGQUA

Copie du nouveau SPLMAP

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : SPLMAP
Option 3 devant SPLMAP
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG , ACTION

Étape 4 : Copie des données de l'IFS

  1. Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
  2. Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"


Étape 5 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)

Si cette étape n'est pas réalisée, les commandes de test devront être lancées en interactif

  • OutqName: MAPQUALIN
  • DATAQ: DTAQUAL
  • LIB: MAPPINGQUA
  • Imprimante par défaut: “à définir avec le client”

Gestion des bugs sur un document

Aucun bug détecté

Le client pourra continuer d'utiliser le document tel quel.

Gestion des bugs détectés

Selon le problème :

  1. alignements de zones : Modifier la maquette pour que l'alignement de zone soit OK en preview. Valider que le document final (imprimé, PDF, etc) soit cohérent par rapport à la preview
  2. Code barre :
    1. Problèmes d'alignements : Vérifier la preview sur la maquette et corriger la maquette si besoin
    2. Problème de labélisation : Cocher ou décocher le label du code barre (propriétés de la zone Code barre)
    3. A compléter

A ce moment là, nous avons deux choix possibles :

  1. Les corrections de la maquette corrige bien les problèmes (Preview et sortie cohérents) : Rien d'autre n'est à faire.

Rien d'autre n'est nécessaire. Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.

  1. Les modifications de la maquette ne sont pas concluantes.

Un ticket devra être ouvert au support MAPPING.
. Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.


Attention : La correction se fera uniquement en UNICODE.

Type AVANCÉ XPS: Passage en XPS de toutes les maquettes

Ce type consiste au passage systématique de toutes les maquettes en XPS (En UNICODE : Code page 1200 sur Designer + Génération XPS). Uniquement la copie des fichiers ressources pour les règles et relations entre Outqs sera réalisée.


Etape 1 : Régénération des projets Designer

  1. Installer le dernier setup de Designer (correspondant à la version de votre nouvelle installation du serveur)
  2. Ouvrez chaque maquette et générer manuellement en code page 1200 en XPS sur le nouveau serveur


Remarque: Il est possible de scripter leurs générations. Pour cela, il faut:

  1. identifier pour chaque projet, leur type de fichier en entrée (XML et SPOOL) et leur langage de génération (PCL,ZPL,etc) et les ranger dans des dossiers séparés par langage de génération ET type de fichier en entrée
  2. Exécuter le script suivant qui permettra de lancer automatiquement la génération

for %%X in ("C:\MAPPING\M-Processing Server\Import\docpc\*.mpp") do ("C:\MAPPING\M-Designer\M-Designer.exe" "-Generate" "-ProjectFile:%%X" "-Hide")

A savoir : Les chemins devront être changés en fonction de votre contexte Le type de fichier en entrée est paramétré grace au paramètre XXXXXXXXXXXXXX Le langage de génération est paramétré grâce au paramètre YYYYYYYYYYYY


Etape 2 : Copie du paramétrage des OUTQ

Fichiers à copier de MAPPINGCPY vers MAPPINGQUA :

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : MAPOUTQ
Option 3 devant MAPOUTQ
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O


Etape 3 : Copie des règles et action

Copier les fichiers physiques MAPPINGCPY/SPLMAP, ACTLIG et ACTION (pas OUTOUT) dans la bibliothèque MAPPINGQUA

Copie du nouveau SPLMAP

strpdm
Option 2
Bibliothèque : MAPPINGCPY
Nom : SPLMAP
Option 3 devant SPLMAP
Dans la bibliothèque : MAPPINGQUA
Suppression de l'objet existant : O

Répéter l'opération pour les objets suivants : SPLMAP, ACTLIG , ACTION


Etape 4 : Copie des données de l'IFS

  1. Copier dans le répertoire "/home/MAPQUAL/mapping/docPC/M-Designer_BACKUP_VersionMPSixxxx/" tous les différents projets M-Designer pour conserver la version d'origine. (remplacer le xxxx par la numéro de version MPS-i)
  2. Copier dans le répertoire "/home/MAPQUAL/mapping/lgobitmap/" le contenu de "/home/mapping/lgobitmap"


Etape 5 : Création d'une Outq monitorée par Mapping pour la recette (Optionnel)

Si non réalisé, les commandes de tests devront être lancées en interactif

  • OutqName: MAPQUALIN
  • DATAQ: DTAQUAL
  • LIB: MAPPINGQUA
  • Imprimante par défaut: “A définir avec le client”


Gestion des bugs sur un document

Aucun bug détecté

Le client pourra continuer d'utiliser leur document tel quel.


Gestion des bugs détectés

Selon le problème :

  1. alignements de zones : Modifier la maquette pour que l'alignement de zone soit OK en preview. Valider que le document final (imprimé, PDF, etc) soit cohérent par rapport à la preview
  2. Code barre :
    1. Problèmes d'alignements : Vérifier la preview sur la maquette et corriger la maquette si besoin
    2. Problème de labélisation : Cocher ou décocher le label du code barre (propriétés de la zone Code barre)
    3. A compléter

A ce moment là, nous avons deux choix possibles :

  1. Les corrections de la maquette corrige bien les problèmes (Preview et sortie cohérents) : Rien d'autre n'est à faire.

Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.

  1. Les modifications de la maquette ne sont pas concluantes.

Un ticket devra être ouvert au support MAPPING.
. Il faudra juste bien classer les fichiers sources du projet (mpi,mpp et mpw) dans un répertoire afin de savoir rapidement que celui-ci a été ouvert et généré avec la nouvelle version de Designer.


Attention : La correction se fera uniquement en UNICODE.

Gestion des cas particulier

Les 3 types définis ci-dessus sont de façon générale toujours vrai. Cependant il peut exister quelques cas particuliers :

Passage partiel en XPS

Pour plusieurs raison, un client peut passer en XPS uniquement sur quelques documents. Voici quelques besoins pouvant nécessité cela :

  1. Simplifier la gestion des maquettes pour un document donné car celui-ci a trop de maquette (La maquette en XPS pouvant gérer tous les langages)
  2. Besoin de post traitement plus important pour un document :
    1. Fusion du document avec d'autres documents Mapping ou autres
    2. Conversion d'un flux vers un autre (PDF vers XPS et ensuite concaténation avec un autre document par exemple)
    3. Autres

Utilisation de flux thermique (Zebra, TEC)

Il est fortement conseillé par Mapping de passer les maquettes thermiques en XPS. Les raisons principales sont :

  1. Aperçu Designer et impression finale bien plus fiable en XPS qu'en natif
  2. XPS to TEC ou ZPL plus fiable et intuitif en XPS

Phase de tests

Cas des tests exécutés de façon interactive

Le principe est d'exécuter chaque commande manuellement pour chacun des spooled files et chacune des maquettes à tester.

Cas des tests exécutés de façon automatiques

Le principe est de déposer les spooled files d'entrée dans l'outq test d'entrée. Le robot récupèrera alors les spooled files et éxécutera les bonnes commandes paramétrées dans le robot Mapping. Dans ce cas, il faut bien s'assurer que l'Outq d'entrée soit bien paramétrée et que l'imprimante par défaut soit bien renseigné dans les règles.

  • Aller sur les règles utilisées pour tester et choisir l'imprimante de test (Option 14, 3 et 8) 
  • Copier les fichiers spool d'entrée du client un par un dans l'output queue Mapping monitorée et vérifier les résultats par rapport aux fichiers de référence.


Validation

La mise à niveau finale de l'environnement de production sera réalisée lorsque le client aura validé à l'écrit tous les documents.

Passage en production

Une fois la validation client réalisée, il est temps de passer en production. Le principe est de faire une autre installation et d'utiliser cette nouvelle bibliothèque comme bibliothèque de production. De ce fait, nous ne touchons pas à l'ancienne bibliothèque de production, ce qui pourrait être très utile en cas de besoin de retour arrière si un problème survient sur le nouvel environnement de production.

  • Copier la bibliothèque de production MAP400 en MAPPRODCPY
  • Lancer le setup de la nouvelle version en spécifiant MAP400_XX pour bibliothèque d'installation et MAPSRBT_XX (avec XX le numéro de version : 71,72 ou OP Exemple : MAP400_OP et MAPSRBT_OP)

ATTENTION : Ne pas laisser MAP400 par défaut

  • Entrer les clefs d'activation du logiciel
  • Copier les objets (règles, action et relations outqs) suivants de MAPPRODCPY vers MAP400_XX : OUTOUT, SPLMAP, ACTLIG et ACTION (voir procédure de copie d'objets ci-dessus)

ATTENTION : NE PAS FAIRE L ERREUR ENTRE MAP400 et MAP400_XX

  • Copier les objets (Formats Designer) suivants de MAPPINGQUA vers MAP400_XX : MAPLNK, MAPLNKL1, MAPOBJ, MAP1, MAP2D, MAP2H, MAP3, MAP3L1, MAP (voir procédure de copie d'objets ci-dessus)

ATTENTION : NE PAS FAIRE L ERREUR ENTRE MAP400 et MAP400_XX

  • Arrêter le sous-système de production MAPSROBOT
  • Renommer l'ancienne bibliothèque MAP400 en MAP400OLD
  • Démarrer le sous-système MAPSRBT_XX
  • Lancer des traitements en mode production

Retour arrière en cas de problème

  • Arrêter le sous-système MAPSRBT_XX
  • Renommer la bibliothèque MAP400_XX en MAP400_KO
  • Renommer la bibliothèque MAP400OLD en MAP400
  • Redémarrer le sous-système MAPSROBOT (ancien sous-système)

Mapping tourne alors avec son ancienne version.

Troubleshooting

Problème 1 : Vous constatez un écart sur un document entre celui produit à l'aide de l'ancienne version (avant upgrade) et la nouvelle (après upgrade)

Solution : Consulter la marche à suivre ci-dessus selon le type d'upgrade choisi


Problème 2 : Les mails ne partent pas et le job MAPSMTP ne démarre pas

Solution : Vérifier le contenu de la dataq MAP400_XX :

DSPDTAQ DTAQ(MAP400_XX/MAPSMTP)

Si celle-ci contient des STOP, à ce moment-là, faire un

CLRDTAQ DTAQ(MAP400_XX/MAPSMTP)

Renvoyer les e-mails.

Problème 3 : Vérification que tout se soit bien passé lors de l'installation Exécuter cette commande pour voir les messages d’installation :

DSPJOBLOG OUTPUT(*PRINT)

Autres points à vérifier :

  • Lire le DSPJOBLOG à la fin du processus
  • En cas de déconnexion, la commande SIGNOFF *LIST permet de récupérer les erreurs ou alertes d’installation

Pour vérifier les erreurs de restauration (objet verrouillé, mauvais propriétaire, etc.), exécuter la commande suivante dans STRSQL :

SELECT * FROM qtemp/RSTMAP400 WHERE RSOSTA = '0'