Etape 3 : Configurer un envoi d’abonnement

to the Push Subscription Wizard,
activez la case à  cocher Show advanced options in this wizard,
puis cliquez sur Next. Sur l’écran Choose Subscribers,
sélectionner l’ordinateur SQL Server que vous souhaitez
désigner en tant que Subscriber et cliquez sur Next. Sur
l’écran Choose Destination Database, entrez le nom de la
base de données source et cible de la réplication sur le
Subscriber. (Dans l’approche TRQU, la réplication est bidirectionnelle,
du Publisher vers le Subscriber et inversement).
Dans ce scénario, j’ai utilisé un seul système. Par conséquent,
j’ai désigné une autre base de données, Northwind. cliquez
sur Next. Au niveau de l’écran Select Set Distribution Agent
Schedule, vous pouvez décider soit d’exécuter l’agent en
continu, soit de l’exécuter selon une planification spécifiée.
Dans cet exemple, j’ai choisi de l’exécuter en continu.
Cliquez ensuite sur Next.
Au niveau de l’écran Initialize Subscription, choisissez la
première option – Yes, initialize schema -, puis sélectionnez
Start Snapshot Agent immediately to begin initialization immediately.
Cette option permet de garantir que le Publisher
et le Subscriber ont des copies identiques des données au
démarrage de la réplication. Cliquez sur Next. Sur l’écran
Updatable Subscriptions, sélectionnez l’option Queued updating,
puis cliquez sur Next. L’écran Start Required Services
doit indiquer que le service Agent SQL Server est en cours d’exécution sur le Distributor. Cliquez sur Next. L’écran
Completing Push Subscription Wizard récapitule tous les éléments
sélectionnés. Cliquez sur Finish. L’écran suivant indique
la progression de la création de l’abonnement et est
suivi d’un autre confirmant la réussite de l’opération. Cliquez
sur Close.
Dans Enterprise Manager, vous pouvez afficher l’abonnement
défini pour la publication donnée. Notez que le processus
de configuration TRQU a

• ajouté de nouvelles tâches sur le Distributor (une pour
  chaque agent participant à  la réplication TRQU sur cet ordinateur),

• énuméré tous les agents participant à  la réplication dans le
  dossier Replication Monitor,

• modifié la structure des tables prenant part à  la réplication
  TRQU,

• ajouté des déclencheurs sur ces tables au niveau du
  Publisher et du Subscriber,

• ajouté de nouvelles procédures stockées dans les bases de
  données – tous les noms de procédures commencent par
  sp_MS.

Pour démarrer la réplication TRQU, exécutez le
Snapshot Agent en cliquant avec le bouton droit de la souris
sur celui-ci, puis en cliquant sur Start. Ensuite, pour effectuer
la synchronisation initiale, cliquez sur l’agent de distribution.
Votre configuration TRQU doit désormais être prête. Testezla
en entrant ou modifiant des données dans la table du
Publisher et celle du Subscriber, puis regardez comment et à 
quel moment les changements sont propagés vers l’autre
système ou base de données. Ensuite, essayez de modifier la
même ligne à  partir de deux emplacements simultanément
et regardez ce qu’il se passe. Si vous modifiez une ligne de la
table du Publisher, la modification doit normalement être répercutée
dans la table du Subscriber dans les secondes qui
suivent si vous avez laissé le lecteur du journal et les agents
de distribution fonctionner en continu. En cas de modification
de la table du Subscriber, le changement doit apparaître
au bout de quelques secondes dans la table du Publisher si
votre tâche de lecteur de file d’attente fonctionne en
continu. Essayez maintenant de modifier la même ligne à 
partir de deux emplacements simultanément en ouvrant
deux sessions du Query Analyzer, une sur le Publisher et
l’autre sur le Subscriber. Si vous avez conservé la stratégie
par défaut Publisher wins en tant que règle de résolution de
conflits, la modification sur le Publisher doit prendre le pas
sur celle au niveau du Subscriber. Vous pouvez modifier la
stratégie de résolution de conflits après la création de la publication,
tant qu’aucun abonnement n’est défini.
Un examen approfondi des erreurs possibles de la configuration
TRQU sort du cadre de cet article, mais un problème
en particulier mérite d’être mentionné. La plupart des
problèmes liés à  la réplication TRQU surviennent lorsque
l’Agent SQL Server ne dispose pas des permissions suffisantes
au niveau du Publisher et du Subscriber pour effectuer
son travail. Gardez à  l’esprit que l’Agent SQL Server sur
le Distributor effectue la majeure partie du travail de
connexion au Publisher et au Subscriber. Pour éviter ce problème,
faites en sorte que le service Agent SQL Server s’exécute
sous un compte de domaine sur le Publisher, le
Distributor et le Subscriber, et intégrez le compte au groupe
Local Administrators au niveau du système d’exploitation
Windows et au rôle de serveur sysadmin au sein de SQL
Server.
Maintenant que vous avez examiné la procédure de
configuration de la réplication TRQU, vous pouvez utiliser
cette méthode efficacement pour synchroniser étroitement,
mais pas parfaitement, les données métiers de plusieurs
sites, tout en autorisant les mises à  jour des données sur tous
les sites en question.