Nessun processo è all'altra estremità del pipe (SQL Server 2012)

Ho questo errore:

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)

Lo so, ci sono domande simili su questo sito e la risposta è, abilitare TCP / IP e pipe. Ma ho abilitato entrambi e ancora non funziona:

Sto utilizzando Microsoft SQL Server 2012 e l'utente dispone delle autorizzazioni complete.

Il server era impostato sull'autenticazione di Windows solo per impostazione predefinita. Non c'è alcuna notifica che l'origine degli errori sia quella, quindi è difficile capirlo. SQL Management Studio non avvisa, anche se crei un utente solo con autenticazione SQL.

Quindi la risposta è: passa da Windows all'autenticazione SQL :

1. Fare clic con il tasto destro sul nome del server e selezionare properties ;
2. Selezionare security scheda;
3. Abilita il SQL Server and Windows Authentication mode ;
4. Riavviare il servizio SQL Server.

Ora puoi connetterti con il tuo login / password.

Per risolvere questo problema, connettersi a SQL Management Studio utilizzando l'autenticazione di Windows, quindi fare clic con il pulsante destro del mouse su Proprietà del nodo del server-> Protezione e abilitare SQL Server e la modalità di autenticazione di Windows. Se utilizzi "sa" assicurati che l'account sia abilitato. Per farlo, apri "sa" in Login e visualizza lo stato.

Se non ha funzionato, potrebbe essere necessario reinstallare SQL Server

Inoltre puoi provare ad accedere ai servizi e riavviare l'istanza del server SQL

Quindi, ho avuto anche questo di recente, per la sicurezza integrata, risulta che il mio problema era in realtà abbastanza semplice da risolvere, ma principalmente perché avevo dimenticato di aggiungere "Trusted_Connection = True" alla mia stringa di connessione.

So che può sembrare abbastanza ovvio, ma mi ha fatto andare avanti per 20 minuti circa fino a quando non mi sono reso conto di aver copiato il formato della mia stringa di connessione da connectionstrings.com e quella parte della stringa di connessione era mancante.

Semplice e mi sento un po 'sciocco, ma è stata la risposta per me.

Un altro motivo di questo errore potrebbe essere un nome database errato o inesistente.

Forzare la connessione TCP / IP (fornendo 127.0.0.1invece di localhosto .) può rivelare il vero motivo dell'errore. Nel mio caso, il nome del database specificato nella stringa di connessione non era corretto.

Quindi, ecco la lista di controllo:

• Assicurati che Named Pipe sia abilitato in Configuration Manager (non dimenticare di riavviare il server).
• Assicurati che il database a cui ti stai connettendo esista.
• Assicurati che l' autenticazione di SQL Server (o la modalità mista) sia abilitata.

Controlla anche questo Controlla anche la configurazione TCP / IP, Nomi PipeLine e memoria condivisa abilitata

Se stai tentando di accedere con le credenziali SQL, puoi anche provare a modificare la modalità di accesso per SQL Server nel registro per consentire sia SQL Server che l'autenticazione di Windows.

1. Apri regedit
2. Vai alla chiave dell'istanza SQL (può variare a seconda del nome dell'istanza): Computer \ HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL14.SQLEXPRESS \ MSSQLServer \
3. Imposta LoginMode su 2

4. Riavviare il servizio SQL e SQL Server Management Studio e riprovare.

Affronto questo problema per la seconda volta e tutte le risposte precedenti sono fallite, fortunatamente la seguente richiesta fa il suo lavoro:

Alter login [user] with CHECK_POLICY = OFF
go

Alter login [user] with CHECK_POLICY = ON
go

Per me la password per il mio utente di accesso è scaduta e ho ottenuto la stessa eccezione. Quindi accedo con la modalità di autenticazione di Windows e cambio la password per l'utente associato, e il problema è risolto.

Aveva anche questo errore, la causa era semplice, ma non ovvia: password errata. Non sono sicuro del motivo per cui non ho ricevuto solo "Accesso non riuscito" dal server SQL 2016 appena installato.

Sì, questo errore potrebbe anche essere "qualcosa non è riuscito, buona fortuna a capire cosa" - Nel mio caso era un nome utente sbagliato. SQL Server 2019 RC1.

Ho lo stesso suggerimento "Una connessione è stata stabilita con successo con il server, ma poi si è verificato un errore durante il processo di accesso. (Provider: Shared Memory Provider, errore: 0 - Nessun processo è sull'altra estremità del tubo.)"

La mia connessione è:

server = POS06 \ SQLEXPRESS; AttachDbFilename = C: ... \ Datas.mdf; Catalogo iniziale = Dati; ID utente = sa; Pwd = 12345; Connetti Timeout = 10;

Ma il mio SQL è POS06 \ MSQL2014

Modificare la stringa di connessione in

server = POS06 \ MSQL2014; AttachDbFilename = C: ... \ Datas.mdf; Catalogo iniziale = Dati; ID utente = sa; Pwd = 12345; Connetti Timeout = 10;

ha funzionato.

assicurati di aver specificato l'utente in Sicurezza-> Login, se no - aggiungilo e riprova.

Segui l'altra risposta e, se continua a non funzionare, riavvia il computer per riavviare efficacemente il servizio SQL Server su Windows.

Prova sempre ad accedere utilizzando queste credenziali con SQL Management Studio. Questo potrebbe rivelare alcuni dettagli in più che non ottieni in fase di esecuzione nel tuo codice. Avevo controllato l'autenticazione SQL + Windows, riavviato il server ma ancora senza fortuna. Dopo aver provato ad accedere utilizzando Gestione SQL, ho ricevuto questo messaggio:

In qualche modo la password era scaduta sebbene l'accesso fosse stato creato pochi minuti prima. Ad ogni modo, nuova password impostata, stringa di connessione aggiornata e tutto a posto.