Sql Replication Server ou SyncFramework

Question

J'ai trois serveurs de base de données, tous les runing SQL Server 2008.

Deux d'entre eux sont situés dans deux magasins diférents (de LocalServers), l'autre est sur un environnement d'hébergement à distance (RemoteServer). Le (RemoteServer) contient les informations les plus à jour sur les produits, les prix, etc. LocalServers contient une copie des tables et des commandes générées dans chaque magasin. Je dois publier des commandes (LocalServers) sur le (RemoteServer) et télécharger les produits, clients et prix de (RemoteServer) au moins une fois par jour. En fin de journée (RemoteServer) doit contenir les informations des ventes de chaque magasin mais (LocalServers) ne nécessite pas d'avoir d'autres ventes de magasins.

Les serveurs LocalServer peuvent communiquer avec RemoteServer, c'est un trafic à sens unique. La communication entre RemoteServer et LocalServers n'est pas disponible.

Quel type de réplication correspond à mon problème? Sync Framework?

Answer 1

La réplication de fusion SQL Server avec des abonnements pull semble être appropriée dans ce cas.

La réplication de fusion peut fusionner les résultats des deux serveurs locaux dans le serveur distant. L'éditeur serait le serveur distant et les abonnés seraient les serveurs locaux. "Pull" n'indique pas la direction du flux de données, ce qui est bidirectionnel "

Dans un abonnement "pull", la fusion est initiée à partir de l'abonné, pas de l'éditeur, ce qui est cohérent avec les exigences de communication.

Un filtre de ligne peut être utilisé pour partitionner la table des ordres afin que chaque serveur local ne voit que ses propres données de commande. Le produit/prix ne serait pas filtré et serait commun à tous les membres.