Accueil
Documentation produit HCL Digital Experience
Bienvenue dans la documentation produit d'HCL Digital Experience Vous y trouverez des informations sur l'installation, la configuration, la maintenance et l'utilisation des solutions HCL Web Content Manager et HCL Portal Server, Enable et Extend.
HCL Digital Experience 8.5
Découvrez comment installer, configurer, gérer, dépanner et utiliser la version 8.5 d'HCL Web Content Manager et d'HCL Portal Server, Enable et Extend.
Configuration
Exécutez les tâches suivantes après avoir installé et déployé HCL Digital Experience. Il s'agit de tâches qui sont généralement exécutées une seule fois et qui ont un impact global. Certaines modifications de la configuration sont réalisées plus souvent ou n'ont pas d'impact global. These tasks are addressed in the Administering section.
HCL Portal
Terminez d'abord le déploiement d'HCL Digital Experience avec l'Assistant de configuration. Vous pouvez ensuite configurer votre environnement. Par exemple, vous pouvez optimiser vos serveurs pour améliorer ses performances. Vous pouvez modifier la racine de contexte par défaut.
Configuration et gestion d'un parc de portails
Le terme "parc" fait référence à une série d'instances de serveur configurées de manière identique et autonomes. Les serveurs autonomes permettent d'augmenter ou de réduire le parc sans se soucier de configurations complexes en cluster ou de la découverte entre les serveurs. Les parcs de serveurs offrent un moyen très simple de construire et gérer un environnement de serveur fortement évolutif et très disponible. La création d'un parc requiert un abonné de contenu établi, deux ou plusieurs instances installées d'HCL Digital Experience, et un serveur Web configuré pour l'équilibrage de charge. La documentation sur les parcs de serveurs concerne uniquement le plug-in de serveur HTTP. Vous pouvez toutefois utiliser n'importe quel serveur Web pris en charge.
Administration d'un parc de portails
Etant donné qu'un parc comprend une série d'instances de serveurs indépendants et non un cluster, des procédures spécifiques doivent être suivies pour déployer des mises à jour pour le parc qui diffèrent de l'administration d'un cluster. Les mises à jour comprennent les changements apportés au système, tels que, mais pas limité à, l'utilisation ou le déploiement de portlets, l'ajout ou le changement de pages de portail, le changement de ressources de système de fichiers et le changement de configurations IBM® WebSphere® Application Server. Les procédures diffèrent en fonction du type de parc : installations uniques ou partagées.
Administration des installations relatives au parc de portails uniques
Dans un parc où des instances d'HCL Digital Experience sont installées de manière unique, chaque instance possède sa propre base de données de mise en production alors que tous les autres domaines de base de données sont partagés, y compris le JCR. Chaque installation unique possède également son propre profil de configuration IBM® WebSphere® Application Server unique et sa propre WebSphere Integrated Solutions Console. Donc, les mises à jour de l'application, de la configuration du serveur et du service doivent être faites sur chaque serveur. Il est vivement recommandé d'automatiser ces mises jour à l'aide de scripts de configuration qui appellent les outils de ligne de commande appropriés pour effectuer les changements (par exemple, XMLAccess, wsadmin). Cette automatisation permet de réitérer exactement les mêmes modifications sur chaque serveur évitant ainsi toute erreur de manipulation.

Administration des installations relatives au parc de portails uniques

Dans un parc où des instances d'HCL Digital Experience sont installées de manière unique, chaque instance possède sa propre base de données de mise en production alors que tous les autres domaines de base de données sont partagés, y compris le JCR. Chaque installation unique possède également son propre profil de configuration IBM® WebSphere® Application Server unique et sa propre WebSphere® Integrated Solutions Console. Donc, les mises à jour de l'application, de la configuration du serveur et du service doivent être faites sur chaque serveur. Il est vivement recommandé d'automatiser ces mises jour à l'aide de scripts de configuration qui appellent les outils de ligne de commande appropriés pour effectuer les changements (par exemple, XMLAccess, wsadmin). Cette automatisation permet de réitérer exactement les mêmes modifications sur chaque serveur évitant ainsi toute erreur de manipulation.

Pourquoi et quand exécuter cette tâche

La procédure à suivre pour enlever et restaurer un serveur du trafic de production dépend du mécanisme d'équilibrage de charge utilisé. Si vous utilisez le plug-in WebSphere® Application Server pour le serveur HTTP, par exemple, pour supprimer provisoirement cette entrée de serveur de la définition ServerCluster et redémarrer le serveur HTTP ou attendre qu'il charge à nouveau la configuration (si la fonction de rechargement automatique est activée).

Procédure

Enlevez le serveur du trafic de production.
Appliquez la mise à jour.
Redémarrez le serveur.
Vérifiez la modification, le cas échéant.
Restaurez le serveur au trafic de production.