Mise à niveau de Clarity SaaS

Présentation
Cette section fournit des informations sur le processus de mise à niveau, les remarques relatives à la planification et les changements apportés aux services. Examinez les documents suivants pour préparer la mise à niveau :
  • Notes de parution : elles décrivent les nouvelles améliorations, les modifications apportées à la prise en charge des logiciels tiers et d'autres informations spécifiques de la version.
  • Manuel sur l'impact des modifications et mise à niveau : fournit des informations techniques propres à cette version et met en évidence les actions utilisateur. Ce manuel fournit également des informations sur la mise à niveau, la formation et les efforts de déploiement.
Vous pouvez publier des questions, partager des idées et des informations sur les mises à niveau sur le site de la communauté Clarity.
Processus de mise à niveau SaaS
Vous trouverez ci-après un calendrier et le processus général de réalisation de la mise à niveau :
Semaine 1
Semaine 2
Semaine 3
  • Début de la mise à niveau dans l'environnement hors production
  • Test de validation réalisé par Broadcom
  • Tests client
  • Poursuite des tests client
  • Signalement et résolus des problèmes de goulot d'étranglement
  • Fin des tests globaux et résolution de tous les problèmes
  • Confirmation de la planification de mise à niveau dans l'environnement de production
Processus et recommandations relatives aux mises à niveau
Stabilité de la configuration lors du cycle de mise à niveau
Afin de minimiser les risques et d'appliquer les recommandations, il est conseillé d'utiliser une configuration stable lors du cycle de mise à niveau. Avant de commencer le cycle de mise à niveau, effectuez toutes les modifications de configuration et les migrations vers l'environnement de production. Il est déconseillé d'apporter des modifications importantes à la configuration du système de production lors du cycle de mise à niveau.
Toute modification importante apportée à la configuration au cours du cycle de mise à niveau peut entraîner la survenance de problèmes inattendus dans l'environnement de production.
Actualisation de l'environnement hors production
Vous pouvez mettre à niveau les environnements hors production à l'aide des données existantes. Afin de réduire les risques et de garantir la réalisation correcte de la mise à niveau de l'environnement de production, nous recommandons à votre organisation de créer un ticket de support pour demander l'actualisation des données de production dans l'environnement hors production prévu qui sera utilisé pour la mise à niveau. Un délai d'au moins 2 jours ouvrés peut être nécessaire pour traiter les demandes d'actualisation.
L'échec de la mise à niveau de l'environnement hors production peut entraîner des problèmes inattendus et majeurs dans la mise à niveau de l'environnement de production.
Durée des tests et de la résolution des problèmes
Vous pouvez résoudre les problèmes majeurs rencontrés lors des tests pour vous assurer qu'aucun problème ne reste ouvert avant la mise à niveau de production planifiée.
Validation hors production
Planification
Vous recevrez une notification de maintenance au moins une semaine avant la date de mise à niveau planifiée. Les mises à niveau dans les environnements hors production seront planifiées pendant les jours ouvrés. Pour examiner les mises à jour planifiées, consultez la section Planification de la mise à niveau pour Clarity SaaS.
Mise à niveau dans l'environnement hors production
A l'issue de la mise à niveau, vous recevrez un courriel confirmant la livraison de votre environnement hors production mis à niveau. La mise à niveau prend environ 24 heures.
Test des meilleures pratiques
Utilisez l'environnement hors production mis à niveau pour vous familiariser avec les nouvelles fonctionnalités, tester les résolutions de bogues attendus et mettre à jour ou créer des scripts de test pour effectuer des tests d'unité, de régression et d'acceptation utilisateur. Il est recommandé de tester les fonctionnalités nouvelles ou modifiées. Vous pouvez consulter les directives et recommandations relatives aux tests suivantes :
  • Scripts de test développés au cours de l'implémentation initiale
  • Correctifs de bogues applicables
  • Nouvelles fonctionnalités que vous prévoyez de déployer
  • Rapports personnalisés
  • Processus personnalisés d'intégration des données avec génération de scripts GEL
  • Portlets personnalisés à l'aide de fournisseurs de données NSQL
  • Packages de modules d'extension et configurations connexes
