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.

0 commentaires:

AUTEUR

Ma photo
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

MAP

Locations of visitors to this page

AUTRES BLOG

LIVRES

MEMBRES