DominoArea.org [Archive]

Pour l'instant l'info c'est moi !

Il m'arrive parfois d'avoir le verbe haut mais là je suis très loin derrière "l'invité" qui aurait pu au moins avoir la politesse de décliner son identité.
Nous avons là un Maître en la matière.

Nous avons tous eu des applications difficiles à gérer ou des cas d'administration compliqués mais ce n'est pas pour autant que l'on doit se permettre de tels propos.

Je me range derrière l'avis de Michael.

J'espère que tu es meilleur "technicien TussTuss" que parolier.

Salut Ogu

Invité avait un compte et était identifié, mais suite a une demande j'ai du supprimer ce compte.

D'ou le fait qu'il soit en invité, de toute manière la connexion anonyme n'est pas possible sur le Forum

je comprend pas bien pourquoi le post de l'invité semble ci dérangeant.
La personne vient chercher de l'info sur de la méthodologie, l'invité ne fait que lui répondre.

j'ai modéré l'invité car ces propos étaient grossier et insultant

et maintenant la question de départ est passée à la trappe !!!

tu as tout a fait raison

sujet Clos

pas la question !!!

pour les pb d index, si tu parles des admins au pluriel c est qu ils doivent etre plusieurs, donc tu bosses dans une grosse boite, donc y a plusieurs serveurs donc tu copies physiquement les bases, tu lances les agents sur les serveurs et apres pour etre propre tu detruis les deletion stubs et tu changes les replica ID.
et enfin tu ramene le bordel sur le serveur principal

mclement a écrit:donc tu copies physiquement les bases, tu lances les agents sur les serveurs et apres pour etre propre tu detruis les deletion stubs et tu changes les replica ID.

Question comme cela : tu fais comment pour changer les ID de réplication?

tu veux le moyen simple payant ou le compliqué gratuit?

Payant, j'imagine que c'est un produit Cooperteam. Gratuit, c'est là le danger parce que c'est une personne qui fait l'action et attribue un numéro.

Je dis cela parce j'ai connu un prestataire chez un client pour lequel j'ai travaillé qui a décidé de changer - en se vantant que c'était facile - volontairement l'id de réplique d'une base. Tout allait bien jusqu'au jour ou il a fallut répliquer la base sur un autre serveur. Impossible de le faire puisqu'il manquait 1 chiffre hexa à l'id. La base faisait 12 Go. Lui, il était parti avec le petit code, nous on ne le savait pas et on ne l'avait pas. Il a fallut écrire des quantités d'agents de transfert (des dépendances de document père/fils genre SGBD) et reconstruire entièrement la base avec les clés d'identification. Pour un p'tit programme gratuit qui a pris 5 sec. à s'exécuté a foutu en l'air environ 450 000 doc. Il a fallut deux programmeurs et 3 jours de boulot pour récupérer et corriger les données.

Je peux te dire que lorsqu'on a essayé de justifier cela dans une mise en production et que le client est "SOX compliance", non seulement on nous a passé un savons et qu'on nous a traité d'incapable, mais il a fallut faire cela en expliquant tous les processus de modification de données sans altérer le temps des autres projets.

C'est pour cela que je fais une mise en garde.

regardes du coté de scanEZ pour la version payant, t as juste à appuyer sur un bouton et ca te change le replica ID (ca coute pas trop cher comme produit et ca fait des miracles)

et de ce coté pour la version gratuite
http://forum.dominoarea.org/set-new-rep ... 48141.html

J ai déjà joué avec donc avec ce genre de code donc n'hésites pas a me contacter si tu veux que je veux le code