[Réplication] Document modifiés qui ne descendent pas

[Cyril Niang]

Bonjour,

J'ai deux serveurs situés sur deux pays, Sénégal (SN) et Mali (ML), administrés depuis Paris. J'ai fait mettre en place une réplication entre ces deux serveurs sur une application. La réplication est planifiée toutes les demi-heures de 08h à 22h. Jusque là tout va bien. L'application est renseignée depuis ML et les documents redescendent vers SN.

Formule de réplication :

Code : Tout sélectionner

 SELECT Form = "OL"

Mode de réplication : Envoyer/Recevoir => Push-Pull.

Fonctionnement de l'appli : Type "workflow" -> Un document est créé sur ML; puis il y a un mail envoyer pour validation; Si OK alors il y a des champs cachés qui apparaissent pour la fin du traitement; sinon rien!

Problème : Les documents créés depuis ML redescendent sur SN. Une fois qu'un doc est validé (donc modifié!!), et ben les modifications ne sont pas répercutées vers SN. Dès lors sur ML, les champs masqués sont remplis etc...mais aucune visibilité sur SN.

Que pourrait-être mon soucis ?

Merci

[Raziel]

Lorsque tu fais la modification, tu ne changera pas des champs de type auteurs ou lecteurs qui ferai que ton serveur ne puisse plus voir le document et donc le répliquer ?

[Cyril Niang]

Le groupe LocalDomaineServers a un accès gestionnaire mais n'était pas dans le champ Lecteur. Donc je lui ais attribué un rôle qui y figure, supprimer les historiques de réplications. Je verrai maintenant!

[Michael DELIQUE]

salut

quand une réplique se passe mal, il est parfois necessaire de supprimer l'historique de réplication pour etre certain que le serveur prenne bien en compte tous les documents

[Raziel]

salut

quand une réplique se passe mal, il est parfois necessaire de supprimer l'historique de réplication pour etre certain que le serveur prenne bien en compte tous les documents

J'avais aussi pensé à cela au début sauf qu'au vue de la description (sauf si j'ai mal compris) il semble que je sois systématique une fois que le document a été créé. C'est pour cela que je penchais plus pour un pb de visibilité du doc par les seveurs.

[Cyril Niang]

Après avoir supprimé les historiques puis rajouter un rôle au groupe LOCALDOMAINSERVERS pour qu'il soit dans le champ lecteur ça a marché.

Merci à vous!

[Michael DELIQUE]

@raziel le souci lors de la réplique c'est qu'une fois qu'elle est lancé tous les document sont "considéré" comme répliqué, même si ça foire. donc pourque le serveur le reprenne en compte il faut vider l'historique pour qu'il passe en revu chaque document et ne fasse pas une réplique incrémentiel

[Raziel]

@raziel le souci lors de la réplique c'est qu'une fois qu'elle est lancé tous les document sont "considéré" comme répliqué, même si ça foire. donc pourque le serveur le reprenne en compte il faut vider l'historique pour qu'il passe en revu chaque document et ne fasse pas une réplique incrémentiel

Nous sommes d'accord.
Ok quand c'est occasionnel. Mais si la non réplication faite suite à une modif du doc (surtout dans un workflow), je pense que la raison se situe plus au niveau d'un pb de droit pour le serveur.

Visiblemnt là, le nouveau doc créé descendait bien mais systématiquement toute modification n'étaient pas répercuté.