by Stéphane
31. January 2008 00:43
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.
by Stéphane
24. January 2008 22:36
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.
by Stéphane
19. January 2008 00:42
Je compulse actuellement le livre Windows Mobile Data Synchronization with SQL Server and SQL Server Compact 3.1 de Rob Tiffany, principalement pour appréhender la synchronisation de données entre un PPC et une base centralisée.
Rob donne un coup de projecteur sur une utilisation assez surprenante du Merge Replication. Comme 99% des personnes, je pense à cette technologie pour maintenir à jour des données et structures sur un PPC et une base SQL-Server centralisée. Rob pousse la réflexion plus loin et propose d’utiliser cette technologie pour pousser toutes sortes d’information sur le PPC. Et donc pourquoi pas des applications ou des policies ?
L’exemple est trop simple et on se demande pourquoi ne pas y avoir pensé avant …
Le PPC est abonné (Subscription) à un article (Article). Au niveau physique, le PPC est abonnée à une table avec un champ. Un niveau serveur, on renseigne ce champ avec l’application (en binaire). A la prochaine connexion, l’application est poussée sur la PPC par le serveur de réplication. Supposons qu’un agent tourne sur le PPC et se charge d’installer les applications trouvées dans cette table, et le tour est joué ! Même principe pour des settings systeme ...
C’est tellement simple que j’ai presque envie de faire le test !
Stéphane
by Stéphane
16. January 2008 06:01
En download ici.
C'est toujours assez utile ;)
98bff230-89c4-4750-bbff-101fd58a1a64|0|.0
Tags: C#
C#
by Stéphane
10. January 2008 00:22
Le titre veux tout dire ... Selon les mesures effecutées par Lisa Feigenbaum, du VBTeam, VS2008 explose litéralement VS2005 dans pas mal de domaine, notemment dans la compilation des projets (50% plus rapide a la compilation d'un projet unique ...).
Seul hic, la solution utilisée pour effectuer ces mesures n'est pas documentée. Pas moyen de savoir si il s'agissait d'une solution avec un projet affichant "hello world" dans la console ou d'une solution de 200 projets composées des milliers de lignes ...
Le recapitulatif des mesures se trouve ici
a1b727e5-0de5-45f9-9ed1-70e995290430|0|.0
Tags: VS2008
VS2008
by Stéphane
7. January 2008 21:02
Plus d'informations sur les nombreuses nouveautés annoncés pour Windows Mobile 7