Discussion :

[6rose]

Est ce faisable ?

J'aimerais mettre en place deux sites primaires poss�dant chacun la m�me base de tel mani�re que si je fais un update sur l'un des deux sites, mes deux bases soient affect�es.

Pouvez-vous m'orienter?

[Fabien Celaia]

C'est possible. Il y aura en fait 2 r�plications monodirectionnelles, mais il faudra faire gaffe aux conflits !

Tu as 2 m�thodes envisageables

1) une seule base primaire
Les utilisateurs de la PDB (Primary Database) font ce qu'ils veulent
Les utilisateurs de la RDB ne modifient la RDB que via des proc�dures stock�es qui modifient la PDB (mais c'est transparent pour l'utilisateur)

2) deux r�plications monodirectionnelles
Dans ce cas, prends garde � 2 choses :
a) gestion des conflits (et attention � l'utilisation des timestamps en r�plication )
b) configuration de l'agent de r�plication afin qu'il ne tourne pas en boucle (ce qui , par d�faut, ne devrait pas se produire compte tenu que tout ce qui est ex�cut� par le maintenance user n'est pas r�pliqu� plus loin)

Bonne chance

[6rose]

merci,

c'est bien la premi�re solution � laquelle j'avais pens�.
Je n'aurais pas trop de probl�me de latance dans ce cas?

[6rose]

et de conflits?

[Fabien Celaia]

Ca d�pend des transactions que tu fais et de ce que tu t'attends � recevoir. Quel est la probabilit� que 2 utilisateurs des 2 sites modifient durant la latence le m�me enregistrement ? Utilises des champs DernierUpdate de type datetime comme timestamps. Pour la latence, �a d�pend du r�seau, mais le bidirectionnel ne change rien � �a.

Quant � moi, je pr�f�re la 2e solution, mais �a d�pend de l'autonomie que tu veux pour chaque site.