Migration depuis des versions antérieures d'IBM HTTP Server
Cette section fournit des informations sur la mise à niveau à partir d'une version précédente d'IBM® HTTP Server.
Pourquoi et quand exécuter cette tâche
IBM HTTP Server peut coexister avec des versions antérieures si vous installez la version récente dans un autre répertoire. Vous pouvez également mettre à niveau des versions antérieures d'IBM HTTP Server en installant la version la plus récente dans le répertoire où se trouve une version antérieure d'IBM HTTP Server. Si vous utilisez le même chemin d'installation sur le même système pour la nouvelle version d'IBM HTTP Server, vous conservez la validité de la définition de serveur Web WebSphere Application Server, avec une exception mineure pour un serveur Windows, où le nom de service doit être remplacé dans la définition de serveur par le nom de service utilisé pour la nouvelle version.
Si vous effectuez la migration depuis un serveur IBM HTTP Server de niveau antérieur à une édition majeure précédente, reportez-vous d'abord à la documentation produit de la ou des versions IBM HTTP Server temporaire(s) et consultez les informations sur la migration. Vous pouvez avoir besoin d'effectuer des étapes supplémentaires.
Procédure
- Mettez à niveau IBM HTTP
Server depuis l'installation précédente.
Lorsque vous mettez à niveau IBM HTTP Server depuis une version précédente, procédez comme suit pour installer la nouvelle version dans le même répertoire que la version précédente. Si la nouvelle version est installée dans un répertoire différent, vous devez exécuter les étapes 1 à 4. La nécessité d'exécuter les étapes restantes dépend du degré de similarité que vous voulez définir entre votre configuration en cours et la configuration d'une version antérieure d'IBM HTTP Server.
- Arrêtez IBM HTTP Server et le serveur d'administration IBM HTTP Server.
- Copiez le répertoire d'installation existant vers un nouvel emplacement.
Vous conservez ainsi la configuration, les clés et le contenu.
Exécutez la commande suivante pour copier l'installation précédente :
cp –rp current_install_directory new_directory_name
xcopy current_install_directory new_directory_name /s /e /k /i
- Désinstallez la version précédente d'IBM HTTP Server.
- Supprimez le répertoire d'installation précédent.
Comme la désinstallation laisse des fichiers (fichiers modifiés et ajoutés, fichier de groupe de correctifs et fichiers de désinstallation), vous devez supprimer manuellement le répertoire d'installation précédent pour terminer la désinstallation. Si avez rencontré des problèmes pendant la désinstallation, consultez et sauvegardez les fichiers journaux de désinstallation dans le répertoire http_server_install/logs/uninstall avant de continuer.
Exécutez la commande suivante pour supprimer le répertoire d'installation :
rm -r current_install_directory
rd /s current_install_directory
- Installez IBM HTTP Server.
Si vous mettez à niveau la version existante, effectuez l'installation dans le répertoire de l'installation précédente.
Si vous installez la nouvelle version et une version existante, installez la nouvelle version dans un répertoire différent.
- Exécutez Plug-ins Configuration Tool, pct, pour configurer les plug-ins de serveur Web. Pour plus d'informations sur l'exécution de l'outil pct, reportez-vous à la rubrique relative à la configuration d'un plug-in de serveur Web à l'aide de l'outil pct.
- Restaurez les configurations personnalisées ayant été effectuées pour la version antérieure d'IBM HTTP Server et du serveur d'administration IBM
HTTP Server.
- Identifiez les personnalisations effectuées antérieurement.
Si vous avez utilisé les fichiers de configuration httpd.conf fournis avec la version précédente d'IBM HTTP Server comme point de départ pour vos fichiers de configuration, comparez le contenu de chaque fichier de configuration à son fichier .default correspondant dans le répertoire contenant votre précédente installation d'IBM HTTP Server. Par exemple, si vous comparez le contenu du fichier httpd.conf à celui du fichier httpd.conf.default, vous devriez voir les personnalisations apportées au fichier httpd.conf depuis l'installation initiale. Effectuez des comparaisons similaires pour les autres fichiers de configuration.
Si vous n'avez pas utilisé les fichiers de configuration httpd.conf fournis avec la version précédente d'IBM HTTP Server comme point de départ pour les fichiers de configuration, vous devez effectuer une analyse manuelle plus approfondie pour déterminer les paramètres précédents. Dans ce cas, vous pouvez comparer les paramètres du fichier httpd.conf.default fourni avec le nouveau serveur IBM HTTP Server à ceux du fichier httpd.conf.default fourni avec la version précédente d'IBM HTTP Server. Cette comparaison vous permettra d'identifier les différences de configuration entre les deux fichiers httpd.conf.default. Vous pouvez utiliser ensuite ces informations afin de modifier le fichier de configuration personnalisé pour qu'il fonctionne avec la version en cours d'IBM HTTP Server.
Comparez le fichier bin/envars au fichier bin/envars-std dans le répertoire contenant votre précédente installation d'IBM HTTP Server. Cela vous permettra d'identifier les éventuelles personnalisations apportées au fichier.
- Fusionnez les personnalisations avec la configuration d'IBM HTTP Server que
vous venez d'installer et les fichiers envars.
Après avoir identifié les personnalisations de configuration apportées à la version précédente d'IBM HTTP Server, effectuez ces mêmes modifications, le cas échéant, dans les fichiers de configuration de la version en cours d'IBM HTTP Server.
Si les fichiers de configuration contiennent des instructions de plug-in WebSphere Application Server issues de précédentes versions, supprimez-les afin d'éviter les doublons. Si vous ne supprimez pas ces instructions, lorsque HTTP Server tente de démarrer le module binaire de plug-in de la version en cours, il se peut qu'une erreur indiquant que le module est déjà chargé soit générée.
Le fichier de configuration peut également contenir des entrées en double pour l'accès aux exemples WebSphere Application Server. Supprimez tous les alias des versions précédentes et conservez les entrées de la version en cours :
- Utilisez un fichier de configuration provenant d'IBM HTTP Server V7.0, V8.0 ou V8.5.5.
- Identifiez les personnalisations effectuées antérieurement.
- Restaurez le contenu HTML. Si votre contenu de page Web a été précédemment stocké dans le répertoire d'installation d'IBM HTTP Server, copiez ces fichiers de contenu du répertoire contenant votre version antérieure d'IBM HTTP Server dans le répertoire d'installation de la nouvelle version.
- Copiez tous les fichiers de clés SSL présents dans le répertoire d'installation de la précédente version d'IBM HTTP Server vers le nouveau répertoire d'installation.
- Changez les affectations de port pour les serveurs IBM HTTP Server coexistants.
Si vous avez installé IBM HTTP Server dans un autre répertoire tout en gardant son ancienne version, par défaut, le serveur d'administration et le serveur Web utilisent les mêmes ports que leur version précédente. Si vous exécutez les deux versions d'IBM HTTP Server simultanément, il peut se produire des conflits de port, sauf si vous modifiez les numéros de port pour l'une des versions.
Afin de modifier les numéros de port pour l'un des serveurs IBM HTTP Server, éditez les fichiers de configuration de serveur pour ce dernier. Ces fichiers se trouvent dans le répertoire http_server_install/conf.
- Mettez à niveau les modules de plug-in Apache.
Aucune modification d'API Apache n'ayant été effectuée depuis la précédente édition majeure, il n'est donc pas nécessaire de régénérer les modules qui fonctionnaient avec la version précédente. Toutefois, si vous utilisez des modules de fournisseurs tiers, vous devez contacter ces fournisseurs pour vérifier que ces modules fonctionnent avec la mise à niveau d'IBM HTTP Server que vous souhaitez installer.
Les modules de plug-in Apache ne provenant pas de l'installation d'IBM HTTP Server en cours doivent être générés pour prendre en charge Apache 2.4. Il peut être nécessaire pour les distributeurs des modules utilisés avec les anciennes version d'IBM HTTP Server de recompiler les modules pour prendre en charge Apache 2.4.
- WebSphere Application Server fournit un plug-in pour Apache 2.4 et IBM HTTP Server.
- Si vous utilisez des modules de fournisseurs tiers, contactez ces derniers pour connaître la version du module qui fonctionne avec l'API Apache 2.4.
- Si vous utilisez des modules développés en interne, vous devez les régénérer pour prendre en charge Apache 2.4. Il peut être également nécessaire de modifier les modules.
- Mettez à niveau le nom de service IBM HTTP Server. Mettez à niveau le nom de service IBM HTTP Server dans la définition de serveur Web WebSphere Application Server si les conditions suivantes s'appliquent :
- Vous utilisez un serveur Windows.
- Vous avez installé IBM HTTP Server dans le même répertoire qu'une version antérieure.
- Vous utilisez une définition de serveur Web issue de cette installation précédente.
Pour un serveur IBM HTTP Server sur un système serveur Windows, utilisez 'Services' pour déterminer le nom du nouveau service IBM HTTP Server, puis mettez à niveau la définition de serveur Web pour qu'elle utilise ce nom de service.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=ihs-dist&topic=cihs_upgrading2
Nom du fichier : cihs_upgrading2.html