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. Exécutez la commande WASPreUpgrade.
    • Exécutez la commande WASPreUpgrade depuis le répertoire racine_serveur_app/bin de la Version 9.0 .
    • Spécifiez le nom du répertoire de sauvegarde de migration Version 7.0 ou ultérieures.
    • Spécifiez le nom de l'installation Version 7.0 ou ultérieures WebSphere Application Server, Network Deployment.
    • Facultatif : indiquez le nom d'une instance ou d'un profil spécifique devant migrer depuis une version antérieure de WebSphere Application Server.
    • Facultatif : Indiquez l'emplacement des préférences pour la console d'administration pour un ou plusieurs profils.
    Par exemple :
    WASPreUpgrade /WAS6.1_backup_directory /WAS6.1_install_directory

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

  3. Exécutez la commande WASPostUpgrade.
    • Exécutez la commande WASPostUpgrade depuis le répertoire racine_serveur_app/bin de la Version 9.0.
    • Spécifiez le nom du répertoire de sauvegarde de migration Version 7.0 ou ultérieures.
    • Indiquez -includeApps script.

      Cela ne migrera pas vos applications mais créera des scripts que vous pourrez exécuter ultérieurement pour installer vos applications

    • Indiquez -keepDmgrEnabled true.
    • Choisissez toute autre option que vous souhaitez.
    Par exemple :
    WASPostUpgrade /WAS6.1_backup_directory -profileName dmgr_profile_name 
      -includeApps script -keepDmgrEnabled true

    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.

  4. 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.

  5. 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.

  6. 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.

  7. Démarrez le gestionnaire de déploiement WebSphere Application Server Version 9.0.
    Démarrez le gestionnaire de déploiement depuis le répertoire racine_profil/bin. Par exemple :
    startManager   

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-dist&topic=tmig_largend
Nom du fichier : tmig_largend.html