Configuration d'un système de fichiers cloné

Il n'est pas nécessaire que le répertoire de profil soit accessible en lecture seule pour un système de fichiers cloné. Les répertoires accessibles en lecture seule peuvent entraîner des limitations au niveau des portlets et d'autres applications qui tentent d'écrire des données sur le profil. Un système de fichiers cloné atténue cette limitation. Nodes in a cloned system do not require that the host name be set to localhost. Par conséquent, les Enterprise JavaBeans distants et les autres applications qui nécessitent un nom d'hôte réel ne posent aucun problème.

Pourquoi et quand exécuter cette tâche

Un système de fichiers cloné est identique pour le serveur maître du parc et les noeuds du parc de serveurs. Lorsque vous configurez un système de fichiers cloné, vous devez tenir compte de la manière dont la synchronisation des systèmes de fichiers sur tous les serveurs du parc est automatisée. Il existe un grand nombre de techniques permettant de synchroniser le système de fichiers ; toutefois, les exigences sous-jacentes sont les mêmes. A l'exception du nom d'hôte et de la zone d'espace temporaire, tous les systèmes de fichiers du parc sont identiques.

Les étapes suivantes constituent une représentation détaillée des tâches à exécuter lors du clonage du serveur maître du parc :

  1. Installez le serveur maître du parc et configurez le serveur de support. Accédez à Installation du serveur maître de parc et configuration du serveur de prise en charge pour en savoir plus.
  2. Créez le répertoire de base sur le serveur d'agent du parc.
  3. Copiez les fichiers de répertoire de base du serveur maître du parc vers le répertoire de base du serveur d'agent du parc.
  4. Créez le répertoire de bases de données sur le serveur d'agent du parc.
  5. Copiez les fichiers de répertoire de base de données du serveur maître du parc vers le répertoire de bases de données du serveur d'agent du parc.
  6. Nettoyez l'espace temporaire sur le serveur d'agent du parc.
  7. Définissez le nom d'hôte.
En général, le chemin du système de fichiers cloné se trouve dans le répertoire suivant :
  • AIX® : /usr/IBM/WebSphere
  • Linux™ : /opt/IBM/WebSphere
  • IBM® i: /QIBM/IBM/WebSphere
  • Windows™ : C:\IBM\WebSphere

Les étapes suivantes utilisent l'exemple de technique de clonage rsync :

Procédure

  1. Installez le serveur maître du parc et configurez le serveur de support. Go to Installing the Farm Master and setting up the support server for information.
    Avant de configurer un nouvel agent de parc, émettons les hypothèses suivantes :
    • L'URL de serveur maître du parc est master.example.com.
    • IBM® WebSphere® Application Server, HCL Digital Experience et le profil de portail se trouvent dans le répertoire /opt/IBM/WebSphere.
    • Le serveur maître du parc est configuré avec une base de données DB2®. La base de données figure dans le répertoire /home/db2inst1/sqllib/java sur le serveur maître du parc.
    • Le nom d'hôte pour l'agent du parc est worker1.example.com.
    • Le nom de nœud pour les nœuds du parc est MYNODE.
  2. Sur le nouveau serveur d'agent du parc, exécutez la commande suivante pour créer le répertoire de base :
    mkdir -p /opt/IBM/WebSphere
  3. Exécutez les commandes suivantes pour copier les fichiers de répertoire de base à partir du serveur maître du parc : 
    rsync -az --delete --stats root@master.example.com:/opt/IBM/WebSphere/wp_profile/ /opt/IBM/WebSphere/wp_profile/
rsync -az --delete --stats root@master.example.com:/opt/IBM/WebSphere/PortalServer/ /opt/IBM/WebSphere/PortalServer/
rsync -az --delete --stats root@master.example.com:/opt/IBM/WebSphere/AppServer/ /opt/IBM/WebSphere/AppServer/
rsync -az --delete --stats root@master.example.com:/opt/IBM/WebSphere/ConfigEngine/ /opt/IBM/WebSphere/ConfigEngine/
  4. Sur le serveur d'agent du parc, exécutez la commande suivante pour créer le répertoire de bases de données :
    mkdir -p /home/db2inst1/sqllib/java
  5. Exécutez la commande suivante pour copier les fichiers de base de données à partir du serveur maître du parc : 
    rsync -az --delete --stats root@master.example.com:/home/db2inst1/sqllib/java/ /home/db2inst1/sqllib/java/
  6. Exécutez la commande suivante pour nettoyer l'espace temporaire sur le serveur d'agent du parc : 
    rm -rf /opt/IBM/WebSphere/wp_profile/tranlog/
rm -rf /opt/IBM/WebSphere/wp_profile/temp/
rm -rf /opt/IBM/WebSphere/wp_profile/wstemp/
  7. Exécutez la commande suivante pour définit le nom d'hôte : 
    /opt/IBM/WebSphere/wp_profile/bin/wsadmin.sh -conntype NONE -c "\$AdminTask changeHostName {-nodeName MYNODE -hostName worker1.example.com}"

echo WasRemoteHostName=worker1.example.com > /var/wkplc.properties
echo WpsHostName=worker1.example.com >> /var/wkplc.properties
/opt/IBM/WebSphere/wp_profile/ConfigEngine/ConfigEngine.sh -DparentProperties=/var/wkplc.properties -DSaveParentProperties=true localize-clone action-clean-scheduled-tasks