Étapes post-mise à niveau de la base de données Sitecore / Blogs / Perficient

Dans le d’abord Dans le cadre de cette série de blogs en trois parties, nous avons approfondi les conditions préalables requises pour la mise à niveau des bases de données Sitecore de 9.3.0 à 10.3.1 et les étapes nécessaires pour s’y préparer.
Dans le deuxième Dans cette partie, nous avons passé en revue les étapes à suivre pour effectuer la mise à niveau réelle des bases de données.
Pour conclure cette série, nous examinerons les étapes qui doivent être exécutées après la mise à niveau de nos bases de données et de notre base de code Sitecore vers 10.3.1.
Étapes post-mise à niveau
- Aller à https://dev.sitecore.net/Downloads/Sitecore_Experience_Platform/103/Sitecore_Experience_Platform_103_Update1.aspx et exécutez les étapes de la section « Étapes post-mise à niveau » du guide « Guide de déploiement de conteneur de mise à niveau ». Nous avons rempli le schéma géré par Solr et reconstruit les index en suivant ces étapes.
- Mise à niveau des modules – Dans le cadre des modifications du code/docker pour la mise à niveau, mes coéquipiers avaient déjà mis à jour le fichier .env dans la solution pour utiliser la dernière version (10.3.0) des modules SPE et SXA. PS : – Comme les actifs 10.3.1 n’étaient pas présents/publiés à ce moment-là, nous avons donc utilisé les actifs 10.3.0.
Références d’images SPE et SXA dans le fichier .env
- Pour le module SXA spécifiquement, nous avons effectué les étapes mentionnées dans le guide de mise à niveau ici en particulier les étapes de la section « Mise à jour du contenu existant ».
- Pendant la mise à jour du contenu, nous avons eu cette erreur, mais nous avons laissé le processus s’exécuter et surveillé sa progression via les journaux Sitecore.
- Voici une capture d’écran des journaux Sitecore reflétant les progrès réalisés par le script de mise à niveau du contenu.
- Pour confirmer si le script de mise à niveau s’est exécuté avec succès, recherchez une entrée de journal similaire à « Tâche terminée : SPE – « Résultats du script PowerShell » – « Mise à niveau express » ».
- Une fois le contenu mis à jour, nous nous sommes assurés que l’élément « /sitecore/system/Settings/Foundation/Experience Accelerator/Upgrade/Current » contenait le dernier numéro de version « 11400 » comme prévu.
- Mettre à niveau le serveur d’identité Sitecore – Comme nous avions restauré les bases de données mises à niveau vers une instance Vanilla 10.3.1, la dernière version 7.0.x de Sitecore Identity Server était déjà installée. Assurez-vous que les dernières images 7.0.x sont également référencées dans les fichiers Docker.
- Nous avons également installé le dernier correctif cumulatif pour SXA mentionné ici.
Déploiement dans des environnements supérieurs
Notre équipe DevOps avait déjà mis en place l’instance Vanilla du site 10.3.1 sur des environnements supérieurs. Nous avons partagé avec eux les bases de données mises à niveau 10.3.1 (via des fichiers bacpac) et la branche git de la base de code 10.3.1 afin qu’ils puissent restaurer les bases de données et configurer CI/CD.
Après les tests et la validation sur UAT, nous avons eu un bref gel du code/contenu sur la production et avons réexécuté ces étapes avec les dernières sauvegardes de base de données de la production.
Source link