Nous devons déplacer tous les ateliers d’un serveur scenariserver4.2 vers un autre scenariserver4.2 qui actuellement n’en contient aucun.
Mes deux serveurs sont sur debian et l’installation a été effectuée via la package.
J’ai « bêtement » écrasé les dossiers /home/scenariserver4.2/data et /home/scenariserver4.2/javaserver de l’ancien serveur vers le nouveau et j’ai relancé le service tomcat8 mais apparemment ce n’est pas suffisent, les ateliers n’apparaissent pas sur le nouveau serveur.
Je complète en disant que j’ai bien entendu gardé le owner le group (tomcat8:tomcat8) et les droits sur les fichiers qui ont été copiés.
Y a-t-il une procédure pour déplacer tous les ateliers d’un serveur à l’autre en une seule fois, car le faire en import/export atelier par atelier est terriblement lent et chronophage.
Le déplacement d’un environnement de production SCNARIchain-server d’un serveur physique A vers un serveur physique B passe par un transfert des donnée du disque (base de donnée, …). Votre méthode est donc correcte.
La méthode consistant à importer/exporter chaque atelier indépendamment via des archives (scwsp) est très insuffisante dans ce cas, car, en plus d’être chronophage, cette méthode ne récupère pas toutes les informations périphériques aux items : historique, date de modification, statut de dérivation, habilitations dédiées, utilisateurs déclarés, …
Reste à savoir pourquoi vous rencontrez ce problème. Très certainement une erreur de path (ie déplacement des données dans un chemin différent de celui que le serveur B attend).
Les logs vous en diront peut être plus. L’étude de l’arborescence des répertoires créés après un premier lancement de la webApp vous montreront également facilement cette erreur de path (si le pb est bien là).
Merci pour ta réponse, elle m’a permis de continuer sur cette piste.
Et en effet, mon problème était entre autre un problème de path.
Je dis « entre autre » car après avoir résolu le problème de path, ça ne fonctionnait toujours pas.
Pour info, voici ce que j’ai du faire pour que ça fonctionne :
Copier les dossier « data », « javaserver » et « addons » et de l’ancien vers le nouveau serveur (dans la bonne structure de dossier cette fois )
Effacer les _checkSumDb.txt du dossier « data » sinon j’avais un problème d’authentification
Bonsoir,
cette procédure est-elle valable pour migrer directement d’un server 4.1 vers un nouveau server 5.0 ou est-on obligé de migrer via une version 4.2 avant de remigrer vers le server 5.0 ?
Cordialement.
Bonjour,
Oui, cette procédure reste valable pour passer d’un environnement SCENARIchain-server 4.1 à 5.0.
Plus d’info ici : SCENARIchain-server 5.0 (Linux)
Cdt
Antoine
Kelis
Bonjour et merci à vous pour vos réponses.
J’avais effectivement trouvé le document sur la montée de version mais je n’étais pas certain qu’on pouvait sauter une version pour passer directement de 4.1 à 5.0. Me voilà rassurer, ca m’évite d’avoir à monter un scenari server 4.2 temporaire.
Cordialement.
Re bonjour,
je confirme donc que la procédure de migration décrite dans la section « Montée de version » du lien indiqué plus haut fonctionne parfaitement avec le modèle Opale, y compris les Liens inter-ateliers directs avec un Atelier Public…
Il faut juste faire attention à conserver le fichier 1.blobsmeta dans …/data/prl-chain/db.
Bien cordialement et merci encore pour votre disponibilité et efficacité, comme toujours
)