Discussion :

[jjcasalo]

Rebonjour,

J'ai une autre question à soumettre à vos compétences.

Je dois aussi mettre en place une réplication transactionnelle de N bases vers une base.
Les N bases ont la même structure et des données différentes (les identifiants sont préfixés par le nom de chaque base).
La base qui va recevoir la somme des N bases sera en mode lecture seule pour les utilisateurs.

Je crée donc une publication sur chacune des bases sources (qu'on appellera S1, S2, ...). Chaque publication est identique.

Sur la base "réceptacle" (qu'on appellera Germaine), je crée un premier abonnement vers la base S1, en cochant la case "Initialiser" (la base Germaine est vide au démarrage), et j'exécute la réplication.
Germaine est alors synchrone avec la base S1.

Toujours sur Germaine, je crée un second abonnement, vers la base S2. Je décoche la case "Initialiser", sinon les données de S1 qui sont dans Germaine seront écrasées par les données de S2.

Pareil pour les bases S3, S4, ...

Le problème, c'est que maintenant, la réplication fonctionne quand une donnée est modifiée sur une des bases sources, car la donnée est répliquée vers la base Germaine. Mais les autres données qui n'ont pas été modifiées ne sont pas répliquées.

J'ai pensé à faire l'équivalent d'un "Touch" sur toutes les données des bases sources, mais j'ai des triggers qui remplissent des champs "Date de Modif" et "Qui a modifié". Si je fais le "Touch", tous ces champs vont prendre la valeur "Admin".

En résumé, comment doit-on paramétrer la publication et les abonnements dans le cas d'une réplication transactionnelle avec N bases sources et 1 base réceptacle pour que ça fonctionne ?

Germaine et moi vous remercions.

[SQLpro]

Une réplication se pense et se définie à l'avance. En le faisant à postériori, vous ne pouvez pas avoir le beurre et l'argent du beurre.

Normalement vous auriez dû initialiser la base à partir d'un snapshot contenant les données. Comme cela n'a pas été fait, vous pouvez au choix :

• faire des INSERT directement de serveur à serveur via les serveurs liées
• faire effectivement un UPDATE 1 = 1 pour initialiser la réplication.

A +

[jjcasalo]

Hum... Je ne comprends pas.
J'ai initialisé la base réceptacle (Germaine) à partir d'un snapshot de la première base source (S1).

Mais si je refais la même chose avec la base S2, les données existantes de Germaine sont écrasées par celles de S2.

Hum, après réflexion, je pense avoir compris :

Si j'ai N bases sources, je dois créer N Snapshots. Il faut alors que j'importe ces N snapshot dans Germaine, PUIS que je crée mes abonnement aux N bases sources.

C'est ça ?

[SQLpro]

Oui !

A +

[jjcasalo]