Discussion :

[emmanuel95]

J'ai une base SQL Server 2005 Standart edition sur notre serveur, et des postes clients en SQL Server Compact edition, et une réplication avec fusion entre le serveur et les postes client : les données concernant les produits sont répliquées sur les postes clients, et les données des ventes sont remontées sur le serveur.
Récemment j'ai mis à jour la table produits sur le serveur : update de lignes existantes et insert de nouvelles lignes (avec le SQL Server Management Studio).
Suite à ces modifications, la replication affichait le message d'erreur :
"Les informations de version du schéma de l'Abonné sont incohérentes par rapport aux informations de version du schéma du serveur de publication. Le serveur de publication a probablement été restauré à partir d'une sauvegarde dont la version des modifications de schéma diffère de celle de l'Abonné. Réexécutez l'agent de capture instantanée et réinitialisez les abonnements."

=> J'ai relancé l'agent de capture, et réinitialisé les abonnements, et maintenant lors de la réplication j'ai ce fameux message d'erreur :
"25001 : Soit le curseur ne se trouve pas sur une ligne, soit il ne reste plus de lignes."

Je n'ai rien trouvé sur cette erreur, et je ne sais pas comment la corriger.

Remarque : Pour tester j'ai réinstallé complètement un poste client, avec suppression de la base locale, et la base se recrée correctement en local lors de la replication. L'erreur 25001 ne se produit que sur des postes qui étaient déjà installés avant mes modifs.

Quelqu'un a t il déjà rencontré cette erreur?
Merci d'avance pour tout indice!

Et Bonne Année à vous!

[kagemaru]

bonjour,

cette erreur ne me dit rien.

Est-il possible de donner des détails sur la table et les commandes lancées ?

Merci

[emmanuel95]

