Migration d'une configuration WebSphere Application Server, Network Deployment volumineuse avec un grand nombre d'applications

Si votre configuration WebSphere Application Server, Network Deployment existante comporte un nombre significatif d'applications volumineuses et que vous devez respecter un calendrier de maintenance spécifique pour la migration, ceci peut s'avérer difficile si vous utilisez le scénario de migration standard. Dans ce cas, vous souhaiterez peut-être copier les ressources dans l'arborescence de configuration depuis une configuration de gestionnaire de déploiement Version 7.0 ou ultérieures vers un profil de gestion de gestionnaire de déploiement Version 9.0 mais différer l'ajout d'applications au profil Version 9.0 de manière à pouvoir continuer de gérer l'environnement à l'aide du gestionnaire de déploiement Version 7.0 ou ultérieures.

Avant de commencer

Configurations prises en charge Configurations prises en charge:

Cet article traite de la migration de configuration de profil. Pour faire migrer vos applications vers la dernière version, utilisez le kit d'outils de migration de WebSphere Application Server. Pour plus d'informations, voir Migration Toolkit on WASdev.

sptcfg
Conseil : Pour éviter les problèmes possibles de déconnexion, modifiez le délai de connexion avant d'exécuter la commande WASPostUpgrade en vue de faire migrer les noeuds fédérés d'une cellule contenant de nombreuses petites applications, quelques grosses applications ou une seule très grosse application. Par exemple, si vous utilisez un connecteur SOAP, exécutez les actions suivantes :
  1. Accédez à l'emplacement suivant dans le répertoire de la Version 9.0 correspondant au profil vers lequel vous migrez votre noeud fédéré :
    profile_root/properties 
  2. Ouvrez le fichier soap.client.props dans ce répertoire, puis trouvez la valeur de la propriété com.ibm.SOAP.requestTimeout. Il s'agit de la valeur de délai d'attente en secondes. La valeur par défaut est 180 secondes.
  3. Modifiez la valeur de com.ibm.SOAP.requestTimeout pour la rendre suffisamment grande pour faire migrer la configuration. Par exemple, l'entrée suivante vous donne une valeur de délai d'attente d'une demi-heure :
    com.ibm.SOAP.requestTimeout=1800
    Remarque : Sélectionnez la valeur de délai d'attente la plus petite qui réponde à vos besoins. Préparez-vous à attendre au moins trois fois le délai d'attente que vous avez sélectionné (une fois pour télécharger les fichiers vers le répertoire de sauvegarde, une fois pour télécharger les fichiers migrés vers le gestionnaire de déploiement et une fois pour synchroniser le gestionnaire de déploiement avec l'agent de noeud migré.
  4. Accédez à l'endroit suivant du répertoire de sauvegarde qui a été créé par la commande WASPreUpgrade :
    backupDirectory/profiles/profile_name/properties
  5. Ouvrez le fichier soap.client.props dans ce répertoire, puis recherchez la valeur de la propriété com.ibm.SOAP.requestTimeout :
  6. Modifiez la valeur de com.ibm.SOAP.requestTimeout en lui attribuant la même valeur que celle utilisée dans le fichier Version 9.0.

Lisez les sections Présentation de la migration, de la coexistence et de l'interopérabilité et Considérations sur la migration. Pour consulter les ressources destinées à vous aider à planifier et à réaliser la migration, accédez au site Knowledge Collection: Migration planning for WebSphere Application Server.

Pourquoi et quand exécuter cette tâche

Cette stratégie permet de respecter les exigences de la fenêtre de maintenance spécifique en construisant la configuration WebSphere Application Server Version 9.0 WebSphere Application Server, Network Deployment complète en arrière-plan alors que la topologie existante est encore en exécution et gérée.

Pour diagnostiquer plus facilement les éventuels problèmes qui surviennent lors de la migration, lisez la section Résolution des incidents de migration.

Procédure

  1. Assurez-vous que le gestionnaire de déploiement de WebSphere Application Server Version 7.0 ou ultérieures exécute et gère l'environnement existant et vérifiez qu'aucun gestionnaire de déploiement Version 9.0 n'est en cours d'exécution.

    Le respect de cette condition est important, car il faut absolument éviter que deux gestionnaires de déploiement différents tentent de gérer le même environnement.

  2. Lancez l'environnement Qshell afin de pouvoir exécuter des scripts WebSphere Application Server.
    Entrez la commande suivante à partir de la ligne de commande :
    STRQSH
  3. Exécutez la commande WASPreUpgrade.
    Utilisez les paramètres suivants :
    app_server_root/bin/WASPreUpgrade 
     backup_directory_name
     old_profile_root
    • racine_serveur_app est l'emplacement où la Version 9.0 est installée.
    • nom_répertoire_sauvegarde (paramètre requis) est le chemin complet du répertoire de système de fichiers intégré où l'outil de migration WASPreUpgrade stocke la configuration et les fichiers sauvegardés

      Le répertoire est créé s'il n'existe pas. De plus, l'outil rédige un fichier journal nommé WASPreUpgrade.log qui enregistre les étapes effectuées par la commande WASPreUpgrade.

    • racine_ancien_profil (paramètre obligatoire) est le chemin de l'instance Version 7.0 ou ultérieures à faire migrer

    Pour une description complète de la commande WASPreUpgrade et de ses paramètres, lisez la section Commande WASPreUpgrade.

  4. Exécutez la commande WASPostUpgrade.
    Utilisez les paramètres suivants :
    app_server_root/bin/WASPostUpgrade
     backup_directory_name
     -profileName 80ND_profile_name
     -includeApps script
     -keepDmgrEnabled true
    • racine_serveur_app est l'emplacement où la Version 9.0 est installée.
    • nom_répertoire_sauvegarde (paramètre obligatoire) est le chemin complet du répertoire du système de fichiers intégré que l'outil de migration WASPreUpgrade a précédemment utilisé pour sauvegarder la configuration du gestionnaire de déploiement Version 7.0 ou ultérieures
    • nom_profil_80ND (paramètre obligatoire) est le nom du profil d'administration du gestionnaire de déploiement de la Version 9.0 vers lequel le script fait migrer votre configuration.

    Pour une description complète de la commande WASPostUpgrade et de ses paramètres, lisez la section WASPostUpgrade command.

    A ce stade, vous pouvez quitter la fenêtre de maintenance et continuer à gérer l'environnement à l'aide du gestionnaire de déploiement de WebSphere Application Server Version 7.0 ou ultérieures.

  5. Personnalisez les fichiers d'administration.
    1. Allez dans l'emplacement du répertoire de sauvegarde de la migration qui contient les fichiers d'administration générés.
    2. Combinez et adaptez les fichiers d'administration comme il convient.

      Cela peut comprendre le regroupement d'applications dans certains fichiers d'administration ou l'indication du répertoire installedApplications à l'aide du paramètre installed.ear.destination.

  6. Lancez l'environnement Qshell afin de pouvoir exécuter des scripts WebSphere Application Server.
    Entrez la commande suivante à partir de la ligne de commande :
    STRQSH
  7. Exécutez la commande wsadmin pour installer les applications.
    • Installez les applications dans la configuration Version 9.0 pendant l'exploitation normale ou au cours des créneaux de maintenance appropriés.
    • Indiquez -conntype NONE. Exemple :
      wsadmin -f application_script -conntype NONE

    Une fois que toutes les applications ont été installées, vous pouvez commencer à utiliser le gestionnaire de déploiement WebSphere Application Server Version 9.0.

  8. Arrêtez le gestionnaire de déploiement WebSphere Application Server Version 7.0 ou ultérieures.

    Le respect de cette condition est important, car il faut absolument éviter que deux gestionnaires de déploiement différents tentent de gérer le même environnement.

    Vous pouvez effectuer cette opération de plusieurs façons. L'une d'elles consiste à renommer le fichier serverindex.xml dans le répertoire des noeuds du gestionnaire de déploiement Version 7.0 ou ultérieures en un autre nom.

  9. Démarrez le gestionnaire de déploiement WebSphere Application Server Version 9.0.
    1. Lancez l'environnement Qshell afin de pouvoir exécuter des scripts WebSphere Application Server.
      Entrez la commande suivante à partir de la ligne de commande :
      STRQSH
    2. Si le sous-système QWAS9 n'a pas été démarré, démarrez le profil par défaut.
      Entrez la commande suivante à partir de la ligne de commande :
      STRSBS QWAS9/QWAS9
    3. Démarrez le gestionnaire de déploiement de la Version 9.0 à l'aide du script startManager.
      Utilisez les paramètres suivants :
      app_server_root/bin/startManager
       -profileName 80ND_profile_name
      • racine_serveur_app est l'emplacement où la Version 9.0 est installée.
      • nom_profil_80ND est le nom du profil d'administration du gestionnaire de déploiement de la Version 9.0

Résultats

A ce stade, le gestionnaire de déploiement de WebSphere Application Server Version 9.0 devrait être en exécution et la synchronisation normale des applications devrait intervenir.

Vous pouvez appliquer l'une des procédures suivantes :
  • Faites migrer la cellule entière avant d'installer les applications.
  • Exécuter les opérations suivantes :
    1. Installez les applications et laissez la cellule dans un état mixte.
    2. Lorsque vous êtes prêt, modifiez le délai de connexion (suivant le conseil donné au début de cet article) et exécutez la commande WASPostUpgrade pour faire migrer les noeuds fédérés.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=tmig_largend
Nom du fichier : tmig_largend.html