Installation du serveur maître du parc et configuration du serveur de support

Le premier serveur sur lequel HCL Digital Experience est installé est utilisé comme base pour le parc de portails et est appelé "serveur maître du parc".

Procédure

  1. Installez HCL dans le système de fichiers monté.

    Il existe un ensemble de fichiers binaires de produit et un profil de configuration par défaut (wp_profile). Les fichiers binaires sont PortalServer, AppServer et d'autres répertoires. Vérifiez que tous les fichiers installables sont installés dans le système de fichiers partagé. Il doit s'agir d'une installation à serveur unique et non d'un cluster.

  2. Si vous utilisez un système de fichiers partagé, reconfigurez l'instance de portail pour qu'elle utilise un autre nom d'hôte TCP/IP. Si vous utilisez un système de fichiers cloné, ignorez cette étape.

    Ce nom d'hôte doit être localhost u un nom d'hôte configuré dans l'alias de fichiers d'hôtes local localhost. Ceci permet à l'instance locale d'être toujours référencé à l'aide de l'adresse de bouclage.

    Pour reconfigurer le nom d'hôte, procédez comme suit :

    1. Placez-vous dans le répertoire wp_profile_root/bin.
    2. Exécutez la tâche suivante, node_name étant le nom attribué au nœud local :
      • AIX® : ./wsadmin.sh -c "\$AdminTask changeHostName {-nodeName node_name -hostName localhost}; \$AdminConfig save" -conntype NONE
      • HP-UX: ./wsadmin.sh -c "\$AdminTask changeHostName {-nodeName node_name -hostName localhost}; \$AdminConfig save" -conntype NONE
      • Linux™ : ./wsadmin.sh -c "\$AdminTask changeHostName {-nodeName node_name -hostName localhost}; \$AdminConfig save" -conntype NONE
      • IBM® i: wsadmin.sh -c "\$AdminTask changeHostName {-nodeName node_name -hostName localhost}; \$AdminConfig save" -conntype NONE
      • Windows™ : wsadmin.bat -c "$AdminTask changeHostName {-nodeName node_name -hostName localhost}; $AdminConfig save" -conntype NONE
    3. Placez-vous dans le répertoire wp_profile_root/ConfigEngine.
    4. Exécutez la tâche suivante pour appliquer les modifications apportées au profil à la configuration de HCL :
      • AIX® : ./ConfigEngine.sh localize-clone -DWasPassword=password
      • HP-UX: ./ConfigEngine.sh localize-clone -DWasPassword=password
      • Linux™ : ./ConfigEngine.sh localize-clone -DWasPassword=password
      • IBM® i: ConfigEngine.sh localize-clone -DWasPassword=password
      • Windows™ : ConfigEngine.bat localize-clone -DWasPassword=password
  3. Configurez cette instance pour représenter la configuration de référence du parc dans son ensemble, y compris la configuration des bases de données et du registre d'utilisateurs.
  4. Configurez le serveur de soutien de sorte à correspondre à la configuration de votre parc de portail, GPFS ou non GPFS, avec les déviations suivantes :
    1. Configurez l'installation de portail maître pour la base de données partagée, les applications personnalisées et les paramètres de sécurité.
    2. Avant de configurer un parc avec une configuration de fichier partagé, procédez comme suit :
      1. Créez une copie en local du répertoire ; préservez la configuration du profil.
      2. Déplacez la copie vers le système de fichiers local du serveur de prise en charge.
      3. Vérifiez que l'emplacement du répertoire local sur le serveur de prise en charge correspond à l'emplacement du répertoire sur le serveur maître.
    3. Sur le serveur de prise en charge, montez les répertoires distants. Consultez le répertoire du système de fichiers local du serveur de prise en charge.
    4. Poursuivez la configuration du parc sur le serveur maître avec une des options suivantes :
      • Configuration des instances du parc au moyen d'une configuration partagée de fichier GPFS
      • Configuration des instances du parc au moyen d'une configuration partagée de fichier non GPFS
  5. Facultatif : Si vous utilisez HCL Web Content Manager, exécutez la tâche suivante à partir du répertoire wp_profile_root/ConfigEngine afin de configurer le bus de messagerie local et la file d'attente sur le serveur de support :

    Pour éviter que le système reçoive toutes les mises à jour de contenu du système de création, un serveur doit être identifié en dehors du parc en tant qu'abonné. Ce serveur requiert également un file d'attente de messages où les messages de mise à jour du contenu sont publiés par des membres du parc. Tous les serveurs du parc attendent ces messages pour mettre à jour leur propre caches de contenu.

    Conseil : Exécutez cette étape une seule fois lorsque vous configurez le parc de portails. Elle n'est pas effectuée sur chaque serveur du parc. Cette étape est exécutée uniquement sur le serveur identifié en tant que WCM SUBSCRIBER, l'abonné utilisé dans le parc de portails.
    • Windows™ : ConfigEngine.bat create-wcm-jms-resources -DWasPassword=password
    • UNIX™Linux™ : ./ConfigEngine.sh create-wcm-jms-resources -DWasPassword=password
    • IBM® i: ConfigEngine.sh create-wcm-jms-resources -DWasPassword=password
  6. Facultatif : Si vous utilisez Web Content Manager, suivez la procédure ci-dessous afin de configurer des instances de parc supplémentaires pour écouter le contenu des messages de mise à jour :
    Conseil : Elle n'est pas effectuée sur chaque serveur du parc.
    1. Ouvrez le fichier prereq.wcm.properties dans le répertoire wp_profile_root/PortalServer/wcm/config/properties/ et mettez à jour les propriétés suivantes avec les informations appropriées pour les serveurs de parcs :
      Remarque : Pour obtenir des informations spécifiques sur les paramètres, voir le fichier prereq.wcm.properties.
      • remoteJMSHost
      • remoteJMSBootstrapPort
      • remoteJMSNodeName
      • remoteJMSServerName
    2. Exécutez la tâche suivante pour configurer le bus de messagerie à distance ainsi que la file d'attente :
      • Windows™ : ConfigEngine.bat create-wcm-jms-resources-remote -DWasPassword=password
      • AIX® HP-UX Linux™ Solaris z/OS®: ./ConfigEngine.sh create-wcm-jms-resources-remote -DWasPassword=password
      • IBM® i: ConfigEngine.sh create-wcm-jms-resources-remote -DWasPassword=password
  7. En fonction de votre système de fichiers, procédez comme suit pour permettre au serveur de s'exécuter en mode parc :
    Le paramètre systemTemp indique l'emplacement du répertoire spécifique au serveur. Ce répertoire contient tous les répertoires et fichiers dans lesquels l'instance du portail en cours d'exécution écrit, par exemple pour des besoins de consignation et de compilation de pages.
    OptionDescription
    Système de fichiers cloné Exécutez la tâche suivante pour activer le serveur à exécuter en mode parc :
    • AIX® : ./ConfigEngine.sh enable-farm-mode -DsystemTemp=/usr/IBM/WebSphere/wp_profile -DWasPassword=password
    • HP-UX: ./ConfigEngine.sh enable-farm-mode -DsystemTemp=/opt/IBM/WebSphere/wp_profile -DWasPassword=password
    • Linux™ : ./ConfigEngine.sh enable-farm-mode -DsystemTemp=/opt/IBM/WebSphere/wp_profile -DWasPassword=password
    • IBM® i: ConfigEngine.sh enable-farm-mode -DsystemTemp=/QIBM/IBM/WebSphere/wp_profile -DWasPassword=password
    • Windows™ : ConfigEngine.bat enable-farm-mode -DsystemTemp=C:\IBM\WebSphere\wp_profile -DWasPassword=password
    Système de fichiers partagé
    1. Créez le chemin de répertoire cible, par exemple :
      • AIX® : /var/log/was_tmp
      • HP-UX: /var/log/was_tmp
      • Linux™ : /var/log/was_tmp
      • IBM® i: /var/log/was_tmp
      • Windows™ : C:\temp\was_tmp
    2. Exécutez la tâche suivante pour activer le serveur à exécuter en mode parc :
      • AIX® : ./ConfigEngine.sh enable-farm-mode -DsystemTemp=/var/log/was_tmp -DWasPassword=password
      • HP-UX: ./ConfigEngine.sh enable-farm-mode -DsystemTemp=/var/log/was_tmp -DWasPassword=password
      • Linux™ : ./ConfigEngine.sh enable-farm-mode -DsystemTemp=/var/log/was_tmp -DWasPassword=password
      • IBM® i: ConfigEngine.sh enable-farm-mode -DsystemTemp=/var/log/was_tmp -DWasPassword=password
      • Windows™ : ConfigEngine.bat enable-farm-mode -DsystemTemp=C:\temp\was_tmp -DWasPassword=password
  8. Chaque serveur que vous ajoutez au parc est appelé agent de parc.
    OptionDescription
    Système de fichiers cloné Créez un clone du serveur maître du parc. Accédez à Configuration d'un système de fichiers cloné for information.
    Système de fichiers partagé Sur chaque agent du parc, montez le système de fichiers accessible sur le réseau sur un nouveau système dans le même emplacement que le serveur maître du parc. Cette étape préserve la configuration du chemin d'accès à l'installation.
  9. Passez dans le répertoire wp_profile_root/PortalServer/bin sur le client du parc.
  10. Exécutez la tâche suivante pour démarrer ou arrêter une instance d'HCL à partir d'un serveur du parc :
    Tableau 1. Procédure à suivre pour arrêter et démarrer le serveur WebSphere_Portal sur n'importe quel serveur du parc par système d'exploitation.
    Système d'exploitation Tâches
    AIX® ./start_WebSphere_Portal.sh

    ./stop_WebSphere_Portal.sh
    HP-UX ./start_WebSphere_Portal.sh

    ./stop_WebSphere_Portal.sh
    IBM®i start_WebSphere_Portal.sh

    stop_WebSphere_Portal.sh
    Linux™ ./start_WebSphere_Portal.sh

    ./stop_WebSphere_Portal.sh
    Windows™ start_WebSphere_Portal.bat

    stop_WebSphere_Portal.bat
  11. Si vous prévoyez d'utiliser un serveur Web pour l'équilibrage de charge, exécutez la tâche Configuration du plug-in du serveur HTTP sur un parc de portails ci-après.
  12. wpsScheduler permet de nettoyer la base de données pour les tâches qui ne sont pas exécutées immédiatement, telles que les suppressions de page. Il doit être activé uniquement sur le serveur de prise en charge de parc. Assurez-vous que wpsScheduler est désactivé sur le serveur maître du parc. Si tel n'est pas le cas, procédez comme suit :
    1. Log in to the WebSphere® Integrated Solutions Console.
    2. Cliquez sur Ressources > Planificateurs.
    3. Cliquez sur WPSTaskScheduler.
    4. Cliquez sur Custom properties.
    5. Cliquez sur Nouveau.
    6. Spécifiez daemonAutoStart dans la zone Nom.
    7. Affectez la valeur false à ce paramètre.
    8. Affectez java.lang.String au type.
    9. Cliquez sur OK puis sur Sauvegarder pour enregistrer les modifications de la configuration.
    10. Redémarrez le serveur.
    Pour plus d'informations, voir Démon de planification.
  13. Assurez-vous que la propriété search.service.suppress_automatic_creation existe. Cette propriété supprime la création automatique des services de recherche. Si la propriété n'existe pas, procédez comme suit pour créer la propriété search.service.suppress_automatic_creation :
    1. Log in to the WebSphere® Integrated Solutions Console.
    2. Accédez à Ressources > Environnement de ressources > Fournisseurs d'environnement de ressources.
    3. Click WP ConfigService.
    4. Cliquez sur Custom properties.
    5. Cliquez sur Nouveau.
    6. Entrez les informations suivantes afin de créer la nouvelle propriété :
      • Nom : search.service.suppress_automatic_creation
      • Valeur : true
      • Description : Suppress automatic creation of the search service
      • Type : java.lang.string
    1. Click OK and then click Save to save your configuration changes.
    2. Redémarrez le serveur.