Restaurer une personnalisation

Pour éviter que les personnalisations ne soient écrasées par les mises à niveau système, le processus de mise à niveau ignore automatiquement les modifications apportées aux objets qui ont été personnalisés. Vous souhaiterez peut-être remplacer vos personnalisations lorsqu’une mise à niveau de logiciel contient une fonctionnalité que vous souhaitez implémenter.

Avant de commencer

Rôle requis : admin

Pourquoi et quand exécuter cette tâche

Pour identifier les objets personnalisés, le système ajoute un enregistrement correspondant dans la table Mises à jour du client [sys_update_xml]. La table gère les informations de version actuelles pour tous les objets qui ont été personnalisés. Le processus de mise à niveau ignore les changements apportés aux objets qui ont des entrées dans la table. Le processus de mise à niveau n’ignore pas les objets si seuls les champs exclus ont changé.

Procédure

1. Accédez à la Tous > Diagnostics du système > Historique des mises à niveau.
2. Sélectionnez la version logicielle souhaitée.
3. Filtrez la liste connexe des détails de mise à niveau par La disposition est ignorée.
4. Facultatif : Ajoutez une autre condition de filtre pour que l’option Modifié soit Vrai afin de renvoyer uniquement les objets qui ont changé depuis la dernière mise à niveau.
5. Sélectionnez l’enregistrement de mise à jour à implémenter.
   Le champ Différences de fichiers affiche une comparaison côte à côte de la personnalisation et de la version par défaut. Les suppressions sont surlignées en rouge, les ajouts en vert et les modifications en jaune.
6. Cliquez sur Revenir au système de base pour remplacer votre objet personnalisé par la version par défaut du système.
   • La disposition passe de Ignoré à Restauré.
   • Après avoir restauré une personnalisation, vous avez la possibilité de cliquer sur Réappliquer les modifications pour réappliquer vos personnalisations (annuler la restauration).
   • Pendant le remplacement lors de la mise à niveau, aucune modification n’est apportée aux champs update_exempt comme le champ Actif . Le reste de l’enregistrement reçoit la mise à jour.
     Remarque :

     Si l’attribut n’est pas explicitement spécifié en tant que champ update_exempt, le champ Actif d’une table suivie est traité comme update_exempt par défaut.
     Étant donné que nous ignorons la mise à jour update_exempt champs, deux versions de l’enregistrement dans la table sys_update_version sont générées.

     • L’enregistrement de version avec la source « _to_platform_version_ » contient la charge utile de ServiceNow sans aucune modification. (État= HISTORIQUE)
     • Enregistrement de version avec la source de personnalisation précédente, par exemple, « _update_set_ », dont les personnalisations du client ont été remplacées par les valeurs de la version de ServiceNow entrante, à l’exception des champs update_exempt. Les personnalisations du client pour update_exempt champs sont conservées dans cette version. (État= ACTUEL)

Information associée

• Administration de l’ensemble de mises à jour