connexion à une base de données externe / Blogs / Perficient

Défi technique

L’idée clé de l’approche proposée est de créer une instance avec deux bases de données attachées :

• Héritage de Sitecore 9

• Nouveau Sitecore 10 XM Cloud

Il pourrait y avoir deux manières possibles de procéder :

1. Restaurez la sauvegarde de la base de données XM Cloud sur un ancien XP de la version souhaitée avec le contenu de la base de données déjà attaché/restauré. Ce serait pas fonctionne depuis XP 9.3, ne connaît pas le schéma XM Cloud et n’est pas non plus capable de gérer les éléments en tant que ressources inventés dans XP 10.1. Par conséquent, cette option n’est pas possible.

2. Utilisez l’ancienne base de données avec XM Cloud. Ce n’est pas non plus simple et non documenté :

   1. Ne fonctionnera pas dans le cloud puisque nous n’avons aucun contrôle sur les bases de données et leur maintenance ou sauvegardes.

   2. En local, XM Cloud ne fonctionne que dans le conteneur Docker. Il en va de même pour SQL Server. Aucune manière documentée d’utiliser des bases de données externes

   3. Dès que le contenu est migré en local, la sérialisation se poursuit vers le cloud.

Cependant, la deuxième approche est au moins en théorie possible et elle est décrite comme un POC dans la section 2.2.

Preuve de concept : XM Cloud avec base de données de contenu externe

Être capable d’utiliser la deuxième approche : attacher une base de données existante externe à XM Cloud exécuté dans une configuration conteneurisée locale. Cela permettra d’utiliser une interface utilisateur intégrée pour migrer en masse le contenu entre les bases de données (voir l’image ci-dessous) ainsi qu’un script Sitecore PowerShell pour finaliser et affiner le contenu migré.

Étape 1 : Lancez un conteneur XM Cloud et confirmez que XM Cloud fonctionne correctement pour vous

Aussi simple que .\init.ps1 suivi de .\up.ps1.

Étape 2 : Connectez SQL Management Studio à SQL Server exécuté dans le conteneur.

Un port externe doit être exposé afin de rendre cela possible :

Après vous être connecté, vous devez activer l’authentification de la base de données confinée, sinon cela ne fonctionnerait pas :

Vous êtes maintenant prêt à « restaurer » la base de données.

Étape 3 : Renommez la base de données en « nom magique »

Une fois que vous avez votre nouvelle base de données dans SQL Server Management Studio, renommez-la en quelque chose comme Sitecore.RRH – cela est nécessaire pour connecter cette base de données au système. Il s’agit d’une convention de dénomination cachée à nos yeux dans les conteneurs CM.