Aucun processus n'est à l'autre bout du canal (SQL Server 2012)

J'ai cette erreur:

A connection was successfully established with the server, but then an error occurred
during the login process. (provider: Shared Memory Provider, error: 0 - No process is
on the other end of the pipe.)

(Microsoft SQL Server, Error: 233)

Je sais, il y a des questions similaires sur ce site, et la réponse est, pour activer TCP / IP et les tuyaux. Mais j'ai activé les deux et ne fonctionne toujours pas:

J'utilise Microsoft SQL Server 2012 et l'utilisateur dispose des autorisations complètes.

Le serveur a été défini sur l'authentification Windows uniquement par défaut. Il n'y a pas de notification indiquant que l'origine des erreurs est cela, il est donc difficile de la comprendre. Le studio de gestion SQL n'alerte pas, même si vous créez un utilisateur avec l'authentification SQL uniquement.

La réponse est donc: Passer de l'authentification Windows à l'authentification SQL :

1. Faites un clic droit sur le nom du serveur et sélectionnez properties;
2. Sélectionnez l' securityonglet;
3. Activez le SQL Server and Windows Authentication mode;
4. Redémarrez le service SQL Server.

Vous pouvez maintenant vous connecter avec votre login / mot de passe.

Pour résoudre ce problème, connectez-vous à SQL Management Studio à l'aide de l'authentification Windows, puis cliquez avec le bouton droit sur le nœud de serveur Propriétés-> Sécurité et activez le mode d'authentification SQL Server et Windows. Si vous utilisez «sa», assurez-vous que le compte est activé. Pour ce faire, ouvrez «sa» sous Connexions et affichez l'état.

Si cela ne fonctionne pas, vous devrez peut-être réinstaller SQL Server

Vous pouvez également essayer d'accéder aux services et redémarrer votre instance de serveur SQL

Donc, j'ai eu cela récemment aussi, pour la sécurité intégrée, Il s'avère que mon problème était en fait assez simple à résoudre mais principalement parce que j'avais oublié d'ajouter "Trusted_Connection = True" à ma chaîne de connexion.

Je sais que cela peut sembler assez évident, mais cela m'a fait durer environ 20 minutes jusqu'à ce que je réalise que j'avais copié le format de ma chaîne de connexion depuis connectionstrings.com et que cette partie de la chaîne de connexion était manquante.

Simple et je me sens un peu idiot, mais c'était la réponse pour moi.

Une autre raison de cette erreur peut être un nom de base de données incorrect ou inexistant.

Forcer la connexion TCP / IP (en fournissant 127.0.0.1au lieu de localhostou .) peut révéler la vraie raison de l'erreur. Dans mon cas, le nom de la base de données spécifié dans la chaîne de connexion était incorrect.

Alors, voici la liste de contrôle:

• Assurez-vous que Named Pipe est activé dans le gestionnaire de configuration (n'oubliez pas de redémarrer le serveur).
• Assurez-vous que la base de données à laquelle vous vous connectez existe.
• Assurez-vous que l' authentification SQL Server (ou le mode mixte) est activée.

Veuillez vérifier cela également Vérifier également la configuration TCP / IP, les noms PipeLine et la mémoire partagée activés

Si vous essayez de vous connecter avec des informations d'identification SQL, vous pouvez également essayer de modifier le LoginMode pour SQL Server dans le Registre pour autoriser à la fois l'authentification SQL Server et Windows.

1. Ouvrir regedit
2. Accédez à la clé d'instance SQL (peut varier en fonction du nom de votre instance): Ordinateur \ HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL14.SQLEXPRESS \ MSSQLServer \
3. Définissez LoginMode sur 2

4. Redémarrez le service SQL et SQL Server Management Studio et réessayez.

Je fais face à ce problème pour la deuxième fois et toutes les réponses précédentes ont échoué, heureusement la demande suivante fait l'affaire:

Alter login [user] with CHECK_POLICY = OFF
go

Alter login [user] with CHECK_POLICY = ON
go

Pour moi, le mot de passe de mon utilisateur de connexion a expiré et j'ai eu la même exception. Ensuite, je me connecte avec le mode d'authentification Windows et change le mot de passe de l'utilisateur associé, et cela a résolu mon problème.

Eu cette erreur aussi, la cause était simple, mais pas évidente: mot de passe incorrect. Je ne sais pas pourquoi je n'ai pas simplement reçu «Échec de la connexion» du serveur SQL 2016 fraîchement installé.

Ouais, cette erreur pourrait aussi bien être "quelque chose a échoué, bonne chance pour savoir quoi" - Dans mon cas, c'était un mauvais nom d'utilisateur. SQL Server 2019 RC1.

J'ai le même proplem "Une connexion a été établie avec succès avec le serveur, mais une erreur s'est produite pendant le processus de connexion. (Fournisseur: fournisseur de mémoire partagée, erreur: 0 - aucun processus n'est à l'autre extrémité du tuyau.)"

Ma connexion est:

serveur = POS06 \ SQLEXPRESS; AttachDbFilename = C: ... \ Datas.mdf; Catalogue initial = Données; ID utilisateur = sa; Pwd = 12345; Délai de connexion = 10;

Mais mon SQL est POS06 \ MSQL2014

Remplacez la chaîne de connexion par

serveur = POS06 \ MSQL2014; AttachDbFilename = C: ... \ Datas.mdf; Catalogue initial = Données; ID utilisateur = sa; Pwd = 12345; Délai de connexion = 10;

ça a marché.

assurez-vous que vous avez spécifié l'utilisateur dans Sécurité-> Connexions, si non - ajoutez-le et réessayez.

Suivez l'autre réponse, et si cela ne fonctionne toujours pas, redémarrez votre ordinateur pour redémarrer efficacement le service SQL Server sous Windows.

Essayez toujours de vous connecter à l'aide de ces informations d'identification avec SQL Management Studio. Cela peut révéler des détails supplémentaires que vous n'obtenez pas au moment de l'exécution dans votre code. J'avais vérifié l'authentification SQL + Windows, redémarré le serveur mais toujours pas de chance. Après avoir essayé de me connecter à l'aide de SQL Management, j'ai reçu cette invite:

D'une manière ou d'une autre, le mot de passe avait expiré bien que la connexion ait été créée quelques minutes auparavant. Quoi qu'il en soit, nouveau jeu de mots de passe, chaîne de connexion mise à jour et tout va bien.