2009-12-09 5 views
1

J'ai la configuration de la réplication de fusion sur un système CRM. Les données des représentants commerciaux fusionnent lorsqu'ils se connectent au réseau (je pense que lorsque SQL détecte que les ordinateurs portables sont connectés), puis ils retirent les ordinateurs portables et les fusionnent à nouveau (il y a environ 6 ordinateurs portables fusionnés via 1 serveur). Ce système semble très bien lors de la configuration initiale, mais il s'arrête presque au bout d'un mois environ, le travail de fusion prenant presque 2 heures à s'exécuter, par utilisateur, le serveur ne souffre d'aucune difficulté.Problèmes de réplication de fusion SQL Server

Si je supprime l'ensemble de la publication et recréer tous les abonnements, cela semble fonctionner jusqu'à environ un mois, alors je suis de retour au même problème.

La base de données est mal conçue avec un manque de clés primaires/index etc, mais la plus grande table a seulement environ 3000 lignes dedans.

Est-ce que quelqu'un sait pourquoi cela pourrait se produire et s'il y a un risque de perdre des données lors de la suppression et de la recréation de la publication?

+0

À quelle fréquence les utilisateurs se synchronisent-ils? Existe-t-il des rapports ou des administrateurs qui écrivent des données qu'ils exécutent tous les mois? – u07ch

+0

Certains utilisateurs se synchronisent tous les jours car ils sont sur le réseau environ 70%, et quelques-uns seulement ont des ordinateurs portables sur le réseau à quelques reprises, ou une fois par semaine pendant une courte période, environ une heure ou deux . S'il y a ou plus d'informations dont vous avez besoin, veuillez poster un commentaire. –

+0

Il n'y a rien qui fonctionne sur une base mensuelle, juste vérifié la dernière synchronisation a pris 5,5 heures du jour au lendemain hier soir –

Répondre

2

Le problème était les métadonnées créées par la réplication du serveur SQL, il y a un travail du jour au lendemain qui vide et remplit une table de 3000 lignes. Cela provoque la réplication pour répliquer toutes ces lignes chaque jour.

Les abonnements ont été configurés pour ne jamais expirer, ce qui signifie que les anciennes métadonnées n'ont jamais été supprimées par le serveur SQL.

J'ai fixé la période d'abonnement à 7 jours maintenant dans l'espoir qu'il nettoiera maintenant les méta-données après cette période. J'ai fait quelques tests et prouvé que les changements n'étaient pas perdus si un abonnement expirait. Mais toutes les mises à jour sur le serveur ont priorité sur le client.

1

J'ai rencontré "Attente 60 seconde (s) avant l'interrogation pour d'autres changements" récemment en 2008 R2. Le moniteur de réplication affiche l'état "En cours" pour la réplication, mais uniquement l'étape 1 (Initialisation) et l'étape 2 (Modifications de schéma et insertions en bloc) ont été exécutées. Je étais très perplexe pourquoi les autres étapes ne sont pas exécutées?

La raison était simple - il semble que pour la réplication de fusion exige tcp/ip (et ou pas sûr) l'activation des protocoles de canaux nommés.

Aucune erreur n'a été signalée.

Probablement le problème similaire (une sorte de problème de connexion) est devenu apparent dans l'affaire Ryan Stephens.

Questions connexes