Upgrade instance BCSI en v5 depuis le SIM?

,

Bonsoir,
j’ai tenté d’upgrade l’instance BCSI de v4 en v5 sur le SIM mais il semble que la version du socle reste en v4…
Est-ce possible de réaliser cela et si oui, quelle est la procédure ? (c’était pour tester le processus d’upgrade avec tous nos modules installés).

Le reset complet reste une option si nécessaire (je redescendrai l’ensemble des modules depuis nos repos Git).

La procédure n’est pas plug and play il faut faire une requête SQL ad hoc sur la base du SIM.
Je peux le faire, dis moi quelle(s) instance(s)

Bonsoir David, merci beaucoup pour ton retour (si) rapide.
Il s’agit de l’instance ‘bcsi’ (l’instance ‘bcsidev’ sera supprimée plus tard, pour l’instant on la garde comme env de référence installé en mode page blanche).

Pour un upgrade en 5.1 du coup :slight_smile: (on va encore garder la 5.2 pour un peu plus tard)

J’ai upgradé en 5.1 (la release actuelle, en révision 5.1.7) => j’ai vu passer de nombreuses erreur de compilation du code spécifique, il doit y avoir du refactoring à effectuer

Merci beaucoup David.
Dans le cadre de la préparation de notre upgrade, j’ai fait le ménage des modules qui me semblaient inutiles.
Je pense avoir jeté une partie du BB avec l’eau du bain en supprimant les modules ALM*.
Depuis, je n’ai plus accès aux modèles d’objets métier (plus d’attributs d’objets par exemple).
Ces modules sont aussi installés sur nos instances interne v4. Est-il possible de les désinstaller ? si oui faut-il le faire après l’upgrade (et pas avant comme dans le cas présent) ?

Les modules ALM sont supprimés lors de l’upgrade (leur suppression est dans les patches de la version mineure 5.0 qui sont appliqués quand on passe directement en 5.1). Donc ce n’est pas la peine de le faire manuellement avant ou après

Ok, donc j’ai tout pété :flushed:… Je peux faire un reset complet ou il vaut mieux éviter pour l’instant avec les problèmes d’OVH ?

Restons prudents aujourd’hui.

Je peux te restaurer la sauvegarde avant upgrade mais si tu y avais déjà fait les suppressions ça va rien changer…

Mais bon faire manuellement ce que fait l’upgrade ne devrait pas avoir eu de conséquences graves

à la rigueur, si tu as une sauvegarde datant d’avant hier midi, je prends…
sinon le passerai pas la cade “Reset” pour repartir d’une instance v5 toute neuve.

Je vois aussi que le disque de ce serveur est à 100%, ce qui explique peut être pas mal de pbs…

Je vais essayer de faire du ménage

Le disque de cette VM fait 50Gb or il y a une trentaine d’instances qui prennent chacune +/- 1Gb, si on ajoute à cela les sauvegardes et l’OS forcément on touches les limites des capacité disque.

Mais, plus généralement, cette VM est à la base plutôt dimensionné pour une dizaine d’instances.

Deux solutions:

  1. vous faites du ménage dans vos instances obsolètes (ex: les 16 instances en abc* sont elles vraiment utiles ?)
  2. on redimensionne la VM et/ou on ajoute du disque

Je vote pour faire du ménage sur les instances.

  • De mon côté, j’ai juste 2 instances : ‘bcsi’ et ‘bcsidev’.
  • Du côté des instances repository factory (chez Olivier), on en a 9, je reboucle avec lui et ses products leaders.
  • Du côté des instances abc* (pas gérées chez moi) → @Jean-Baptiste tu peux voir ce que tu peux faire ?

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.