Je sais que cette question a déjà été posée. J'ai suivi les nombreuses étapes de dépannage sur MSQL Tips ainsi que toutes les réponses que je peux trouver sur Google. Je suis vraiment perplexe.
L'erreur est la suivante:
Je n'arrive pas à surmonter cette erreur. Chaque fois que j'installe/désinstalle MS SQL Server, je reçois la même erreur. J'ai même effectué une réinitialisation matérielle de l'ordinateur portable, supprimant même les informations du BIOS, mais j'obtiens toujours la même erreur. J'ai découvert que les installations de MS SQL Server sont simultanées, ce qui explique peut-être cela.
J'ai même configuré une machine virtuelle exécutant Windows 7 pour déboguer et j'ai reçu exactement le même message. L'application peut être exécutée sur un autre poste de travail et fonctionne parfaitement. Il semble que le problème soit quelque chose de dur à coder sur mon ordinateur.
Ne connaissant pas tous les détails de votre problème par votre question, essayez ce qui suit:
Option 1:
Désactivez temporairement le pare-feu Windows et testez à nouveau votre script SQL:
Option 2:
Assurez-vous que NetBIOS est activé dans les paramètres TCP/IP de la carte réseau que vous utilisez:
Option 3:
Assurez-vous que les protocoles SQL Server sont activés via SQL Server Configuration Manager:
Option 4:
Essayez une combinaison de deux ou plusieurs options ci-dessus.
Vous pouvez obtenir ce type d'erreur en raison de l'utilisation de petits (-s) au lieu de majuscules (-S) ... veuillez vérifier le caractère du paramètre en changeant les majuscules/minuscules ...
J'avais déjà fait face à ce type de problème et résolu en faisant cela.
Dans mon cas (Windows 7, SQL Server 2014 Express, appelez sqlcmd à partir d'un fichier bat, nommé erreur de canal 53), il s'agissait d'une combinaison de:
Utilisation du nom de serveur correct dans
sqlcmd -S <ServerName> -i <.sql file>
Vous pouvez obtenir cette chaîne à partir de la fenêtre contextuelle Se connecter au moteur de base de données dans MSSQL Server Management Studio, ou en interrogeant la base de données:
SELECT @@servername
La ligne de commande:
sqlcmd -L
n'a pas été utile dans ce cas, car il répertorie toujours une ligne vierge, même après que le fichier de commandes a fonctionné.
Si vous utilisez localdb, mettez (localdb)\
avant le nom de l'instance de serveur. Je devrais particulièrement insister sur l'utilisation d'une barre oblique inversée \
.
(BTW, les expériences ne sont utiles que quand on s'en souvient, contrairement à moi revivre et retrouver la solution après 2 ans ...)