[SQL Native Client]TCP Provider: An existing connection was forcibly closed by the re

Bonjour,

Je fais face à un problème vraiment très bizard.
Mon architecture est la suivante. Je possède 3 serveurs, deux pour la DB (mirroring avec témoin) et un pour mon appli.
Je suis entrain de tester si mon appli est compatible avec le mirroring SQL2005
Apparemment ca ne semble pas le cas mais y a quelque chose que je ne comprend pas.
Quand je parts du principal que mon appli est connectée via ODBC et que je fais le basculement, je perds la connexion à la DB.
Inversement parcontre, ca fonctionne quand je viens du mirror (en démarrage sur le mirror) puis si je rebascule ca ne fonctionne plus. :(


erreurs dans le premier cas :
[SQL Native Client]TCP Provider: An existing connection was forcibly closed
by the remote host... ( 10054 )
[Microsoft][SQL Native Client]Communication link failure ( 10054 )

Merci de votre aide

Bonjour,

Que donne un telnet ?

@++ ;)

Bonsoir,

J'ai l'impression que cela peut provenir de la bascule entre pools de connexions qui peut être prise par l'OS pour une attaque de deni de service.

Ce n'est pas sécurisé mais est ce que ceci fonctionne ?

Si c'est le cas, et que votre server est directement exposé aux attaques de type DOS, la partie "Solutions to this GNE issue" de ce lien de SQL Protocols peut peut être vous aider à implémenter une solution soft.

@+

Merci de votre aide.

Pour le Telnet il fonctionne correctement pour l'autre solution je l'avais déjà testé.
Je viens d'installer mon appli et configurer l'ODBC sur mon serveur de DB (ou j'ai ma DB principale) et ca marche bien.Le basculement se fait bien sur la DB mirror.

Je viens aussi de jetter un oeil dans les event log windows de mon serveur DB (principale) et j ai des Failure Audit de mon utilisateur ODBC. (dans la configuration ou mon appli est sur un serveur séparé)

Je viens de faire un nouveau test.
J'ai installé mon appli sur un autre serveur appartenant au meme domaine que mes DB et ca fonctionne aussi :lol: Du coup je reste perplex :calim2:
Le fait que je sois sur un domaine different peu expliquer ce message d'erreur?
peut etre qu'un firewall entre mes deux domaines empeche le basculement de mon ODBC.