Depuis quelques jours j'ai un problème de conflit lors d'une réplication que
je n'arrive pas à solutionner... Sur la machine 0 j'ai deux réplications de
fusion :
Table2 est lié à Table3 via une clé externe. J'obtiens cette erreur :
l'instruction INSERT et la contrainte COLUMN FOREIGN KEY 'FK_Table3_Table2'.
Le conflit est survenu dans la base de données 'mabase', table 'Table2',
column 'IdTable2'.
J'ai l'impression que l'erreur viendrait du fait que Fusion2 soit répliqué
en local avant Fusion1. Comme résoudre ce dileme ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Med Bouchenafa
La table table2 possède apparement une clef étrangère sur la table table3 Il est de grandes chances que le problème survienne sur la machine 1 Il intervient dans le cas où la publication 1 se synchronise avant la publication 2 La table table2 va essayer d'inserer des données qui n'existent pas encore dans la table table3 Il faut juste progammer les deux synchro avec un leger décalage.
-- Bien cordialement Med Bouchenafa
"llopht" a écrit dans le message de news:
Salut à tous,
Depuis quelques jours j'ai un problème de conflit lors d'une réplication que je n'arrive pas à solutionner... Sur la machine 0 j'ai deux réplications de fusion :
Table2 est lié à Table3 via une clé externe. J'obtiens cette erreur :
l'instruction INSERT et la contrainte COLUMN FOREIGN KEY 'FK_Table3_Table2'. Le conflit est survenu dans la base de données 'mabase', table 'Table2', column 'IdTable2'.
J'ai l'impression que l'erreur viendrait du fait que Fusion2 soit répliqué en local avant Fusion1. Comme résoudre ce dileme ?
Merci
La table table2 possède apparement une clef étrangère sur la table table3
Il est de grandes chances que le problème survienne sur la machine 1
Il intervient dans le cas où la publication 1 se synchronise avant la
publication 2
La table table2 va essayer d'inserer des données qui n'existent pas encore
dans la table table3
Il faut juste progammer les deux synchro avec un leger décalage.
--
Bien cordialement
Med Bouchenafa
"llopht" <llopht@libertysurf.fr> a écrit dans le message de news:
Oe6QKRORFHA.3444@tk2msftngp13.phx.gbl...
Salut à tous,
Depuis quelques jours j'ai un problème de conflit lors d'une réplication
que je n'arrive pas à solutionner... Sur la machine 0 j'ai deux
réplications de fusion :
Table2 est lié à Table3 via une clé externe. J'obtiens cette erreur :
l'instruction INSERT et la contrainte COLUMN FOREIGN KEY
'FK_Table3_Table2'. Le conflit est survenu dans la base de données
'mabase', table 'Table2', column 'IdTable2'.
J'ai l'impression que l'erreur viendrait du fait que Fusion2 soit répliqué
en local avant Fusion1. Comme résoudre ce dileme ?
La table table2 possède apparement une clef étrangère sur la table table3 Il est de grandes chances que le problème survienne sur la machine 1 Il intervient dans le cas où la publication 1 se synchronise avant la publication 2 La table table2 va essayer d'inserer des données qui n'existent pas encore dans la table table3 Il faut juste progammer les deux synchro avec un leger décalage.
-- Bien cordialement Med Bouchenafa
"llopht" a écrit dans le message de news:
Salut à tous,
Depuis quelques jours j'ai un problème de conflit lors d'une réplication que je n'arrive pas à solutionner... Sur la machine 0 j'ai deux réplications de fusion :
Table2 est lié à Table3 via une clé externe. J'obtiens cette erreur :
l'instruction INSERT et la contrainte COLUMN FOREIGN KEY 'FK_Table3_Table2'. Le conflit est survenu dans la base de données 'mabase', table 'Table2', column 'IdTable2'.
J'ai l'impression que l'erreur viendrait du fait que Fusion2 soit répliqué en local avant Fusion1. Comme résoudre ce dileme ?
Merci
llopht
Ok merci med mais justement je n'arrive pas à trouver où l'on règle la syncro... tu peux me dire ?
Merci
llopht
Ok merci med mais justement je n'arrive pas à trouver où l'on règle la
syncro... tu peux me dire ?
il est sur : Lancer automatiquement au démarrage de l'Agent SQL Server
tu peux me dire ce que je dois faire dans ce cas ??
llopht
Pour faire suite à mon précédent message...
Vu que l'agent met à jour en continu je suppose que la plannification actuelle est normale...
Que vaut il mieux dans ce cas...
- Mettre une plannification sur l'agent (genre toutes les minutes pour l'un et toutes les deux minutes pour l'autre)... Mais ne risque t'on pas d'avoir un conflit de temps en temps (problème sur la réplication, réplication lente...)
- Faite une seule publication pour l'ensemble (malgré le fait que beaucoup d'abonnés non pas besoin de l'ensemble des tables...)
- Ou autre chose ??
Merci
llopht
Pour faire suite à mon précédent message...
Vu que l'agent met à jour en continu je suppose que la plannification
actuelle est normale...
Que vaut il mieux dans ce cas...
- Mettre une plannification sur l'agent (genre toutes les minutes pour l'un
et toutes les deux minutes pour l'autre)... Mais ne risque t'on pas d'avoir
un conflit de temps en temps (problème sur la réplication, réplication
lente...)
- Faite une seule publication pour l'ensemble (malgré le fait que beaucoup
d'abonnés non pas besoin de l'ensemble des tables...)
Vu que l'agent met à jour en continu je suppose que la plannification actuelle est normale...
Que vaut il mieux dans ce cas...
- Mettre une plannification sur l'agent (genre toutes les minutes pour l'un et toutes les deux minutes pour l'autre)... Mais ne risque t'on pas d'avoir un conflit de temps en temps (problème sur la réplication, réplication lente...)
- Faite une seule publication pour l'ensemble (malgré le fait que beaucoup d'abonnés non pas besoin de l'ensemble des tables...)
- Ou autre chose ??
Merci
llopht
bruno reiter [MVP]
AS-tu mis en créant la FK : NOT FOR REPLICATION?
br
"llopht" wrote in message news:
Salut à tous,
Depuis quelques jours j'ai un problème de conflit lors d'une réplication que je n'arrive pas à solutionner... Sur la machine 0 j'ai deux réplications de fusion :
Table2 est lié à Table3 via une clé externe. J'obtiens cette erreur :
l'instruction INSERT et la contrainte COLUMN FOREIGN KEY 'FK_Table3_Table2'. Le conflit est survenu dans la base de données 'mabase', table 'Table2', column 'IdTable2'.
J'ai l'impression que l'erreur viendrait du fait que Fusion2 soit répliqué en local avant Fusion1. Comme résoudre ce dileme ?
Merci
AS-tu mis en créant la FK :
NOT FOR REPLICATION?
br
"llopht" <llopht@libertysurf.fr> wrote in message
news:Oe6QKRORFHA.3444@tk2msftngp13.phx.gbl...
Salut à tous,
Depuis quelques jours j'ai un problème de conflit lors d'une réplication
que je n'arrive pas à solutionner... Sur la machine 0 j'ai deux
réplications de fusion :
Table2 est lié à Table3 via une clé externe. J'obtiens cette erreur :
l'instruction INSERT et la contrainte COLUMN FOREIGN KEY
'FK_Table3_Table2'. Le conflit est survenu dans la base de données
'mabase', table 'Table2', column 'IdTable2'.
J'ai l'impression que l'erreur viendrait du fait que Fusion2 soit répliqué
en local avant Fusion1. Comme résoudre ce dileme ?
Depuis quelques jours j'ai un problème de conflit lors d'une réplication que je n'arrive pas à solutionner... Sur la machine 0 j'ai deux réplications de fusion :
Table2 est lié à Table3 via une clé externe. J'obtiens cette erreur :
l'instruction INSERT et la contrainte COLUMN FOREIGN KEY 'FK_Table3_Table2'. Le conflit est survenu dans la base de données 'mabase', table 'Table2', column 'IdTable2'.
J'ai l'impression que l'erreur viendrait du fait que Fusion2 soit répliqué en local avant Fusion1. Comme résoudre ce dileme ?
Merci
Med Bouchenafa
Une idée serait de mettre qu'une seule publication avec un filtre pour n'envoyer que ce qui est necessaire à chaque abonné Regarde la partie filtre dans l'Aide En Ligne
-- Bien cordialement Med Bouchenafa
"llopht" a écrit dans le message de news:
Pour faire suite à mon précédent message...
Vu que l'agent met à jour en continu je suppose que la plannification actuelle est normale...
Que vaut il mieux dans ce cas...
- Mettre une plannification sur l'agent (genre toutes les minutes pour l'un et toutes les deux minutes pour l'autre)... Mais ne risque t'on pas d'avoir un conflit de temps en temps (problème sur la réplication, réplication lente...)
- Faite une seule publication pour l'ensemble (malgré le fait que beaucoup d'abonnés non pas besoin de l'ensemble des tables...)
- Ou autre chose ??
Merci
llopht
Une idée serait de mettre qu'une seule publication avec un filtre pour
n'envoyer que ce qui est necessaire à chaque abonné
Regarde la partie filtre dans l'Aide En Ligne
--
Bien cordialement
Med Bouchenafa
"llopht" <llopht@libertysurf.fr> a écrit dans le message de news:
eLRovcXRFHA.996@TK2MSFTNGP09.phx.gbl...
Pour faire suite à mon précédent message...
Vu que l'agent met à jour en continu je suppose que la plannification
actuelle est normale...
Que vaut il mieux dans ce cas...
- Mettre une plannification sur l'agent (genre toutes les minutes pour
l'un et toutes les deux minutes pour l'autre)... Mais ne risque t'on pas
d'avoir un conflit de temps en temps (problème sur la réplication,
réplication lente...)
- Faite une seule publication pour l'ensemble (malgré le fait que beaucoup
d'abonnés non pas besoin de l'ensemble des tables...)
Une idée serait de mettre qu'une seule publication avec un filtre pour n'envoyer que ce qui est necessaire à chaque abonné Regarde la partie filtre dans l'Aide En Ligne
-- Bien cordialement Med Bouchenafa
"llopht" a écrit dans le message de news:
Pour faire suite à mon précédent message...
Vu que l'agent met à jour en continu je suppose que la plannification actuelle est normale...
Que vaut il mieux dans ce cas...
- Mettre une plannification sur l'agent (genre toutes les minutes pour l'un et toutes les deux minutes pour l'autre)... Mais ne risque t'on pas d'avoir un conflit de temps en temps (problème sur la réplication, réplication lente...)
- Faite une seule publication pour l'ensemble (malgré le fait que beaucoup d'abonnés non pas besoin de l'ensemble des tables...)
