SQL Server Error “Fournisseur de canaux Nommés: impossible d'ouvrir une connexion à SQL Server [53]”
J'ai utilisé une application de bureau qui pointe vers une base de données Sybase par le biais d'un .ini
fichier qui avait cette chaîne de connexion:
CONNECTION_NAME = "DSN="Dna_Name";UID="User";PWD="Password""
Il a parfaitement fonctionné.
Il y A quelques jours de la base de données a été migré vers SQL Server 2008 R2 et j'ai besoin de mettre à jour le .ini
fichier pour rediriger le nouveau serveur de production. J'ai mis à jour la chaîne de connexion comme suit:
CONNECTION_NAME = "Provider=SQLNCLI10.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog="CatalogName";Data Source="Production_DNS""
Mais j'obtiens l'erreur suivante:
Canal nommé Fournisseur de: impossible d'ouvrir une connexion à SQL Server [53]
Remarques supplémentaires:
- DNS de Production fonctionne parfaitement dans les autres zones et d'autres applications sont d'atteindre le serveur sans problèmes.
- Je suis en train de vous connecter à partir de boîte de dev.
- L'application est un héritage de la mise en œuvre de plusieurs années, c'est pourquoi la
*.ini
fichier doit être maintenu autour de.
J'ai quelques heures de navigation internet pour les détails de l'erreur avec presque pas de résultats.
La nouvelle chaîne de connexion semble correcte?. Aucune idée de ce que peut générer l'erreur? Recommandations?
Merci d'avance,
Start Menu > SQL Server configuration Manager
dans le volet de gauche, sélectionnez SQL Server Connections
, à partir de là vous avez accès à des instances SQL, sélectionnez l'un d'eux, frappé l'un d'eux et de volet de droite, double cliquez sur TCP/IP
, sur le deuxième onglet nommé IP Addresses
vous pouvez voir la TCP port
, dans mon cas, je l'ai changé pour le vrai numéro de port.Related posts - Comment puis-je corriger l'erreur "Fournisseur de canaux Nommés, erreur 40 - impossible d'ouvrir une connexion à SQL Server"? & erreur: 40 - impossible d'ouvrir une connexion à SQL Server
OriginalL'auteur G21 | 2015-03-11
Vous devez vous connecter pour publier un commentaire.
Heureusement, après de creuser autour pour plusieurs heures que j'ai dit il y a une production d'erreur DNS qui était la cause de mon problème.
J'ai résolu le problème en fournissant le nom du serveur sur la connexion de Source de Données attribut n':
Astuce: pour éviter les erreurs sur le nom du serveur vous pouvez le vérifier à l'aide de SQL Server Management Studio en exécutant la commande suivante en T-SQL:
OriginalL'auteur G21
Vous êtes probablement pointant vers le mauvais serveur.
Je me suis même erreur pointant vers un serveur linux.
OriginalL'auteur profimedica