Republication des données

Mis à jour : 12 décembre 2006

Dans un modèle de republication, le serveur de publication envoie les données à un Abonné qui les retransmet ensuite à un nombre quelconque d'Abonnés. Cette méthode est utile lorsqu'un serveur de publication doit envoyer les données à des Abonnés via une liaison de communication lente ou coûteuse. S'il existe beaucoup d'Abonnés à l'extrémité distante de cette liaison, l'utilisation d'un serveur de republication permet de déplacer la totalité de la charge de distribution de ce côté de la liaison.

Pour republier les données, procédez comme suit :

1. Créez une publication sur le serveur de publication.
2. Créez un abonnement à une publication pour l'Abonné chargé de la republication.
3. Initialisez l'abonnement. L'abonnement doit être initialisé avant de créer la publication sur l'Abonné chargé de la republication sans quoi la réplication échoue.
4. Créez une publication dans la base de données d'abonnement sur l'Abonné chargé de la republication.
5. Créez des abonnements à la publication sur l'Abonné chargé de la republication pour les autres Abonnés.
6. Initialisez les abonnements.

Remarque :
Si vous utilisez la réplication de fusion dans une topologie de republication, tous les Abonnés chargés de la republication doivent utiliser des abonnements serveur. Pour plus d'informations sur les types d'abonnements, consultez Abonnement à des publications.

Dans l'illustration suivante, le serveur de publication et celui de republication sont aussi leurs propres distributeurs locaux. Si chacun d'eux a été configuré pour utiliser un serveur de distribution distant, chaque serveur de distribution doit se trouver du même côté de la liaison de communication lente ou coûteuse que son serveur de publication. Les serveurs de publication doivent être connectés à des serveurs de distribution distants par l'intermédiaire de liaisons de communications fiables à haut débit.

Tous les serveurs peuvent être à la fois Serveur de publication et Abonné. Par exemple, l'illustration suivante présente la publication d'une table hébergée à Londres et qui doit être distribuée dans quatre villes aux États-Unis : Chicago, New York, San Diego et Seattle. Le serveur situé à New York a été sélectionné pour s'abonner à la table publiée sur le serveur londonien, car le site new-yorkais réunit les conditions suivantes :

• La liaison réseau de retour vers Londres est relativement fiable.
• Les coûts de communication entre Londres et New York sont acceptables.
• Les lignes de communication réseau à partir de New York vers les autres sites d'Abonnés américains sont de bonne qualité.
  

La réplication prend en charge les scénarios de republication suivants :

Serveur de publication	Abonné de publication	Abonné
Publication transactionnelle	Abonnement transactionnel/publication transactionnelle	Abonnement transactionnel
Publication transactionnelle	Abonnement transactionnel/publication de fusion1	Abonnement de fusion
Publication de fusion	Abonnement de fusion/publication de fusion	Abonnement de fusion
Publication de fusion	Abonnement de fusion/publication transactionnelle	Abonnement transactionnel

1Vous devez modifier la propriété @published_in_tran_pub dans la publication de fusion. Par défaut, la réplication transactionnelle suppose que les tables sur l'Abonné soient traitées en tant qu'éléments accessibles en lecture seule. Si la réplication de fusion apporte des modifications aux données d'une table dans un abonnement transactionnel, une non-convergence de données peut se produire. Pour éviter ce risque, il est recommandé de spécifier toute table de ce type en tant qu'objet en téléchargement seul dans la publication de fusion. Cela empêche un Abonné de fusion de télécharger sur la table les modifications apportées aux données. Pour plus d'informations, consultez Optimisation des performances de la réplication de fusion avec les articles en téléchargement seul.

Voir aussi

Concepts

Configuration de la distribution
Publication de données et d'objets de base de données
Abonnement à des publications
Initialisation d'un abonnement
Synchronisation des données

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version	Historique
12 décembre 2006	Nouveau contenu : Ajout d'informations clarifiant la prise en charge des topologies de republication mixtes.