Répliquer uniquement un document

[vonjeo]

Bonjour,

Soit 2 bases NSF1.nsf et NSF2.nsf sur un même serveur SERVEUR12/SVR.
Soit 1 base NSF3.nsf se trouvant sur le serveur SERVEUR3/SVR.

J'ai un besoin qui est de répliquer vers NSF3.nsf 2 documents particuliers se trouvant l'une dans une base NSF1.nsf et l'autre dans une base NSF2.nsf.

Les 3 bases ne sont pas des répliques. Mon objectif serait que lorsque je lance depuis SERVERUR3/SVR un "replica SERVEUR12/SVR NSF3.nsf", NSF3 récupère les changements qui auront été apportés dans les documents de NSF1 et NSF2...

Pensez vous que cela soit possible ? Avez vous quelques pistes pour réaliser cette prouesse technique ?

Merci à tous

[amahi]

Si nsf3 est une replique de nsf2 et de nsf1 alors nsf1 est forcement une replique de nsf2.
A contrario si nsf1 n'est pas une replique de nsf2, alors il est impossible que nsf3 soit une replique de nsf1 Et de nsf2.

[LSong]

tu ne peu pas répliquer deux bases qui ne sont pas des répliques

mais tu peu tres bien copier un document d'une base à une autre avec un peu de scripte (ce qui n'a rien d'une prouesse )

fait un agent planifier sur la base 3
qui va aller chercher dans les base 1 et 2 le document que tu souhaite
et le copie ou mette à jour le pendant dans la base 3

Attention vu que c'est un agent planifier il y a la restriction sur l'ouverture de base sur les autre serveur (il faut que les serveurs soit amis ou un truc comme ca, ca parlera plus a un admin)

[vonjeo]

Merci pour vos retours à tous deux même si Amahi est un peu hors sujet

Je vais trouver un autre moyen pour parvenir à mes fin et procéder aux différents traitements sur un même serveur.

[LSong]

c'est vraiment important que ca se réplique ?

modifier un document par un LS ce n'est pas bien dur

[amahi]

reponse classique qui ne comprend meme pas la question qu'il pose.

[LSong]

je ne suis pas sur d'avoir compris la question non plus... ni la reponse au final

[amahi]

quand on modere et edit un message on le signal...

[vonjeo]

Bon ok...

Alors Amahi, j'étais sur de l'humour mais je vois que l'ambulance a reçu une rockette donc je te précise qu'au départ j'ai bien annoncé qu'aucune des bases n'étaient des répliques donc je ne comprend pas bien ton intervention sachant que j'ai posé clairement le postulat avant de poser le problème... à toi de voir si c'est moi qui suis à côté de la plaque et qui fait des réponses "classiques qui ne comprend pas la question"... je ne réagirai plus sur ce point :/

Ensuite, il s'agit de consolider des informations se trouvant dans des documents dans 2 bases applicatives différentes sur un même serveur (la base qui manipulera les informations statistiques étant NSF3.nsf).

L'avantage, si le système de répliquer des documents dans des bases documentaires non répliquées fonctionnait, j'aurai profité de la simple réplication horaire de l'ensemble des bases entre les serveurs (ils sont dans le même domaine mais pas le même cluster) pour récupérer les informations à jour. Les serveurs n'étant pas trusté, il m'est impossible d'attaquer des documents via un agent LS. Je vais donc demander aux administrateurs une réplique sélective (juste des vues où je sais que mes documents se trouvent) de NSF1.nsf et NSF2.nsf sur SERVEUR/SVR puis récupérer à intervalle régulier les informations (via LS) dans NSF3.nsf.

Voila, je suis désolé de ne pas avoir été assez clair (pour LSong en tout cas parce que Amahi je crois qu'il est vexé du fait d'avoir été HS dès le départ).

[Michael DELIQUE]

hello

les baffes vont s'arrêter là ou c'est moi qui les collent et vu mon poids yen a qui vont pleurer...

vonjeo ce que tu souhaite faire je le comprend bien, mais ne rentre pas dans le cadre de la réplique et de loin. il va falloir que tu fasse le traitement toi-même.

parceque une réplique est un clone parfait le but étant de propager l'information strictement identique. malheureusement la consolidation n'est pas une réplique.

Petit message pour le modérateur, on signe toujours ça modération.

[amahi]

Je croit que tu ne comprend pas le principe de replication, sinon tu ne poserait pas un postulat de départ aussi "impossible". Voila ma reponse initial.
Apres ton besoin est basique, y'as plusieur maniere d'y parvenir, si on oublie ton idée de genie, une t'a ete fournit par LSONG.

[LSong]

la solution de crée des répliques ciblé de 1 et 2 sur le serveur 3 marche tout à fait

- il y au aussi la possibilité d'envoyer un mail a la base 3 avec les infos
- appeler la base 3 par une url et envoyer les données en post
- via FTP

etc

[vonjeo]

Michael,

Merci pour ton intervention, ça va ramener du calme et aider à trouver des solutions aux post plutôt que les plomber de réflexions désagréables
Sinon j'ai bien compris que la solution de la réplication pour récupérer des données vers NSF3.nsf depuis les bases NSF1 e NSF2 du serveur SERVEUR12/SVR est donc bien impossible et la solution de LSong aurait été parfait si SERVEUR3/SVR était trusté par SERVEUR12/SVR.

Amahi,
Excuses moi mais je n'ai pas compris ton intervention de départ, je pensais vraiment que tu n'avais pas pris en compte le fait qu'aucune de ces 3 bases n'étaient des répliques entres elles (d'ou ma question : est ce que ma demande est possible)

LSong,
Ce sera une application full client lourd et je préfère la réplique sélective à l'envoi de mail car je ne contrôle pas les trigger sur NSF1.nsf et NSF2.nsf... mon projet créé NSF3.NSF.

MErci à tous

[vonjeo]

Je croit que tu ne comprend pas le principe de replication, sinon tu ne poserait pas un postulat de départ aussi "impossible". Voila ma reponse initial.
Apres ton besoin est basique, y'as plusieur maniere d'y parvenir, si on oublie ton idée de genie, une ta ete fournit par LSONG.

Et puis tu as bien dû en avoir des postulats impossibles en Sup/Spé non ?...
Le tout est de sortir de l'ensemble R (ça rappelle des souvenirs... euh... des chauchemards plutôt)

[LSong]

a mon avis la solution sur les repliques ciblées est la plus simple

plus c'est simple mieux ca marche, c'est rare de trouver un marteau en panne