Voilà, j'ai 2 serveur IBM costauds en SBS 2003 (donc 2 domaines), séparés
par un VPN sécurisé IPSec, via un canal SDSL 512/128 (je sais c'est pas
terrible).
Equipés tous les deux de SQL Serveur 2005 Standard Edition (pas encore mis
le SP1).
de chaque côté du VPN, les appli métiers partagent les mêmes données. les
contraintes de haute disponibilité m'obligent à répliquer les données des
deux serveurs le plus souvent possible.
Après m'être documenté, je suis arrivé à la solution suivante : Répli
transactionelle avec mises à jour
la réplication d'égal à égal n'étant possible qu'à partir de l'entreprise
édition, et la fusion n'étant pas assez performante pour mon système.
MAIS VOILA OU CA COINCE :
je créé ma publication sur mon serveur A : pas de problème.
j'ai configuré la sécurité des accès, etc ...
je vais sur mon serveur B, je passe par l'assistant d'abonnement, et crack
il me sort une méchante erreur. dont voici le détail :
===================================
L'opération n'a pas pu être effectuée, car le fournisseur OLE DB 'SQLNCLI'
du serveur lié
'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759'
n'a pas réussi à démarrer une transaction distribuée.
Le contexte de la base de données a changé ; il est maintenant 'SCAWMDB'.
Le fournisseur OLE DB 'SQLNCLI' du serveur lié
'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759'
a retourné le message 'Le partenaire du gestionnaire de transactions a
désactivé la prise en charge des transactions à distance/par réseau.'. (.Net
SqlClient Data Provider)
------------------------------
Pour obtenir de l'aide, cliquez sur :
http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=09.00.1399&EvtSrc=MSSQLServer&EvtID=7391&LinkId=20476
------------------------------
Nom du serveur : SERVEUR-OR
Numéro de l'erreur : 7391
Gravité : 16
État : 2
Numéro de la ligne : 1
===================================
Inutile de vous dire que le lien proposé ne mène à rien :)
la seule indication que j'ai trouvé sur le numéro d'erreur est un problème
de liaison TCP entre les deux serveur, ou un protocole géré par RPC qui
n'est pas valide ou un truc comme ça.
Si vous avez mieux à me proposer, merci de faire au plus vite, car la mise
en production est imminente.
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
Christianbt
Bonjour,
Avez vous vérifier les paramêtres de votre serveur lié, notamment les options Data access, RPC et RPC out qui doivent être à ON (ou TRUE) ?
Christian
"Peck777" a écrit :
Bonjour,
Voilà, j'ai 2 serveur IBM costauds en SBS 2003 (donc 2 domaines), séparés par un VPN sécurisé IPSec, via un canal SDSL 512/128 (je sais c'est pas terrible). Equipés tous les deux de SQL Serveur 2005 Standard Edition (pas encore mis le SP1).
de chaque côté du VPN, les appli métiers partagent les mêmes données. les contraintes de haute disponibilité m'obligent à répliquer les données des deux serveurs le plus souvent possible. Après m'être documenté, je suis arrivé à la solution suivante : Répli transactionelle avec mises à jour la réplication d'égal à égal n'étant possible qu'à partir de l'entreprise édition, et la fusion n'étant pas assez performante pour mon système.
MAIS VOILA OU CA COINCE :
je créé ma publication sur mon serveur A : pas de problème. j'ai configuré la sécurité des accès, etc ...
je vais sur mon serveur B, je passe par l'assistant d'abonnement, et crack il me sort une méchante erreur. dont voici le détail :
================================== > L'opération n'a pas pu être effectuée, car le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' n'a pas réussi à démarrer une transaction distribuée. Le contexte de la base de données a changé ; il est maintenant 'SCAWMDB'. Le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' a retourné le message 'Le partenaire du gestionnaire de transactions a désactivé la prise en charge des transactions à distance/par réseau.'. (.Net SqlClient Data Provider)
------------------------------ Pour obtenir de l'aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer .00.1399&EvtSrc=MSSQLServer&EvtIDs91&LinkId 476
------------------------------ Nom du serveur : SERVEUR-OR Numéro de l'erreur : 7391 Gravité : 16 État : 2 Numéro de la ligne : 1
================================== > Inutile de vous dire que le lien proposé ne mène à rien :) la seule indication que j'ai trouvé sur le numéro d'erreur est un problème de liaison TCP entre les deux serveur, ou un protocole géré par RPC qui n'est pas valide ou un truc comme ça.
Si vous avez mieux à me proposer, merci de faire au plus vite, car la mise en production est imminente.
MERCI MERCI MERCI MERCI MERCI
Ludovic Pecquot Ingénieur Système 'Micro
Bonjour,
Avez vous vérifier les paramêtres de votre serveur lié, notamment les
options Data access, RPC et RPC out qui doivent être à ON (ou TRUE) ?
Christian
"Peck777" a écrit :
Bonjour,
Voilà, j'ai 2 serveur IBM costauds en SBS 2003 (donc 2 domaines), séparés
par un VPN sécurisé IPSec, via un canal SDSL 512/128 (je sais c'est pas
terrible).
Equipés tous les deux de SQL Serveur 2005 Standard Edition (pas encore mis
le SP1).
de chaque côté du VPN, les appli métiers partagent les mêmes données. les
contraintes de haute disponibilité m'obligent à répliquer les données des
deux serveurs le plus souvent possible.
Après m'être documenté, je suis arrivé à la solution suivante : Répli
transactionelle avec mises à jour
la réplication d'égal à égal n'étant possible qu'à partir de l'entreprise
édition, et la fusion n'étant pas assez performante pour mon système.
MAIS VOILA OU CA COINCE :
je créé ma publication sur mon serveur A : pas de problème.
j'ai configuré la sécurité des accès, etc ...
je vais sur mon serveur B, je passe par l'assistant d'abonnement, et crack
il me sort une méchante erreur. dont voici le détail :
================================== >
L'opération n'a pas pu être effectuée, car le fournisseur OLE DB 'SQLNCLI'
du serveur lié
'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759'
n'a pas réussi à démarrer une transaction distribuée.
Le contexte de la base de données a changé ; il est maintenant 'SCAWMDB'.
Le fournisseur OLE DB 'SQLNCLI' du serveur lié
'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759'
a retourné le message 'Le partenaire du gestionnaire de transactions a
désactivé la prise en charge des transactions à distance/par réseau.'. (.Net
SqlClient Data Provider)
------------------------------
Pour obtenir de l'aide, cliquez sur :
http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer .00.1399&EvtSrc=MSSQLServer&EvtIDs91&LinkId 476
------------------------------
Nom du serveur : SERVEUR-OR
Numéro de l'erreur : 7391
Gravité : 16
État : 2
Numéro de la ligne : 1
================================== >
Inutile de vous dire que le lien proposé ne mène à rien :)
la seule indication que j'ai trouvé sur le numéro d'erreur est un problème
de liaison TCP entre les deux serveur, ou un protocole géré par RPC qui
n'est pas valide ou un truc comme ça.
Si vous avez mieux à me proposer, merci de faire au plus vite, car la mise
en production est imminente.
Avez vous vérifier les paramêtres de votre serveur lié, notamment les options Data access, RPC et RPC out qui doivent être à ON (ou TRUE) ?
Christian
"Peck777" a écrit :
Bonjour,
Voilà, j'ai 2 serveur IBM costauds en SBS 2003 (donc 2 domaines), séparés par un VPN sécurisé IPSec, via un canal SDSL 512/128 (je sais c'est pas terrible). Equipés tous les deux de SQL Serveur 2005 Standard Edition (pas encore mis le SP1).
de chaque côté du VPN, les appli métiers partagent les mêmes données. les contraintes de haute disponibilité m'obligent à répliquer les données des deux serveurs le plus souvent possible. Après m'être documenté, je suis arrivé à la solution suivante : Répli transactionelle avec mises à jour la réplication d'égal à égal n'étant possible qu'à partir de l'entreprise édition, et la fusion n'étant pas assez performante pour mon système.
MAIS VOILA OU CA COINCE :
je créé ma publication sur mon serveur A : pas de problème. j'ai configuré la sécurité des accès, etc ...
je vais sur mon serveur B, je passe par l'assistant d'abonnement, et crack il me sort une méchante erreur. dont voici le détail :
================================== > L'opération n'a pas pu être effectuée, car le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' n'a pas réussi à démarrer une transaction distribuée. Le contexte de la base de données a changé ; il est maintenant 'SCAWMDB'. Le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' a retourné le message 'Le partenaire du gestionnaire de transactions a désactivé la prise en charge des transactions à distance/par réseau.'. (.Net SqlClient Data Provider)
------------------------------ Pour obtenir de l'aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer .00.1399&EvtSrc=MSSQLServer&EvtIDs91&LinkId 476
------------------------------ Nom du serveur : SERVEUR-OR Numéro de l'erreur : 7391 Gravité : 16 État : 2 Numéro de la ligne : 1
================================== > Inutile de vous dire que le lien proposé ne mène à rien :) la seule indication que j'ai trouvé sur le numéro d'erreur est un problème de liaison TCP entre les deux serveur, ou un protocole géré par RPC qui n'est pas valide ou un truc comme ça.
Si vous avez mieux à me proposer, merci de faire au plus vite, car la mise en production est imminente.
MERCI MERCI MERCI MERCI MERCI
Ludovic Pecquot Ingénieur Système 'Micro
Peck777
bonjour;
merci pour votre réponse, J'avais essayé ça, ouvrir toutes les portes. mais ça ne venait pas de ça.
en fait, l'alias du SQLNCLI était en named pipe, je suis passé en TCP et c'est nickel.
bon, j'avoue que j'ai pas mal batailler pour configurer ma réplication comme je voulais (compression, ftp, quasi temps reel) et j'y suis arrivé !
merci quand même
Ludovic
"Christianbt" a écrit dans le message de news:
Bonjour,
Avez vous vérifier les paramêtres de votre serveur lié, notamment les options Data access, RPC et RPC out qui doivent être à ON (ou TRUE) ?
Christian
"Peck777" a écrit :
Bonjour,
Voilà, j'ai 2 serveur IBM costauds en SBS 2003 (donc 2 domaines), séparés par un VPN sécurisé IPSec, via un canal SDSL 512/128 (je sais c'est pas terrible). Equipés tous les deux de SQL Serveur 2005 Standard Edition (pas encore mis le SP1).
de chaque côté du VPN, les appli métiers partagent les mêmes données. les contraintes de haute disponibilité m'obligent à répliquer les données des deux serveurs le plus souvent possible. Après m'être documenté, je suis arrivé à la solution suivante : Répli transactionelle avec mises à jour la réplication d'égal à égal n'étant possible qu'à partir de l'entreprise édition, et la fusion n'étant pas assez performante pour mon système.
MAIS VOILA OU CA COINCE :
je créé ma publication sur mon serveur A : pas de problème. j'ai configuré la sécurité des accès, etc ...
je vais sur mon serveur B, je passe par l'assistant d'abonnement, et crack il me sort une méchante erreur. dont voici le détail :
================================== >> L'opération n'a pas pu être effectuée, car le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' n'a pas réussi à démarrer une transaction distribuée. Le contexte de la base de données a changé ; il est maintenant 'SCAWMDB'. Le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' a retourné le message 'Le partenaire du gestionnaire de transactions a désactivé la prise en charge des transactions à distance/par réseau.'. (.Net SqlClient Data Provider)
------------------------------ Pour obtenir de l'aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer .00.1399&EvtSrc=MSSQLServer&EvtIDs91&LinkId 476
------------------------------ Nom du serveur : SERVEUR-OR Numéro de l'erreur : 7391 Gravité : 16 État : 2 Numéro de la ligne : 1
================================== >> Inutile de vous dire que le lien proposé ne mène à rien :) la seule indication que j'ai trouvé sur le numéro d'erreur est un problème de liaison TCP entre les deux serveur, ou un protocole géré par RPC qui n'est pas valide ou un truc comme ça.
Si vous avez mieux à me proposer, merci de faire au plus vite, car la mise en production est imminente.
MERCI MERCI MERCI MERCI MERCI
Ludovic Pecquot Ingénieur Système 'Micro
bonjour;
merci pour votre réponse,
J'avais essayé ça, ouvrir toutes les portes. mais ça ne venait pas de ça.
en fait, l'alias du SQLNCLI était en named pipe, je suis passé en TCP et
c'est nickel.
bon, j'avoue que j'ai pas mal batailler pour configurer ma réplication comme
je voulais (compression, ftp, quasi temps reel) et j'y suis arrivé !
merci quand même
Ludovic
"Christianbt" <Christianbt@discussions.microsoft.com> a écrit dans le
message de news: 13D2E310-3036-4282-B33A-EA3D2EF15789@microsoft.com...
Bonjour,
Avez vous vérifier les paramêtres de votre serveur lié, notamment les
options Data access, RPC et RPC out qui doivent être à ON (ou TRUE) ?
Christian
"Peck777" a écrit :
Bonjour,
Voilà, j'ai 2 serveur IBM costauds en SBS 2003 (donc 2 domaines), séparés
par un VPN sécurisé IPSec, via un canal SDSL 512/128 (je sais c'est pas
terrible).
Equipés tous les deux de SQL Serveur 2005 Standard Edition (pas encore
mis
le SP1).
de chaque côté du VPN, les appli métiers partagent les mêmes données. les
contraintes de haute disponibilité m'obligent à répliquer les données des
deux serveurs le plus souvent possible.
Après m'être documenté, je suis arrivé à la solution suivante : Répli
transactionelle avec mises à jour
la réplication d'égal à égal n'étant possible qu'à partir de l'entreprise
édition, et la fusion n'étant pas assez performante pour mon système.
MAIS VOILA OU CA COINCE :
je créé ma publication sur mon serveur A : pas de problème.
j'ai configuré la sécurité des accès, etc ...
je vais sur mon serveur B, je passe par l'assistant d'abonnement, et
crack
il me sort une méchante erreur. dont voici le détail :
================================== >>
L'opération n'a pas pu être effectuée, car le fournisseur OLE DB
'SQLNCLI'
du serveur lié
'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759'
n'a pas réussi à démarrer une transaction distribuée.
Le contexte de la base de données a changé ; il est maintenant 'SCAWMDB'.
Le fournisseur OLE DB 'SQLNCLI' du serveur lié
'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759'
a retourné le message 'Le partenaire du gestionnaire de transactions a
désactivé la prise en charge des transactions à distance/par réseau.'.
(.Net
SqlClient Data Provider)
------------------------------
Pour obtenir de l'aide, cliquez sur :
http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer .00.1399&EvtSrc=MSSQLServer&EvtIDs91&LinkId 476
------------------------------
Nom du serveur : SERVEUR-OR
Numéro de l'erreur : 7391
Gravité : 16
État : 2
Numéro de la ligne : 1
================================== >>
Inutile de vous dire que le lien proposé ne mène à rien :)
la seule indication que j'ai trouvé sur le numéro d'erreur est un
problème
de liaison TCP entre les deux serveur, ou un protocole géré par RPC qui
n'est pas valide ou un truc comme ça.
Si vous avez mieux à me proposer, merci de faire au plus vite, car la
mise
en production est imminente.
merci pour votre réponse, J'avais essayé ça, ouvrir toutes les portes. mais ça ne venait pas de ça.
en fait, l'alias du SQLNCLI était en named pipe, je suis passé en TCP et c'est nickel.
bon, j'avoue que j'ai pas mal batailler pour configurer ma réplication comme je voulais (compression, ftp, quasi temps reel) et j'y suis arrivé !
merci quand même
Ludovic
"Christianbt" a écrit dans le message de news:
Bonjour,
Avez vous vérifier les paramêtres de votre serveur lié, notamment les options Data access, RPC et RPC out qui doivent être à ON (ou TRUE) ?
Christian
"Peck777" a écrit :
Bonjour,
Voilà, j'ai 2 serveur IBM costauds en SBS 2003 (donc 2 domaines), séparés par un VPN sécurisé IPSec, via un canal SDSL 512/128 (je sais c'est pas terrible). Equipés tous les deux de SQL Serveur 2005 Standard Edition (pas encore mis le SP1).
de chaque côté du VPN, les appli métiers partagent les mêmes données. les contraintes de haute disponibilité m'obligent à répliquer les données des deux serveurs le plus souvent possible. Après m'être documenté, je suis arrivé à la solution suivante : Répli transactionelle avec mises à jour la réplication d'égal à égal n'étant possible qu'à partir de l'entreprise édition, et la fusion n'étant pas assez performante pour mon système.
MAIS VOILA OU CA COINCE :
je créé ma publication sur mon serveur A : pas de problème. j'ai configuré la sécurité des accès, etc ...
je vais sur mon serveur B, je passe par l'assistant d'abonnement, et crack il me sort une méchante erreur. dont voici le détail :
================================== >> L'opération n'a pas pu être effectuée, car le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' n'a pas réussi à démarrer une transaction distribuée. Le contexte de la base de données a changé ; il est maintenant 'SCAWMDB'. Le fournisseur OLE DB 'SQLNCLI' du serveur lié 'REPLLINK_SERVEUR931970057_SCAWMDB1988148759_PUBLICATIO-906089744_SCAWMDB1988148759' a retourné le message 'Le partenaire du gestionnaire de transactions a désactivé la prise en charge des transactions à distance/par réseau.'. (.Net SqlClient Data Provider)
------------------------------ Pour obtenir de l'aide, cliquez sur : http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer .00.1399&EvtSrc=MSSQLServer&EvtIDs91&LinkId 476
------------------------------ Nom du serveur : SERVEUR-OR Numéro de l'erreur : 7391 Gravité : 16 État : 2 Numéro de la ligne : 1
================================== >> Inutile de vous dire que le lien proposé ne mène à rien :) la seule indication que j'ai trouvé sur le numéro d'erreur est un problème de liaison TCP entre les deux serveur, ou un protocole géré par RPC qui n'est pas valide ou un truc comme ça.
Si vous avez mieux à me proposer, merci de faire au plus vite, car la mise en production est imminente.