Signalement et résolution des problèmes
Créez un ticket de support pour journaliser tous les problèmes rencontrés lors des tests et vous assurer qu'une résolution appropriée est fournie. Dans le ticket de support, indique explicitement s'il s'agit d'un problème majeur bloquant la mise à niveau. Tous les problèmes majeurs seront résolus avant la mise à niveau dans l'environnement de production planifiée.
Mise à niveau dans l'environnement de production
Vous recevrez une deuxième notification par courriel au moins une semaine avant la date de mise à niveau planifiée. En règle générale, la mise à niveau dans l'environnement de production démarre le vendredi après les heures de bureau et prend fin le lendemain en fin de journée (samedi). A l'issue de la mise à niveau dans l'environnement de production, vous recevrez une notification par courriel indiquant que celui-ci est prêt à être testé et utilisé. Si vous identifiez un problème majeur dans votre environnement de production après la mise à niveau et avez besoin d'une assistance immédiate, créez un ticket de sévérité 1. Si vous rencontrez un défaut majeur au cours d'une mise à niveau ou de tests ultérieurs qui ne pourra pas être résolu dans les délais du calendrier de mise à niveau, l'état de la version antérieure sera restauré. La restauration contient toutes les données et la configuration antérieures à la mise à niveau dans l'environnement de production.
Autres changements apportés aux services et remarques
Nouvelle interface utilisateur
Une fois activée, vous pouvez accéder à la nouvelle interface utilisateur de Clarity à partir de l'URL suivante : https://<nom_serveur>.ondemand.ca.com/pm.
Si vous utilisez l'authentification unique fédérée du fournisseur d'identités et que vos utilisateurs doivent accéder à la nouvelle interface utilisateur par défaut, l'équipe de gestion des identités de votre entreprise devra peut-être générer un nouveau lien pour ajouter le suffixe /pm à l'URL cible.
Impact sur le module d'extension Clarity
Dans le cadre de la mise à niveau, tous les modules d'extension précédemment installés sont également mis à niveau. Toutefois, les mises à jour ne sont pas appliquées pour préserver les configurations de vue existantes. Vous pouvez passer en revue les modules d'extension mis à niveau et les appliquer à l'aide de la page Détails du module d'extension dans Clarity Studio. Pour chaque module d'extension, examinez la section Modules d'extension et la section Intégrations pour identifier les vues mises à niveau qui doivent être appliquées et celles que vous voulez ajuster manuellement.
L'application d'une vue remplace la configuration de celle existante. Vous pouvez uniquement récupérer les vues écrasées dans un environnement complet en les restaurant ou les créant manuellement.
Foire aux questions
Pour obtenir rapidement des réponses aux questions les plus courantes, consultez la Foire aux questions (FAQ).
Responsabilités relatives à la mise à niveau SaaS
Equipe de mise à niveau Broadcom
  • Mise à niveau physique de l'environnement client
  • Test et validation système
  • Résolution des problèmes liés au système ou à l'environnement
Client
  • Connaissance et gestion du processus de mise à niveau
  • Création et exécution du plan de mise à niveau
  • Réalisation de tests d'unité, de régression et d'acceptation utilisateur
  • Identification et résolution des problèmes de compatibilité des composants non standard
  • Mise à jour des documents de formation personnalisés
  • Suivi, gestion et exécution des tâches ultérieures à la mise à niveau
Liste de contrôle de mise à niveau SaaS
Suggestion de tâches de préparation préalables à la mise à niveau
  • Finalisation du développement, promotion de la production et prévention de changements significatifs ultérieurs
  • Demande d'actualisation d'environnements de production vers les environnements hors production
    • Actualisation de l'environnement hors production requise (et vivement recommandée)
    • Requis pour tester la mise à niveau de l'ensemble de données de production dans vos environnements hors production
    • Création d'un ticket de support pour chaque environnement hors production demandant l'actualisation
    • Notez que le contenu des rapports n'est pas copié par ce processus et doit être déplacé manuellement si nécessaire.
  • Examen du processus de mise à niveau
    • Fournit des indications sur les événements auxquels les clients peuvent s'attendre lors de la mise à niveau.
    • Fournit une chronologie générale.
  • Examen des Notes de parution pour connaître les modifications apportées et en évaluer les impacts
    • Composants : rapports, portlets, processus, jobs ou interfaces
    • Documents de formation : manuels, documents en ligne
    • Modules d'extension : composants nouveaux ou mis à jour
Tâches relatives à l'environnement hors production
  • Réalisation d'un test de régression (si nécessaire)
    • Exécutez le test de régression pour tester entièrement toutes les fonctionnalités mises à jour que vous utilisez conformément aux Notes de parution et au manuel sur la mise à niveau et l'impact des modifications.
    • Créez une liste des problèmes ou modifications supplémentaires.
  • Mise à jour des composants non standard et autres problèmes
    • Participation des ressources appropriées à la mise à jour des composants personnalisés (rapports, interfaces, extractions...) si nécessaire
    • Créez une liste de l'ensemble des correctifs qui ont été appliqués.
    • Résolution de tout autre problème identifié
  • Application des modules d'extension sélectionnés (le cas échéant)
  • Réalisation de tests d'acceptation utilisateur (UAT)
    • Exécution de scripts UAT à des fins de validation de la mise à niveau
    • Demande d'essai de la nouvelle version par les utilisateurs et envoi des commentaires
  • Création d'un plan de migration et d'une liste de contrôle de mise à niveau post-production
    • Liste de toutes les mises à jour effectuées dans un environnement hors production pour l'implémentation après la mise à niveau dans l'environnement de production
    • Identification des tests ou des validations à réaliser après la mise à niveau dans l'environnement de production
Tâches préalables à la mise à niveau dans l'environnement de production
  • Formation et gestion des changements
    • Finalisation de la mise à jour des documents de formation, si nécessaire
    • Planification de la formation, si nécessaire
  • Validation de la préparation pour la date de mise à niveau de production fournie
    • Validation de la disponibilité de vos ressources
    • Validation de la résolution de tous les problèmes majeurs signalés
  • Création d'une planification à intervalles courts pour la mise à niveau
    • Requis si plusieurs composants doivent être mis à jour après la mise à niveau
    • Assure la disponibilité des ressources appropriées pour réaliser la tâche ou la validation.
Tâches relatives à l'environnement de production
  • A l'issue de la mise à niveau, testez et effectuez les tâches post-production que vous avez documentées à partir de vos tests hors production.
  • Exécution de la validation finale de l'environnement
  • Signalez tous les problèmes majeurs via un ticket de support de sévérité 1 et résolvez ces problèmes avant de mettre l'environnement mis à niveau à disposition des utilisateurs finals.
Ouvrez un ticket de support distinct pour chaque problème d'environnement requérant une solution.