Bonjour,
J'expose mon problème, je viens de mettre en place une replication
transactionnel entre un serveur A et un serveur B distants.
Le serveur A fait office d'editeur
Le serveur B fait office d'abonné
L'abonné recupere bien les modifications faites sur l'editeur. Les données
sont coherentes (en gros super)
Le problème c'est quand je veu ajouter par exemple un enregistrement à une
table de l'abonné, ma requete INSERT mouline dans mon analyseur de
requetes.
par exemple la je vien de lancer sur l'abonné :
UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
alors que quand je le fais dans l'autre sens editeur -> abonné cela met
10s :)
Je desespere un peu :(
Merci d'avance pour votre aide
Bonjour,
J'expose mon problème, je viens de mettre en place une replication
transactionnel entre un serveur A et un serveur B distants.
Le serveur A fait office d'editeur
Le serveur B fait office d'abonné
L'abonné recupere bien les modifications faites sur l'editeur. Les données
sont coherentes (en gros super)
Le problème c'est quand je veu ajouter par exemple un enregistrement à une
table de l'abonné, ma requete INSERT mouline dans mon analyseur de
requetes.
par exemple la je vien de lancer sur l'abonné :
UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
alors que quand je le fais dans l'autre sens editeur -> abonné cela met
10s :)
Je desespere un peu :(
Merci d'avance pour votre aide
Bonjour,
J'expose mon problème, je viens de mettre en place une replication
transactionnel entre un serveur A et un serveur B distants.
Le serveur A fait office d'editeur
Le serveur B fait office d'abonné
L'abonné recupere bien les modifications faites sur l'editeur. Les données
sont coherentes (en gros super)
Le problème c'est quand je veu ajouter par exemple un enregistrement à une
table de l'abonné, ma requete INSERT mouline dans mon analyseur de
requetes.
par exemple la je vien de lancer sur l'abonné :
UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
alors que quand je le fais dans l'autre sens editeur -> abonné cela met
10s :)
Je desespere un peu :(
Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" wrote in message
news:
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" <flo@discussions.microsoft.com> wrote in message
news:4B56577C-BA15-4C78-B90D-63DC197FE756@microsoft.com...
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" wrote in message
news:
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" wrote in message
news:
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" <flo@discussions.microsoft.com> wrote in message
news:4B56577C-BA15-4C78-B90D-63DC197FE756@microsoft.com...
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" wrote in message
news:
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" wrote in message
news:
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" <flo@discussions.microsoft.com> wrote in message
news:4B56577C-BA15-4C78-B90D-63DC197FE756@microsoft.com...
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
Par defaut, une replication transactionnelle pre suppose que l'abonne ne
modifie pas les donnees a moins de mettre en place une replication
transactionnelle avec mise a jour de l'abonne
--
Bien cordialement
Med Bouchenafa
"flo" wrote in message
news:
> Bonjour,
>
> J'expose mon problème, je viens de mettre en place une replication
> transactionnel entre un serveur A et un serveur B distants.
>
> Le serveur A fait office d'editeur
> Le serveur B fait office d'abonné
>
> L'abonné recupere bien les modifications faites sur l'editeur. Les données
> sont coherentes (en gros super)
>
> Le problème c'est quand je veu ajouter par exemple un enregistrement à une
> table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> requetes.
> par exemple la je vien de lancer sur l'abonné :
> UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> ca fait 25 minutes que ca mouline sans me renvoyer de messages d'erreur.
> alors que quand je le fais dans l'autre sens editeur -> abonné cela met
> 10s :)
> Je desespere un peu :(
>
> Merci d'avance pour votre aide
desolé mais encore une precision, j'avance dans ma problématique.
j'ai essayé de faire une nouvelle replication dans une base de test et qd
met à jour l'abonné voici le message que j'ai :
Serveur : Msg 7391, Niveau 16, État 1, Ligne 5
L'opération demandée ne peut pas être effectuée car le fournisseur OLE DB
'SQLOLEDB' n'a pas réussi à démarrer de transaction distribuée.
[OLE/DB provider returned message: La nouvelle transaction ne peut pas
s'inscrire dans le coordinateur de transactions spécifié. ]
Trace de l'erreur OLE DB [OLE/DB Provider 'SQLOLEDB'
ITransactionJoin::JoinTransaction returned 0x8004d00a].
merci d'avance pour votre aide
"Med Bouchenafa" a écrit :
> Par defaut, une replication transactionnelle pre suppose que l'abonne ne
> modifie pas les donnees a moins de mettre en place une replication
> transactionnelle avec mise a jour de l'abonne
>
> --
> Bien cordialement
> Med Bouchenafa
>
>
> "flo" wrote in message
> news:
> > Bonjour,
> >
> > J'expose mon problème, je viens de mettre en place une replication
> > transactionnel entre un serveur A et un serveur B distants.
> >
> > Le serveur A fait office d'editeur
> > Le serveur B fait office d'abonné
> >
> > L'abonné recupere bien les modifications faites sur l'editeur. Les
> > sont coherentes (en gros super)
> >
> > Le problème c'est quand je veu ajouter par exemple un enregistrement à
> > table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> > requetes.
> > par exemple la je vien de lancer sur l'abonné :
> > UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> > ca fait 25 minutes que ca mouline sans me renvoyer de messages
> > alors que quand je le fais dans l'autre sens editeur -> abonné cela
> > 10s :)
> > Je desespere un peu :(
> >
> > Merci d'avance pour votre aide
>
>
>
desolé mais encore une precision, j'avance dans ma problématique.
j'ai essayé de faire une nouvelle replication dans une base de test et qd
met à jour l'abonné voici le message que j'ai :
Serveur : Msg 7391, Niveau 16, État 1, Ligne 5
L'opération demandée ne peut pas être effectuée car le fournisseur OLE DB
'SQLOLEDB' n'a pas réussi à démarrer de transaction distribuée.
[OLE/DB provider returned message: La nouvelle transaction ne peut pas
s'inscrire dans le coordinateur de transactions spécifié. ]
Trace de l'erreur OLE DB [OLE/DB Provider 'SQLOLEDB'
ITransactionJoin::JoinTransaction returned 0x8004d00a].
merci d'avance pour votre aide
"Med Bouchenafa" a écrit :
> Par defaut, une replication transactionnelle pre suppose que l'abonne ne
> modifie pas les donnees a moins de mettre en place une replication
> transactionnelle avec mise a jour de l'abonne
>
> --
> Bien cordialement
> Med Bouchenafa
>
>
> "flo" <flo@discussions.microsoft.com> wrote in message
> news:4B56577C-BA15-4C78-B90D-63DC197FE756@microsoft.com...
> > Bonjour,
> >
> > J'expose mon problème, je viens de mettre en place une replication
> > transactionnel entre un serveur A et un serveur B distants.
> >
> > Le serveur A fait office d'editeur
> > Le serveur B fait office d'abonné
> >
> > L'abonné recupere bien les modifications faites sur l'editeur. Les
> > sont coherentes (en gros super)
> >
> > Le problème c'est quand je veu ajouter par exemple un enregistrement à
> > table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> > requetes.
> > par exemple la je vien de lancer sur l'abonné :
> > UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> > ca fait 25 minutes que ca mouline sans me renvoyer de messages
> > alors que quand je le fais dans l'autre sens editeur -> abonné cela
> > 10s :)
> > Je desespere un peu :(
> >
> > Merci d'avance pour votre aide
>
>
>
desolé mais encore une precision, j'avance dans ma problématique.
j'ai essayé de faire une nouvelle replication dans une base de test et qd
met à jour l'abonné voici le message que j'ai :
Serveur : Msg 7391, Niveau 16, État 1, Ligne 5
L'opération demandée ne peut pas être effectuée car le fournisseur OLE DB
'SQLOLEDB' n'a pas réussi à démarrer de transaction distribuée.
[OLE/DB provider returned message: La nouvelle transaction ne peut pas
s'inscrire dans le coordinateur de transactions spécifié. ]
Trace de l'erreur OLE DB [OLE/DB Provider 'SQLOLEDB'
ITransactionJoin::JoinTransaction returned 0x8004d00a].
merci d'avance pour votre aide
"Med Bouchenafa" a écrit :
> Par defaut, une replication transactionnelle pre suppose que l'abonne ne
> modifie pas les donnees a moins de mettre en place une replication
> transactionnelle avec mise a jour de l'abonne
>
> --
> Bien cordialement
> Med Bouchenafa
>
>
> "flo" wrote in message
> news:
> > Bonjour,
> >
> > J'expose mon problème, je viens de mettre en place une replication
> > transactionnel entre un serveur A et un serveur B distants.
> >
> > Le serveur A fait office d'editeur
> > Le serveur B fait office d'abonné
> >
> > L'abonné recupere bien les modifications faites sur l'editeur. Les
> > sont coherentes (en gros super)
> >
> > Le problème c'est quand je veu ajouter par exemple un enregistrement à
> > table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> > requetes.
> > par exemple la je vien de lancer sur l'abonné :
> > UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> > ca fait 25 minutes que ca mouline sans me renvoyer de messages
> > alors que quand je le fais dans l'autre sens editeur -> abonné cela
> > 10s :)
> > Je desespere un peu :(
> >
> > Merci d'avance pour votre aide
>
>
>
comme il y a mise à jour abonné, quand une modif est faite sur l'abonné, il
tente de faire une mise à jour simultanée (avec transaction distribuée) sur
l'éditeur.
peut etre le service DTC n'est-il pas démarré?
br
"flo" wrote in message
news:
> desolé mais encore une precision, j'avance dans ma problématique.
> j'ai essayé de faire une nouvelle replication dans une base de test et qd
je
> met à jour l'abonné voici le message que j'ai :
>
> Serveur : Msg 7391, Niveau 16, État 1, Ligne 5
> L'opération demandée ne peut pas être effectuée car le fournisseur OLE DB
> 'SQLOLEDB' n'a pas réussi à démarrer de transaction distribuée.
> [OLE/DB provider returned message: La nouvelle transaction ne peut pas
> s'inscrire dans le coordinateur de transactions spécifié. ]
> Trace de l'erreur OLE DB [OLE/DB Provider 'SQLOLEDB'
> ITransactionJoin::JoinTransaction returned 0x8004d00a].
>
> merci d'avance pour votre aide
>
> "Med Bouchenafa" a écrit :
>
> > Par defaut, une replication transactionnelle pre suppose que l'abonne ne
> > modifie pas les donnees a moins de mettre en place une replication
> > transactionnelle avec mise a jour de l'abonne
> >
> > --
> > Bien cordialement
> > Med Bouchenafa
> >
> >
> > "flo" wrote in message
> > news:
> > > Bonjour,
> > >
> > > J'expose mon problème, je viens de mettre en place une replication
> > > transactionnel entre un serveur A et un serveur B distants.
> > >
> > > Le serveur A fait office d'editeur
> > > Le serveur B fait office d'abonné
> > >
> > > L'abonné recupere bien les modifications faites sur l'editeur. Les
données
> > > sont coherentes (en gros super)
> > >
> > > Le problème c'est quand je veu ajouter par exemple un enregistrement à
une
> > > table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> > > requetes.
> > > par exemple la je vien de lancer sur l'abonné :
> > > UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> > > ca fait 25 minutes que ca mouline sans me renvoyer de messages
d'erreur.
> > > alors que quand je le fais dans l'autre sens editeur -> abonné cela
met
> > > 10s :)
> > > Je desespere un peu :(
> > >
> > > Merci d'avance pour votre aide
> >
> >
> >
comme il y a mise à jour abonné, quand une modif est faite sur l'abonné, il
tente de faire une mise à jour simultanée (avec transaction distribuée) sur
l'éditeur.
peut etre le service DTC n'est-il pas démarré?
br
"flo" <flo@discussions.microsoft.com> wrote in message
news:18AEDC31-5A3C-405C-A0D1-D96396859E9F@microsoft.com...
> desolé mais encore une precision, j'avance dans ma problématique.
> j'ai essayé de faire une nouvelle replication dans une base de test et qd
je
> met à jour l'abonné voici le message que j'ai :
>
> Serveur : Msg 7391, Niveau 16, État 1, Ligne 5
> L'opération demandée ne peut pas être effectuée car le fournisseur OLE DB
> 'SQLOLEDB' n'a pas réussi à démarrer de transaction distribuée.
> [OLE/DB provider returned message: La nouvelle transaction ne peut pas
> s'inscrire dans le coordinateur de transactions spécifié. ]
> Trace de l'erreur OLE DB [OLE/DB Provider 'SQLOLEDB'
> ITransactionJoin::JoinTransaction returned 0x8004d00a].
>
> merci d'avance pour votre aide
>
> "Med Bouchenafa" a écrit :
>
> > Par defaut, une replication transactionnelle pre suppose que l'abonne ne
> > modifie pas les donnees a moins de mettre en place une replication
> > transactionnelle avec mise a jour de l'abonne
> >
> > --
> > Bien cordialement
> > Med Bouchenafa
> >
> >
> > "flo" <flo@discussions.microsoft.com> wrote in message
> > news:4B56577C-BA15-4C78-B90D-63DC197FE756@microsoft.com...
> > > Bonjour,
> > >
> > > J'expose mon problème, je viens de mettre en place une replication
> > > transactionnel entre un serveur A et un serveur B distants.
> > >
> > > Le serveur A fait office d'editeur
> > > Le serveur B fait office d'abonné
> > >
> > > L'abonné recupere bien les modifications faites sur l'editeur. Les
données
> > > sont coherentes (en gros super)
> > >
> > > Le problème c'est quand je veu ajouter par exemple un enregistrement à
une
> > > table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> > > requetes.
> > > par exemple la je vien de lancer sur l'abonné :
> > > UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> > > ca fait 25 minutes que ca mouline sans me renvoyer de messages
d'erreur.
> > > alors que quand je le fais dans l'autre sens editeur -> abonné cela
met
> > > 10s :)
> > > Je desespere un peu :(
> > >
> > > Merci d'avance pour votre aide
> >
> >
> >
comme il y a mise à jour abonné, quand une modif est faite sur l'abonné, il
tente de faire une mise à jour simultanée (avec transaction distribuée) sur
l'éditeur.
peut etre le service DTC n'est-il pas démarré?
br
"flo" wrote in message
news:
> desolé mais encore une precision, j'avance dans ma problématique.
> j'ai essayé de faire une nouvelle replication dans une base de test et qd
je
> met à jour l'abonné voici le message que j'ai :
>
> Serveur : Msg 7391, Niveau 16, État 1, Ligne 5
> L'opération demandée ne peut pas être effectuée car le fournisseur OLE DB
> 'SQLOLEDB' n'a pas réussi à démarrer de transaction distribuée.
> [OLE/DB provider returned message: La nouvelle transaction ne peut pas
> s'inscrire dans le coordinateur de transactions spécifié. ]
> Trace de l'erreur OLE DB [OLE/DB Provider 'SQLOLEDB'
> ITransactionJoin::JoinTransaction returned 0x8004d00a].
>
> merci d'avance pour votre aide
>
> "Med Bouchenafa" a écrit :
>
> > Par defaut, une replication transactionnelle pre suppose que l'abonne ne
> > modifie pas les donnees a moins de mettre en place une replication
> > transactionnelle avec mise a jour de l'abonne
> >
> > --
> > Bien cordialement
> > Med Bouchenafa
> >
> >
> > "flo" wrote in message
> > news:
> > > Bonjour,
> > >
> > > J'expose mon problème, je viens de mettre en place une replication
> > > transactionnel entre un serveur A et un serveur B distants.
> > >
> > > Le serveur A fait office d'editeur
> > > Le serveur B fait office d'abonné
> > >
> > > L'abonné recupere bien les modifications faites sur l'editeur. Les
données
> > > sont coherentes (en gros super)
> > >
> > > Le problème c'est quand je veu ajouter par exemple un enregistrement à
une
> > > table de l'abonné, ma requete INSERT mouline dans mon analyseur de
> > > requetes.
> > > par exemple la je vien de lancer sur l'abonné :
> > > UPDATE Mois SET NomMois = 'GLOP' WHERE NumMois='14'
> > > ca fait 25 minutes que ca mouline sans me renvoyer de messages
d'erreur.
> > > alors que quand je le fais dans l'autre sens editeur -> abonné cela
met
> > > 10s :)
> > > Je desespere un peu :(
> > >
> > > Merci d'avance pour votre aide
> >
> >
> >
