Question : L'exportation et l'importation ÉTAIENT des profils

Bonjour, le

I doivent copier l'installation de WebShere pour une condition de la moquerie DR exercise.

My est de telle manière que l'opération d'importation devrait seulement importer la configuration dans la cible AIT ÉTÉ serveur sans laisser tomber la cellule du serveur de source, chemises de noeud pendant qu'elle is.

It devrait employer la même cellule et des noms de noeud dans le serveur de cible et juste l'importation/copie que les configurations pendant qu'elle is.

I venait pour connaître l'abt des méthodes du jython d'AdminTask.exportWASProfile () et d'AdminTask.importWasProfile () de l'information center.

I AM capable exporter ÉTAIENT profil sur la source ÉTAIT serveur comme myprofile.car.

I ont créé le nouveau profil dans le serveur de cible pour s'assortir exactement la source server.

But quand j'ai essayé de l'importer j'ont observé que le processus d'importation crée la cellule, des chemises de noeud comme définies dans les archives (pour ex elle a créé la chemise de cellname de source dans les apps installés du serveur de cible. JE ne veux pas ce behavior.

I essayé pour fournir le cellname et le nodename du serveur de cible comme param mais la méthode/commande importwasprofile indique qu'elles sont demande n'importe qui d'invalid.

I en EE de fournir la solution ou meilleure approche pour this.

Thanks, le
Rishi

class= de

Réponse : L'exportation et l'importation ÉTAIENT des profils

la commande exportprofile ne fonctionnera pas où vous avez le dmgr et… etc. nodeagent. Cela fonctionnera seulement avec le websphere autonome (vient avec server1)

-----------------------------
Employer la commande exportWasprofile d'exporter la configuration entière de cellules vers des archives de configuration. La commande exportWasprofile ne fonctionne pas entre les plates-formes distribuée et de z/OS.

Note : Seulement une configuration de serveur basse avec le noeud simple est soutenue pour la commande exportWasprofile.
--------------------------------------------

J'ai une autre manière simple de copier le websphere ENV si vous voulez employer le mêmes cellname et nodename.

1) a installé le même fixpack d'includin de version de websphere sur la nouvelle machine

Note que vous devez veiller pour employer mêmes installez le chemin par exemple

si vous faites installer la vieille machine le chemin c : /webspherev6.1/appserver

Alors vous le besoin donnez mêmes installez le chemin sur la nouvelle machine c : /webspherev6.1/appserver

2) créer le dmgr et nodeprofile sur la nouvelle machine

3) vous devez arrêter le serveur de dmgr, nodeagent et tout le d'application sur la vieille machine

4) Vous pouvez goudron/fermer la fermeture éclair vers le haut le dir complet de profil de dmgr et le profil de noeud de la vieille machine et untar/défont la fermeture éclair sur la nouvelle machine sous c : /webspherev6.1/appserver/profiles et changent les entrées de hostname dans la configuration de websphere et

Employer suivent le lien pour le hostname changeant (les pratiques de serveur d'application de chaper 2) WebSphere V6.0 pour des changements de configuration

http://www-01.ibm.com/support/docview.wss?rs=&uid=swg27007419

5) un nouveau dmgr est en hausse et manuellement synchro le noeud avec le dmgr using la commande de syncnode.

du dmgrsoapport de newdmgrhostname de syncnode de casier de noeud - utilisateur d'username - mot de passe de mot de passe


6)  une fois que la synchro allait très bien début le nodeagent et s'assure les expositions de statut de synchro correctement sur la console de dmgr et mettent en marche alors tout le serveur d'application à partir de dmgrconsole

Espérer que ceci vous aide