Récement, j'ai experimenté quelqeus soucis avec un POC Merge Replication :

80004005 : Failure to connect to SQL Server

Le Merge Replication n’abouti pas. L’erreur ‘OpenDB failed getting pub version 28627’ est loguée dans le fichier SQLCESA30.LOG.

Liste des contrôles à effectuer :

• S’assurer que le serveur de réplication fonctionne correctement :
  http://nomduserveur/ssce/sqlcesa30.dll?diag
• Contrôler dans le fichier log (C:\Program Files\Microsoft SQL Server 2005 Mobile Edition\Server\SSCE\SQLCESA30.LOG) que l’entrée ‘Hr=00000000 SQLCESA30.DLL loaded 0’

Vérifier le transport en effectuant des ‘ping’ entre Publisher, Distributor &Replication.

• Si un des serveur ne répond pas, vérifier que le firewall est à off.

Vérifier que les différents serveurs (Publisher, Distributor & Replication) communiquent correctement :

• depuis le serveur de réplication :
  o osql –S PUBLISHER –E
  o osql –S DISTRIBUTOR –E
• etc sur les autres serveurs ...

Si la communication ne fonctionne pas, vérifier dans ‘SQL Server Surface Area Configuration’ que les connections locales et distantes sont autorisées.

Wednesday, January 30, 2008 3:43:54 PM (GMT Standard Time, UTC+00:00)      Comments [0]  Merge Replication | SQL-Server 2005 | Windows Mobile

Dans le cadre d’un POC (Proof Of Concept), j’ai décidé de changer le nom du serveur de base de donnée afin que ce laboratoire soit ‘auto-documenté’ (c’est plus claire quand les machines s’appellent ‘Directory Services’, ‘Publisher’ au lien de ‘WIN-1234’ et ‘WIN-1235 …). Cette modification intervient APRES l’installation de SQL-Server.

Le changement de nom s’effectue très simplement depuis l’administration de l’ordinateur (Poste de travail/ Gérer). Jusqu’ici, tout va bien.

Lors de la première connexion à la base de donnée via SQL-Server Management Studio, la mire propose toujours l’ancien nom de l’ordinateur. Pas de souci, il suffit de remplacer celui-ci par son nouveau nom et la connexion s’effectue correctement.

Un problème survient lorsque l’on désir gérer la réplication. En effet, pour une mystérieuse raison, la réplication (Replication.Utilities) cherche toujours à accéder au serveur avec l’ancien nom …

Un rapide coup d’œil sur les tables système permet de trouver la source du souci :

select * from sys.servers

Retourne des informations du serveur SGDB, et retourne surtout dans la colonne ‘NAME’ l’ancien nom de la machine L

Le souci sera rapidement résolut en supprimant le serveur et en le recréant à l’aide des procédures stockées suivantes :

sp_dropserver ‘WIN-1235’

sp_addserver @server=‘Publisher’, @local=’local’

Et tout rentre dans l’ordre.

Thursday, January 24, 2008 1:36:14 PM (GMT Standard Time, UTC+00:00)      Comments [0]  SQL-Server 2005 | Tips | Merge Replication