mercredi 1 avril 2009
Procédure de bascule de l’instance d’administration d’une machine à l’autre en cas d’indisponibilité de la machine supportant celle-ci.
PRINCIPE
Les instances managées ont besoin des informations contenues dans le fichier config.xml pour déployer les ressource et applications. Pour cela elles utilisent l’instance d’administration via son URL. Si l’instance d’administration n’est pas présente, elle peut utiliser une copie locale du fichier config.xml automatiquement copié en local de chaque instance via l’option MSI en mode réplication.
Cependant, sans la présence de l’instance d’administration, aucune modification de la configuration du domaine ne peut être réalisée. Il faut donc relancer cette instance sur une machine valide.
PREREQUIS
L’élément impactant est l’URL de l’instance d’administration placée dans le scripte de démarrage des instances managées, et la présence des fichiers de configuration du domaine à l’endroit ou l’instance d’administration doit démarrer.
URL
-Dweblogic.management.server=http://IP:PORT
Fichiers à placer sur chaque machine pour démarrer l’instance d’administration
*.ldift | fichier nécessaire à la reconstruction du répertoire temporaire de l’instance d’administration |
msi-config.xml | Fichier a jour (réalisé par Weblogic avec l’option MSI réplication activée en réplication) |
*.dat | Fichier binaire |
boot.properties | Mot de passe pour le démarrage des instances |
running-managed-servers.xml | Fichier récapitulant toutes les instances sur lequel il faut se resynchroniser |
Il faudra également paramètre l’instance d’administration en localhost de façon à ne pas modifier le paramétrage du domaine.
Pour que l’instance d’administration se resynchronise avec ses instances managées en cours, il faut positionner le paramètre suivant dans son scripte de démarrage.
-Dweblogic.management.discover=true
Dans le cas où l’ instance d’administration se resynchronise mal avec ses instances managées, on peut utiliser la commande suivante pour forcer cette action.
weblogic.Admin DISCOVERMANAGEDSERVER
ACTION
· Copier sur chaque machine les fichiers suivant au niveau du répertoire du domaine.
Fichiers à placer sur chaque machines
*.ldift | fichier nécessaire à la reconstruction du répertoire temporaire de l’instance d’administration |
msi-config.xml | Fichier a jour (réalisé par Weblogic avec l’option MSI réplication activée en réplication) |
*.dat | Fichier binaire |
boot.properties | Mot de passe pour le démarrage des instances |
running-managed-servers.xml | Fichier récapitulant toutes les instances sur lequel il faut se resynchroniser |
· Placer le scripte de démarrage de l’instance d’administration sur chaque répertoire de domaine.
· Redémarrer l’instance d’administration si besoin sur une nouvelle machine (1 seul instance d’administration active au même moment). Il y a une resynchronisation automatique des instances.
· Paramétrer les scriptes de démarrage des instances managées de façon à redémarrer celle-ci avec la bonne URL (faire varier l’IP) (redémarrage si besoin).
-Dweblogic.management.server=http://IP:PORT
ALTERNATIVE
Vous pouvez utiliser la résolution DNS pour changer l’IP de l’instance d’administration sans avoir besoin de toucher aux scriptes de démarrage des instances managées.
Inscription à :
Publier les commentaires (Atom)
AUTEUR
- Jean FRANCOIS
- Carrières Sur Sein, Yvelines, France
- Consultant Oracle (Ancien consultant BEA depuis 2001), je m’occupe des expertises sur les produits Oracle : SOCLE (Weblogic, Coherence, JRockit) SOA (Service Bus, SOA Suite, BPM)
MON CV
LABEL 3D
Blogumulus by Roy Tanck and Amanda Fazani
LABEL CLOUD
ARCHIVES
AUTRES BLOG
-
Alexandre Vasseur ex (BEA | Oracle FR / Esper)
James Bayer (BEA | Oracle US)
Maxence Button ex (BEA | Oracle FR)
Marc Kelderman
Edwin Biemond (Oracle ACE)
Mark Smith (Oracle)
Chris Tomkins (Oracle)
0 commentaires:
Enregistrer un commentaire