Schema Script

Bonjour

J'ai une base de données en réplication de fusion qui tourne depuis maintenant plus d'un an avec environ 70 personnes travaillant en délocalisé dessus grâce à MSDE ...
Je suis sur un serveur en Windows Server 2003 avec SQL Serveur 2000 SP4.

Développant petit à petit ma base de données, je viens de rajouter 5 tables et 5 vues associées à ces tables et maintenant, j'ai une erreur :

The schema script "\\ADDFR1Q01\MSSQL\ReplData\unc\ADDFR1Q01_JASMINE_JASMINE\20060518123148\vwDepense_808.sch" could not be propagated to the suscriber.

Je ne comprends absolument pas pourquoi car cette vue est juste un select * de cette table ...

Si une lumiére pouvai m'éclairer ... Merci ...

Probablement un problème de réplication.

A +

Oui ... ça c'est à priori acquis ...

Mais à quoi cela est-il du ? Comment réparer ceci ?

N'y aurai t il pas quelques tables systèmes que je pourrai checker ?

Je ne voudrai pas créer un autre abonnement et reinstaller mes 70 utilisateurs sachant que ceux-ci perdrai toutes les données actuellement non répliquées et plusieurs heures de connexion en modem pour le téléchargement de ce nouvel abonnement ...

Merci ...

Sachant que je ne peux enlever de tables ou de vues a une réplication et que je ne peux non plus remettre un backup de la veille sinon la replication me demande de reinitialiser tous mes abonnés, existe-t-il un moyen pour me sortir de la ?

J'ai 70 personnes qui doivent remonter des informations pour Mardi soir au plus tard et là, ca commence sérieusement à chauffer ...

Vraiment aucunes pistes ?

Merci ...

C'est le genre de demande difficile à satisfaire sans plus d'information sur les tenants et aboutissants de la réplication et la structure des bases et des nouveaux objets.

A +

Pas de problemes ... de quelles informations avez vous besoins ?

Du fichier qui apparemment bloque ?

vwDepense_808.sch

Citation:

---

SET QUOTED_IDENTIFIER ON
GO
drop view [dbo].[vwDepense]
GO
CREATE VIEW [dbo].[vwDepense]
AS
SELECT dbo.tblDepense.*
FROM dbo.tblDepense

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO

---

Dites moi ce qu'y pourrai vous aider, je suis un peu perdu là ... :roll:

En fait, en reinstallant une replication sur un nouveau poste, j'ai le detail des evenments et il semblerait que le serveur essaye d'appliquer le script de la vue VWDEPENSE avant celui de la table TBLDEPENSE sur laquelle celle ci s'appuie ...

Il est fort possible que la vue fut rajoutée en ommettant d'integrer la table à la réplication et que la table fut rajoutée apres ... mais semble t il trop tard ...

Existe t il un mmoyen d'inverser tout ca ?

Il faudrait suspendre la réplication afin de nettoyer cela... mais c'est quand même assez dangereux. Il faudrait arrêter les bases de passer l'originale en single user puis de faire le ménage

A +

Faire le ménage ? De quoi ? C'est la question ...

Car si je fais ceci, cela nécéssitera de réinitialiser mes abonnés et de leur renvoyer une nouvelle publication, non ? Car si je crée une nouvelle publication, l'ordre des objets sera le bon et tout marchera bien mais il faudra renvoyé tout à tout le monde et toutes les données qu'ils avaient rentré depuis leur dernière réplication sera perdu ... non ?

N'y a t il pas moyen d'inverser l'ordre des fichiers dans le systeme de réplication de façon à ce que la table TBLDEPENSE soit envoyée avant la vue VWDEPENSE ? Si oui, comment ?

Argh ... en ce moment, ce problème est décidemment mal tombé ... enfin, si on peux dire que les problemes peuvent bien tomber un jour ...

Bon ... j'ai trouvé la solution ... merci quand même ...

En fait, comme je vous l'avais expliqué, cette vue attaquée une table qui n'était pas encore en réplication et la réplication garde l'ordre des objects qu'elle réplique ....

Il m'a suffit d'ouvrir le fichier que je vous ai montré plus haut dans le reépertoire de publication et de changer les champs et la table sur une qui existe dans la réplication ... cela à eu pour effet de débloquer la situation ...

Bien sur, maintenant que tout marche, je peux rétablir la vue ou en créer une autre ... c'est au choix ...

Merci encore pour cette tentative ... il est toujours bon de ne pas se sentir seul lorsque l'on est face à un problème ... :D