A propos de la table, j'ai ressorti le script de création de la table, avec les contraintes liées à la réplication :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
USE [MA_BASE]
GO
/****** Objet :  Table [dbo].[MDS_PRODUIT]    Date de génération du script : 01/11/2008 17:22:03 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[MDS_PRODUIT](
	[PRO_ID] [int] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL,
	...
	[rowguid] [uniqueidentifier] ROWGUIDCOL  NOT NULL CONSTRAINT [MSmerge_df_rowguid_6B4DD734279440D2BB194255D4939A87]  DEFAULT (newsequentialid()),
 CONSTRAINT [PK_MDS_PRODUIT] PRIMARY KEY NONCLUSTERED 
(
	[PRO_ID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]
 
GO
ALTER TABLE [dbo].[MDS_PRODUIT]  WITH CHECK ADD  CONSTRAINT [FK_MDS_PROD_FK_PRODUI_MDS_FORM] FOREIGN KEY([PRO_FOR_ID])
REFERENCES [dbo].[MDS_FORME] ([FOR_ID])
GO
ALTER TABLE [dbo].[MDS_PRODUIT] CHECK CONSTRAINT [FK_MDS_PROD_FK_PRODUI_MDS_FORM]
GO
ALTER TABLE [dbo].[MDS_PRODUIT]  WITH NOCHECK ADD  CONSTRAINT [repl_identity_range_48FE83D1_1ECC_4DB7_8F62_80977C4323DE] CHECK NOT FOR REPLICATION (([PRO_ID]>(45171) AND [PRO_ID]<=(46171) OR [PRO_ID]>(46171) AND [PRO_ID]<=(47171)))
GO
ALTER TABLE [dbo].[MDS_PRODUIT] CHECK CONSTRAINT [repl_identity_range_48FE83D1_1ECC_4DB7_8F62_80977C4323DE]

Voici les requêtes de mise à jour :
- j'ai lancé un premier script composé d'environ 13000 lignes, où chaque ligne était du type:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE PRODUIT SET COLONNE1 = 'texte' WHERE PRO_ID = XXX

Suite à cette première modif, la réplication s'est bien déroulée, sans erreur.

- ensuite j'ai lancé un 2ème script du même genre, d'environ 11000 lignes, mais qui mettait à jour une autre colonne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE PRODUIT SET COLONNE2 = 'texte' WHERE PRO_ID = XXX

Ensuite j'ai importé mes nouvelles données dans une table 'tampon' (non répliquée), et j'ai lancé une requete d'insertion à partir de cette table tampon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
INSERT INTO PRODUIT  [liste des champs] SELECT  [liste des champs]
FROM table_tampon 
WHERE PRO_ID not in (SELECT DISTINCT PRO_ID FROM PRODUIT)

Résultat : environ 1300 lignes insérées.

Suite à cette deuxième série de modifs, lors de la réplication j'ai rencontré la première erreur "Les informations de version du schéma de l'Abonné sont incohérentes ..." (voir ci dessus).
Donc j'ai suivi les indications du message d'erreur (Agent de capture instantané relancé, et abonnements réinitialisés).

Lors de la réplication suivante, dans le moniteur de réplication, la réplication était en erreur avec le message '25001' (voir image jointe)

Le message d'erreur contient un lien vers une aide Microsoft, mais malheureusement ce lien n'est pas très utile...
http://www.microsoft.com/products/ee...er&EvtID=25001

Voilà... en espérant que cela vous donne plus d'informations!

[SQLpro]

La réplication de fusoin ne peut pas fonctionner si vous faites des fichiers COBOL et non des tables.

je vous rapelle qu'une table est un objet mathématique dérivé de l'algèbre relationnelle et DOIT POSSEDER UNE CLEF. Une table sans clef est un fichier genre cobol.

Or les mécanismes de réplication imposent que votre modèle de données soit optimum :
repecter à la lettre l'aspect relationnel des tables en ayant aucun doublon et donc obligatoirement une clef (primaire)
Sans cela il est impossible de savoir quelle ligne est impacté par une mise à jour.
Or visiblement le script SQL que vous nous avez donné porte une clef écrite à l'arrachée sur la colonne rajoutée pour la réplication et ne peut EN AUCUN CAS être considéré comme la clef de votre table.

Comme je vous l'ai déjà dit à plusieurs reprise, la réplication nécessite un préalable qui est la connaissance de l'administration du SGBD SQL Server...
En outre, il n'y a pas de solution à votre problème sans commencer par modéliser votre base correctement.

Bref, il me semble nécessaire que vous vous formiez à :
a) la modélisation des données
b) l'administration de servers MS SQL
c) la réplication

Sans cela vous perdre du temps, vous en ferez perdre à votre entreprise (et le temps c'est de l'argent), et vous en faites actuellement perdre à vous répondre.

A +

[hellospinoza]

Habitué du forum (en tant que lecteur), je me suis senti obligé de créer un compte aujourd'hui.Non pour vous répondre emmanuel95 - débutant moi même en SQL je n'ai pas les compétences nécessaires - mais pour faire écho aux propos de Mr "SQLPro" qui m'ont pour ainsi dire choqué:
Cher monsieur , votre suffisance n'a d'égal que votre manque total de savoir vivre.Mais, pour qui vous prenez vous?
Quelle arrogance tenace vous permet de retorquer à quelqu'un qui cherche une solution à son problème :
1) d'aller se former,
2) de lui reprocher de vous faire perdre votre temps ?

Si chacun etait un érudit dans tous les domaines, il n'y aurait pas de forum.Point barre.Auprès de qui pourriez vous tenter de briller dès lors? En effet ,votre remarque déplacée et orpheline d'une quelquonque réflexion ne vise, en réalité,qu' à vous faire mousser par le truchement de quelques termes techniques disséminés ça et là qui , pensez vous, impressionneront la galerie et justifieront ce que vous croyez être votre réputation sur ce forum (tout est d'ailleurs dit dans le "Pro" de votre pseudo! Quelle humilité. On ne se refait pas).
S'agissant de "vous faire perdre votre temps" et pour faire simple je ne dirai qu'une chose : PASSEZ VOTRE CHEMIN, BON SANG! plutôt que de venir faire pipi dans les coins d'un post que vous considerez comme inutile et alimenté par des incapables.Modérer ne veux pas dire squatter.
Rassurez vous , vous trouverez quand même la gloire (à mes yeux mais pas pour les raisons que vous imaginez).Je n'avais jamais, jusqu'a ce jour, rencontré quelqu'un capable de perdre du temps à intervenir dans un post pour expliquer.....qu'on lui fait perdre son temps (modérateur ou pas).
Quant aux mièvres "leçons de vie" type: "le temps c'est de l'argent en entreprise".Quelle perspicacité! Reservez cela, par pitié, à vos enfants en bas âge (si par bonheur quelqu'un a accepté d'en faire avec vous) et fait nous l'économie de telles fulgurances à l'avenir qui ne font en rien progresser le shmilblick.

En bref, Si emmanuel95 doit se former sur SQL, vous avez bien plus fort à faire en allant vous former sur les relations sociales.Problème: je ne connais pas d'ecole à la hauteur du challenge que vous leur proposerez....

Ceci etant dit, j'aimerai savoir si vous accepteriez de venir parler de votre passion pour SQL lors de petits diner que nous organisons chaque jeudi entre amis?

A bientôt

PS:Aurez vous le courage de laisser ce post en ligne?

[emmanuel95]

Pour informations :
- La clé unique de la table existe, c'est le champ PRO_ID, on la voit dans le script SQL que j'ai laissé précédemment ([PRO_ID] [int] IDENTITY).
- Cette base a été mise en place par une des plus grosses SSII française (que je ne nommerais pas ici), et à mon avis ce ne sont pas des débutants en SQL. Ce sont eux qui ont mis en place cette base et cette réplication, je suis uniquement chargé de la maintenance 'fonctionnelle' de la base.
J'essayais juste de trouver une solution à mon 'petit' problème. Je connais très bien SQL Server, le transact-SQL et les services DTS, mais je ne connais pas très bien les réplications, n'ayant pas eu souvent l'occasion d'en manipuler.
Les gars de la SSII m'avaient dit au téléphone que je pouvais mettre à jour la base directement sur le serveur (update et insert), et que ces modifs seraient répercutées sur les postes client grace à la réplication.
J'espère qu'ils ne m'ont pas racontés des cracks au téléphone. Je leur ai demandé de l'aide sur ce problème, mais ils me répondent : "Devis", "Délai", etc... personnellement je pense qu'il suffit de peu de chose pour corriger ce problème, c'est pour ça que j'ai posté ici. Mais je ne pensais pas que ça déclencherai de telles foudres!

En tout cas merci pour votre attention.

Emmanuel.


P.S. : je suis allé voir les cours et didacticiel sur ce site, notamment sur l'administration SQL Server, mais je n'ai pas trouvé de cours sur la réplication avec fusion. Si vous savez où je peux trouver ça en ligne, ça m'interresse!