Migration manuelle ou automatisée

Le centre de documentation Knowledge Center d'HCL Digital Experience vous donne des informations sur le processus de migration automatisé. Il s'agit de la méthode la plus couramment prise en charge et utilisée pour procéder à la migration vers une nouvelle version d'HCL. Toutefois, cette approche ne peut pas être la solution idéale pour tous les clients. Lisez les remarques ci-après pour déterminer la méthode adaptée à vos besoins.

L'approche de migration automatisée fournit une migration de type clés en main qui permet de transférer l'intégralité du site source vers l'environnement cible. Elle prend en compte tous les artefacts potentiellement utilisés par un site client et les compile afin de les transférer vers l'environnement cible. Il s'agit d'une approche reproductible qui répond aux besoins de la plupart des clients, mais dont la durée d'exécution peut être significative dans la mesure où elle tente de transférer l'intégralité d'un environnement.

Il est cependant possible de migrer manuellement des environnements à l'aide d'outils d'administration, tels que wsadmin, XMLAccess et le moteur ConfigEngine. Ces outils vous permettent de transférer les configurations, les applications et le contenu à caractère essentiel depuis votre environnement source existant vers l'environnement cible.

Voici quelques éléments à prendre en compte pour déterminer si une approche manuelle est plus efficace :

Si vous prévoyez de recréer entièrement votre site sur la version cible, il n'est pas utile de recourir au processus de migration automatisé. Vous pouvez utiliser un nouveau serveur 8.5, puis utiliser les outils d'administration disponibles pour transférer la configuration et les artefacts de votre environnement source que vous souhaitez conserver.
Si vous planifiez une migration en deux étapes, à partir de la version 6.1 vers la version 8.0, puis à partir de la version 8 vers la version 8.5, passez en revue la liste des fonctions obsolètes et non prises en charge pour les versions 7, 8 et 8.5 afin de déterminer si votre site en cours fonctionnera dans la version 8.5 juste après la migration. Dans la plupart des cas, le thème doit être recréé et de nombreuses références aux portlets et pages obsolètes doivent être retirées ou mises à jour. Dans ce scénario, il peut s'avérer plus efficace d'utiliser une nouvelle installation de la version 8.5 et de migrer manuellement les artefacts requis à partir de votre environnement source, puis de les mettre à jour à mesure qu'ils sont transférés.
Si vous possédez déjà un processus de déploiement bien documenté et que vous savez comment créer rapidement un nouvel environnement répondant à tous vos besoins, vous pouvez utiliser les caractéristiques essentielles de ce processus pour créer une version équivalente sur la nouvelle version de Portal. Le processus est différent, mais il sera peut-être plus efficace d'utiliser celui-ci et de le mettre à jour pour la version 8.5 en fonction de vos besoins pour le redéfinir et l'utiliser après la migration vers la version 8.5.

Si vous prévoyez d'effectuer une migration manuelle, passez en revue les considérations suivantes :

Le support logiciel HCL est limité si vous optez pour une migration manuelle.
- Les importations XMLAccess sont compatibles avec les versions antérieures de Portal. C'est pourquoi il est raisonnable de considérer qu'un script XMLAccess d'une version antérieure de Portal fonctionnera avec une version plus récente.
- En cas d'incident lié au processus d'importation XMLAccess, vous pouvez contacter le support logiciel HCL. Toutefois, si l'importation XMLAccess échoue et que cet échec n'est pas lié à un incident, le support logiciel HCL ne peut pas vous assister dans l'identification et la résolution des problèmes ou la personnalisation du fichier d'importation XMLAccess afin de faire aboutir l'importation. La création de scripts personnalisés dépasse la portée du support logiciel HCL.
Vous devez copier manuellement les fichiers requis par les applications personnalisées, les applications tierces ou les modules complémentaires de portail qui sont nécessaires au bon fonctionnement de votre serveur.
Vous pouvez utiliser les scripts wsadmin et jacl/jython pour transférer vos applications et votre configuration personnalisées.
- Les configurations d'HCL, notamment les configurations de sécurité, d'optimisation des performances et de magasin de données, etc., ne sont pas transférées. Il vous faut un processus à base de script ou documenté pour recréer ces configurations dans votre nouvel environnement.
Vous pouvez utiliser XMLAccess pour transférer des artefacts Portal, tels que les portlets et les pages :
- Le référencement à des portlets, pages ou fonctions obsolètes ou non pris en charge peut empêcher les importations de fonctionner correctement. Retirez les références ou installez manuellement la fonction si elle est toujours disponible.
- Transférez des fonctions d'administration, telles que les portlets d'administration, depuis le système source. Vous pouvez également transférer les pages et les applications personnalisées.
- Pour les portails virtuels, recréez-les sur le système cible, puis transférez manuellement les artefacts depuis le portail virtuel source vers le portail virtuel cible.
- Si vous avez personnalisé les scripts de création de portail virtuel, vous devez effectuer une nouvelle personnalisation pour les scripts 8.5.
Vous pouvez utiliser la syndication entre versions depuis votre environnement source vers l'environnement cible pour transférer le contenu JCR :
- Vous devez appliquer le dernier groupe de correctifs combinés sur votre environnement source afin d'utiliser la syndication entre versions vers votre environnement cible.
- Si la fonction de pages gérées n'est pas activée sur le système source, vous devez également désactiver cette fonction sur l'installation OOB cible avant de procéder à la syndication des éventuelles modifications.
- Lors d'une migration à partir des versions 6.1 et antérieures, la syndication entre versions n'est pas possible.
- La syndication entre versions de la bibliothèque de site de portail n'est pas prise en charge. Les pages de la bibliothèque de site de portail doivent être transférées via XMLAccess.
- Si vous effectuez une migration en deux étapes, à partir de la version 6.1 vers la version 8, puis à partir de la version 8 vers la version 8.5, vous devez utiliser la tâche d'actualisation de contenu de la version 8, puis la syndication entre versions vers votre environnement de version 8.5.
Vous devez migrer manuellement tout ce qui est stocké dans webDAV :
- Les informations WebDAV sont stockées dans la base de données JCR, mais ne sont pas transférées avec la syndication entre versions. Elles doivent être copiées manuellement vers l'environnement cible.
Lorsque vous effectuez une migration manuelle, vos personnalisations sont perdues.
- Il n'existe pas de processus permettant de conserver et de transférer ces informations vers un nouvel environnement.