Discussion :

[R&B]

Bonjour,

Nous étudions la réplication entre serveurs HFCS. Il s'agit de réplication étoile sans planification (streaming).
La mise en place via le centre de contrôle à bien fonctionné : les modifications circulent, les conflits d'écriture sont gérés selon les priorités établies pour peu que le code gère les blocages.
A ce stade, on ressemble aux exemples illustrés dans les vidéos et tout fonctionne comme prévu : tout seul et sans problème.
Les déconnexions ainsi que les mise à jour de donnée se passent comme prévu. Nous devons encore trouver comment distribuer les exécutables mis à jour qui sont connecté aux nouvelles structures.
La mise en place par programmation (HRSInit + HRSAjouteConfig) permet de faire les mêmes opérations pour décrire les réplications... à condition toutefois que les C/S abonnés aient été paramétrés comme aceptant la réplication en tant qu'abonnés (bref, on ne peut pas tout faire par programmation)

Concernant la gestion des flux, Selon les informations dans notre base, les besoins ne sont pas les mêmes. Certaines données nécessitent une réplication bidirectionnelle sans planification. D'autres permettent une réplication unidirectionnelle avec planification. La solution semble de décrire, pour la même base, autant de configuration que de groupes de fichier et d'en fixer le sens/la planification.

On a ainsi un serveur maitre avec un chapelet d'abonnés.

1- (question stupide pour commencer, mais c'est pour lever un doute) Est-il possible d'avoir un flux 'remontant uniquement' ?
Il s'agit, pour un groupe de fichiers, de décrire des réplications unidirectionnelles qui remontent uniquement les données.
J'imagine que les abonnés deviennent des maitres et le serveur maitre un abonné de chaque autre serveur et qu'on pourrait décrire des réplications qui remonterai les données.
Mais dans ce cas la mise à jour automatique serait complexe voir impossible et cela me semble bien contre nature !

2- Peut-on emboiter des réplications bidirectionnelles dans une réplication arborescente ? L'exemple proposé dans la documentation n'indique dans ce cas que des réplications unidirectionnelles ?

3- on ne peut utiliser la réplication serveur entre deux bases d'un même serveur HFCS, comment faire si l'applicatif utilisant les données répliquée se trouve sur la même machine ?
Mon test de création de réplication sur le centre de contrôle refuse au prétexte du même identifiant serveur...

4- Quid du contrôle de l'état des réplications ? rien ne permet de connaitre l'état de synchronisation des serveur et donc de réagir. A moins que j'ai raté ce sujet ?

[R&B]

1- Si les écritures n'ont lieux que que les abonnés, le maître sert alors de consolidateur et redistribue à tous les abonnés !
2- oui
3- il est possible d'installer deux serveur HFCS sur une même machine
4- ??

OK. après recherches plus poussée, la réplication serveur ne sert pas notre architecture.
En outre la gestion de la réplication avec non pas des ID8 mais des clés unique pose un problème, il faudrait gérer des paliers.

Nous avons cherché du coté de la réplication programmée (forum, doc, etc) et surprise : le sujet ne fait pas l'objet d'une présentation... au mieux des bon posts ici et là.
Si le sujet est important, il semble que cela soit un peu (trop) technique pour une utilisation commune, dommage.