J'ai un serveur principal SQL, en cours d'exécution SQL Server 2000, avec deux (en théorie) abonnant serveurs, chaque SQL Server 2005.SQL Server ne peut pas s'abonner ou être abonné à distance à une publication de réplication?
en cours d'exécutionL'un d'eux est abonnent bien, mais l'autre semble toujours à l'échec de souscrire, à la fois quand tentative de configuration de l'abonnement de l'éditeur (SQL2000) à l'abonné (SQL2005) et lors de la configuration de l'abonné à l'éditeur via Server Management Studio 2008 et via SQL Enterprise Manager
Dans certains cas, la publication est créée sur l'éditeur, mais un abonnement correspondant n'est pas créé sur l'abonné.
je puis obtenir un message d'erreur « Le processus n'a pas pu se connecter à l'abonné [ServerName] », et pas plus signe d'activité. Il n'y a aucun problème avec les connexions, les permissions, etc. Le mot de passe pour sa est le même sur les deux machines, et est différent sur la machine 2005 qui fonctionne.
Est-ce un problème que quelqu'un d'autre a rencontré? EDIT: J'ai maintenant essayé d'ajouter à la fois un compte d'accès dbSubscriber et un compte d'accès dbPublisher sur chaque serveur afin qu'ils ne se connectent pas en utilisant "sa", mais cela ne semble pas avoir fait de différence.
EDIT2: Ajout d'un abonnement push ne crée pas d'abonnement local sur le serveur d'abonnement. Est-ce normal ou est-ce le point où tout s'effondre?
Je suggère que vous scripter les scripts de configuration de réplication, avant de les exécuter en fait via SSMS, de sorte que vous pouvez voir "exactement" ce qui est/n'est pas effectué. –
Un seul message est envoyé à l'éditeur pour établir la connexion éditeur/abonné. Je n'ai aucune idée si c'est normal ou non. – Frosty840
Lors de la création d'un abonnement Push, un seul message est envoyé à l'éditeur pour établir la connexion éditeur/abonné. Lors de la création d'un abonnement Pull, un message est envoyé à l'éditeur et deux à l'abonné appelant. Je n'ai aucune idée si c'est normal ou non. – Frosty840