Page 1 sur 1

Failover des agents dans un cluster

MessagePublié: 21 Mars 2010 à 18:42
par LotuSmile
Salut!

Avez des retours d'experience concernant le fonctionnement des agents dans cluster.

Voilà, j'envisage de monter ma grappe avec 2 serveurs d'applications. Les bases contiennent des agents et elles seront dupliquées et répliquées entre ces serveurs Domino.
Les serveurs d'execution de tous les agents sont "any server".

1.Admettons que tous les jours à 12H plusieurs agents doivent se lancer. Donc chacune des replica va forcement executer les agents sur son serveur.
cela risque d'engendrer des conflits de replications et des doublons. Comment éviter ca? Des idées?

2. Comment les agents planifiés gèrent le failover dans un cluster? ou plutot quelle methode pour les gerer dans un cluster?

Merci

MessagePublié: 22 Mars 2010 à 03:45
par JYR
Une idée
http://www.eview.com/eview/VOLR6.nsf/0/ ... A0003FAA42

En passant, évite de poster dans 2 sections

Merci,

JYR

MessagePublié: 24 Mars 2010 à 14:52
par LotuSmile
Salut JYR.

Merci pour ce lien. En faite, j'ai posté 2 fois ma requete pour avoir 2 avis différent celui d'un administrateur et celui d'un developpeur.

Serait-il possible d'avoir un document ou un guide pdf concernant cette base?


Merci.

MessagePublié: 24 Mars 2010 à 15:00
par JYR
si tu es abonné oui :-)

Je crois que j'en avais une version papier, je vais voir ce que je peux faire

MessagePublié: 24 Mars 2010 à 21:40
par LotuSmile
Ahahah Merci Jean Yves!! :)

MessagePublié: 21 Avr 2010 à 23:57
par roubech
la question m'a traversé l'esprit mais j'ai jamais trop eu le temps de pousser les recherches sur le sujet. il me semble que j'avais vu passer une méthode qui pouvait aider dans les nouveauté de je ne sais plus quelle version mais plus moyen de mettre la main dessus
en vérifiant dans l'aide la class NotesAgent, tout ce que je vois qui pourrait aider, c'est les lock : le 1er qui se déclenche fait un lock pour que les autres ne tourne pas sur les autres esrveurs
sinon, dans NotesDatabase, ily a la méthode isInService : quand l'agent se déclenche, il vérifie qu'il tourne sur le serveur d'admin de la base, si oui, il continue, si non, il essaye d'ouvrir la base sur le serveur d'admin et si elle est en service, il s'arrete considérant que l'agent s'est bien déroulé sur le serveur d'admin

c'est des idées comme ça
je suis également interessé par ce que peut contenir cet article