Mises à niveau de Sitecore: une mini-série Partie 2 Mises à niveau de la base de données

Bienvenue dans la deuxième partie de ma mini-série sur les mises à niveau de Sitecore. Cet article de blog est entièrement dédié aux conseils concernant ce que vous devez faire pour mettre à niveau vos bases de données afin de prendre en compte toutes les nouvelles modifications apportées à une version plus récente de Sitecore. Suivez attentivement ces conseils. Ils peuvent vous épargner toute une vie de stress et d'agonie.

Où trouver les étapes de mise à niveau

Sitecore fournit une documentation sur la mise à niveau vers chaque version. Accédez simplement à la page Téléchargements de Sitecore pour la version vers laquelle vous effectuez la mise à niveau. Par exemple, les instructions de mise à niveau vers Sitecore 9.3 peuvent être trouvées ici .

Il est important de noter que vous ne pas allez à la page de téléchargement de Sitecore pour la version actuelle de Sitecore sur laquelle vous vous trouvez pour trouver les bonnes instructions de mise à niveau de la base de données.

Saut de plusieurs versions

Plus vous mettez à niveau de versions de Sitecore, plus vous devrez probablement effectuer plusieurs mises à niveau de la base de données. Parfois non. Cela dépend fortement de la version dont vous venez et de la version que vous allez utiliser. Par exemple, si vous effectuez une mise à niveau de Sitecore 8.1.3 vers Sitecore 9.2, vous n'aurez qu'à passer par un cercle pour mettre à niveau vos bases de données. Un ensemble d'instructions. C’est simple.

Passer de Sitecore 7.1 à Sitecore 10? Vous ne serez pas aussi chanceux. Vous devrez mettre à niveau vers une version intermédiaire entre les deux versions pour accéder à Sitecore 10. Cela signifie suivre un ensemble d'instructions pour accéder à la version intermédiaire, puis suivre un autre ensemble d'instructions pour accéder à 10. La base de données les étapes de mise à niveau fournies par Sitecore vous indiqueront au tout début de quelles versions vous pouvez mettre à niveau en un seul coup vers la version dont vous avez téléchargé les instructions.

Faites un essai à vide

Je ne recommande pas d'essayer de parcourir la mise à niveau étapes sur les bases de données contenant des données Sitecore personnalisées. Je recommande d'installer une nouvelle instance de Sitecore sur la version que vous utilisez actuellement. Exécutez ensuite toutes les étapes de mise à niveau pour vérifier que vous suivez toutes les étapes nécessaires. Le fait de ne pas avoir de données personnalisées dans votre nouvelle instance éliminera la possibilité qu'un élément de contenu personnalisé interfère avec la mise à niveau au lieu de manquer une étape.

J'aime écrire les étapes exactes que je prends dans un document Word séparé à conserver piste de ce que je fais sur cette course à sec. Les instructions de mise à niveau sont bien rédigées et faciles à digérer. Cependant, ils doivent fournir des instructions pour mettre à niveau les bases de données dans plusieurs environnements au lieu de simplement sur votre ordinateur local. Cela fait que les instructions ont des chemins de ramification un peu comme un roman de choisir votre propre aventure. En écrivant vos étapes, vous n'avez pas à penser au chemin de branchement à emprunter la deuxième fois.

Le problème des données personnalisées

Ne pas faire des mises à jour sur place. Je ne peux insister assez sur ce point. Si vous voulez ignorer cette sagesse, n'effectuez au moins aucune mise à niveau sur place dans votre environnement de production. Si vous gâchez une mise à niveau sur place dans votre environnement de production, votre site sera arrêté. Plus votre site est en panne longtemps, plus vous perdez des revenus et devenez plus susceptible de perdre des clients fidèles. Je recommande de mettre en place des serveurs et des bases de données séparés spécifiquement pour la mise à niveau. Une fois la mise à niveau terminée, retournez le commutateur et pointez tout le trafic Internet vers vos nouveaux serveurs. Cela soulève la question. Comment obtenir votre contenu personnalisé sur les bases de données mises à niveau. Je recommande deux voies que vous pouvez emprunter pour résoudre ce problème en fonction de votre situation.

Dans les deux voies, vous n'avez pas vous soucier de la mise à jour de la ou des bases de données du CD. Nous nous préoccuperons de transmettre le contenu à la base de données CM. Après cela, vous pouvez simplement publier sur une ou plusieurs nouvelles instances de vos bases de données CD.

Route 1 – Déplacement de contenu via des packages et Sitecore Sidekick

Je recommande uniquement la route 1 si le développement majeur du site a été terminé depuis un certain temps. Dans votre base de données CM de production actuelle, créez des packages d'éléments de modèle, de système et de mise en page personnalisés à l'aide du Concepteur de packages de Sitecore. Ensuite, installez ces données sur une nouvelle base de données CM pour la version vers laquelle vous effectuez la mise à niveau. Ensuite, installez Sitecore Sidekick sur les deux CM. Si vous n'êtes pas familier avec cet outil, il vous permet de déplacer facilement les éléments Sitecore trouvés sous les nœuds du contenu, de la médiathèque et du panneau de contrôle marketing dans l'arborescence de contenu entre différents environnements. vers la version mise à niveau, vous devrez appliquer un gel de contenu pour vos auteurs de contenu. Vous utiliserez ensuite Sitecore Sidekick pour migrer sur tout le contenu personnalisé. Après cela, vous effectuerez une publication pour récupérer toutes ces données personnalisées dans la ou les bases de données du CD. Avertissement juste: cela peut prendre un certain temps en fonction de la quantité de contenu créé.

Route 2 – Mise à niveau complète d'une sauvegarde dans une instance distincte

Je recommande la route 2 si vous effectuez une mise à niveau sur un site au milieu -développement. Essentiellement, vous allez créer une sauvegarde de la base de données et exécuter toutes les instructions de mise à niveau sur un serveur distinct du serveur actuellement actif. Pendant ce temps, vous devrez appliquer un gel du contenu. Cela empêchera tout nouveau modèle créé par les développeurs à mi-niveau de se perdre après la mise à niveau. Si vous n'appliquez pas de gel de contenu pour quelque raison que ce soit, vous devrez utiliser Sitecore Sidekick ou Sitecore Package Designer pour récupérer le contenu de l'auteur de contenu depuis l'ancien serveur.

L'avantage de cette route par rapport à l'autre est que la mise à niveau est fait d'un seul coup. Vous ne déplacez pas les modèles, les mises en page, etc. de manière fragmentaire. La première route est plus sujette à l'erreur humaine si quelqu'un oublie de mettre en package un contenu personnalisé en cours d'utilisation.

Conseils divers

• SQL Server est rétrocompatible. Lors de l'exécution de votre essai, n'utilisez pas la version de SQL Server compatible avec l'ancienne version à partir de laquelle vous effectuez la mise à niveau. Vous devez utiliser la version de SQL Server compatible avec la version vers laquelle vous effectuez la mise à niveau! Le package de mise à jour ne s'installera pas correctement si vous ne le faites pas.
• Vous avez besoin de SSMS version 18 ou plus récente pour travailler avec l'extraction et le déploiement de bases de données Azure. Les versions plus anciennes ne prennent pas en charge le déploiement de bases de données Azure.
• Installez Sitecore sur un chemin de fichier TRÈS court. Par exemple, installez-le sur C: S. Je parle très brièvement. Le package de mise à jour devra parcourir tout le contenu de votre instance Sitecore et si le chemin du fichier contient trop de caractères, une erreur se produira.