Il n’y a pas de procédure particulière, il suffit de remplacer le container 4.0 par un container 5.2 à jour (5.2.15 actuellement), les patches système se feront automatiquement au 1er démarrage.
AU niveau de vos paramétrages et code, pour préparer l’upgrade il faut lire les release notes 5.0, 5.1 et 5.2 pour prendre en compte les points de non compatibilité indiqués.
En tout état de cause, le prérequis reste d’être sur une 4.0 parfaitement à jour.
Attention: avant d’upgrader il convient de faire une sauvegarde (base et dbdoc si pas en BLOB) afin de pouvoir revenir en arrière en cas de gros pb. Il n’y a pas de possibilité de faire un downgrade, tout upgrade est donc irréversible (sauf à restaurer une sauvegarde faite avant upgrade)
Merci , pour l’instant je teste sur un environnement à part donc pas de souci, mais j’ai beaucoup d’erreurs donc je me demandais si je faisais mal quelque chose.
Je vais regarder de plus près.
On parle bien d’un upgrade 4.0 à jour vers 5.2 à jour (5.2.15) ?
S’il y a des erreurs lors de l’application auto des patches il faut en générale remonter à la première, les suivantes sont en général des conséquences (les causes peuvent être variables en fct de ce qui a été éventuellement customisé au niveau du paramétrage système de l’instance)
S’il y a des erreurs de compilation du code spécifique, c’est sans doute plutôt lié à des deprecated supprimés ou autres non compatibilités (cf. les releases notes)