Si è verificato un errore correlato alla rete o specifico dell'istanza durante la connessione a SQL Server

Si applica a: SQL Server

Quando ci si connette a un'istanza di SQL Server, è possibile che vengano visualizzati uno o più dei messaggi di errore seguenti. Questo articolo illustra alcune procedure che consentono di risolvere questi errori, forniti in ordine di problemi da semplici a complessi.

Messaggi di errore

I messaggi di errore completi variano a seconda della libreria client usata nell'applicazione e nell'ambiente server. Per verificare se viene visualizzato uno dei messaggi di errore seguenti, è possibile controllare i dettagli seguenti:

"Si è verificato un errore correlato alla rete o specifico dell'istanza durante la connessione a SQL Server. Verificare che il nome dell'istanza sia corretto e che SQL Server sia configurato per consentire connessioni remote"

"SQL Server non esiste o accesso negato"

Generalmente questo errore indica che il client non riesce a trovare l'istanza di SQL Server. Questo problema si verifica per uno dei seguenti motivi:

• Il nome del computer che ospita SQL Server non è corretto.
• L'istanza non riesce a determinare l'IP corretto.
• Il numero di porta TCP non è stato specificato correttamente.

Errore di Windows 233: Nessun processo si trova sull'altra estremità della pipe

Il messaggio completo è:

È stata stabilita una connessione con il server, ma si è verificato un errore durante il processo di accesso. (provider: Provider di memoria condivisa, errore: 0 - Nessun processo si trova sull'altra estremità della pipe. (Microsoft SQL Server, Errore: 233)

Questo messaggio indica che SQL Server non è in ascolto nel protocollo Memoria condivisa o Named Pipes.

Raccogliere informazioni per la risoluzione dell'errore

È consigliabile raccogliere le informazioni elencate in questa sezione usando una delle opzioni seguenti prima di procedere con i passaggi effettivi per risolvere l'errore.

Opzione 1: usare lo strumento SQL Check per raccogliere le informazioni necessarie

Se è possibile accedere in locale al computer SQL Server e avere accesso come amministratore, usare SQLCHECK. Questo strumento fornisce la maggior parte delle informazioni necessarie per la risoluzione dei problemi in un unico file. Per ulteriori informazioni sull'uso dello strumento e sulle informazioni raccolte, consultare la pagina iniziale dello strumento. È anche possibile controllare i prerequisiti consigliati e la pagina dell'elenco di controllo.

Opzione 2: raccogliere i dati singolarmente usando le procedure seguenti

Ottenere il nome dell'istanza da Gestione configurazione

Nel server che ospita l'istanza di SQL Server, usare Gestione configurazione SQL Server per verificare il nome dell'istanza:

1. Accedere al computer che ospita l'istanza di SQL Server.

2. Avviare Gestione configurazione SQL Server.

3. Nel riquadro a sinistra, selezionare Servizi di SQL Server.

4. Nel riquadro a destra, verificare il nome dell'istanza del motore di database.

   • SQL SERVER (MSSQLSERVER) indica un'istanza predefinita di SQL Server. Il nome dell'istanza predefinita è <nome computer>.
   • SQL SERVER (<nome istanza>) indica un'istanza denominata di SQL Server. Il nome dell'istanza denominata è <nome computer>\<nome istanza>.

Ottenere l'indirizzo IP del server

È possibile utilizzare i seguenti passaggi per ottenere l'indirizzo IP del computer che ospita l'istanza di SQL Server.

1. Dal menu Start, selezionare Esegui. Nella casella Esegui, digitare cmd, quindi fare clic su OK.

2. Nella finestra Prompt dei comandi, digitare ipconfig/all, quindi premere INVIO. Annotare l'indirizzo IPv4 e l'indirizzo IPv6.

   Nota

   SQL Server può connettersi utilizzando il protocollo IP versione 4 o il protocollo IP versione 6. La rete può consentirne uno o entrambi.

Ottenere la porta TCP dell'istanza

Nella maggior parte dei casi, la connessione al motore di database su un altro computer avviene tramite il protocollo TCP. Per ottenere la porta TCP dell'istanza, procedere come segue:

1. Utilizzare SQL Server Management Studio sul computer che esegue SQL Server e collegarsi all'istanza di SQL Server. In Esplora oggetti, espandere Gestione, espandere Registro SQL Server, quindi fare clic con il pulsante destro del mouse sul registro attuale.

2. In Visualizzatore file registro, selezionare Filtra sulla barra degli strumenti. Nella casella Messaggio contenente testo, digitare server in ascolto su, selezionare Applica filtro, quindi selezionare OK.

3. Deve essere elencato un messaggio come "Server in ascolto su [ 'any' <ipv4> 1433]".

   Questo messaggio indica che l'istanza di SQL Server è in ascolto su tutti gli indirizzi IP del computer (per IP versione 4) e sulla porta TCP 1433. (La porta TCP 1433 è in genere la porta utilizzata dal Motore di database o dall'istanza predefinita di SQL Server. Solo un'istanza di SQL Server può utilizzare questa porta. Se è installata più di un'istanza di SQL Server, alcune istanze devono utilizzare altri numeri di porta.) Annotare il numero di porta utilizzato dall'istanza di SQL Server a cui si sta tentando di connettersi.

   Nota

   • L'indirizzo IP 127.0.0.1 è probabilmente presente nell'elenco. Si chiama indirizzo dell'adattatore di loopback. Solo i processi sullo stesso computer possono utilizzare l'indirizzo IP per connettersi.
   • È inoltre possibile visualizzare il registro degli errori di SQL Server utilizzando un editor di testo. Per impostazione predefinita, il log degli errori si trova in Programmi\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG e nei file ERRORLOG.n. Per maggiori informazioni, consultare Visualizzare il registro errori di SQL Server.

Passaggio 1: verificare che l'istanza sia in esecuzione

Opzione 1: Usare il file di output SQLCHECK

1. Search il file di output SQLCHECK per "SQL Server Information".
2. Nella sezione intitolata "Servizi di interesse", individuare l'istanza di SQL Server nelle colonne Nome e Istanza (per le istanze denominate) e controllarne lo stato utilizzando la colonna Avviata. Se il valore è True, i servizi vengono avviati. In caso contrario, il servizio non è attualmente in esecuzione.
3. Se il servizio non è in esecuzione, avviare il servizio utilizzando SQL Server Management Studio, SQL Server Configuration Manager, PowerShell o l'applet Services.

Opzione 2: utilizzare lo strumento Gestione configurazione SQL Server

Per verificare che l'istanza sia in esecuzione, selezionare SQL Server Services in Gestione configurazione SQL Server e controllare il simbolo dall'istanza di SQL Server.

• Una freccia verde indica che un'istanza è in esecuzione.
• Un quadrato rosso indica che un'istanza è stata arrestata.

Se l'istanza è stata arrestata, fare clic con il pulsante destro del mouse sull'istanza e scegliere Avvia. Viene quindi avviata l'istanza del server e l'indicatore diventa una freccia verde.

Opzione 3: utilizzare i comandi di PowerShell

Per controllare lo stato dei servizi SQL Server nel sistema, in PowerShell è possibile utilizzare il comando seguente:

Get-Service | Where {$_.status -eq 'running' -and $_.DisplayName -like "sql server*"}

Per cercare nel file del registro degli errori la stringa specifica "SQL Server è ora pronto per le connessioni client", è possibile utilizzare il comando seguente. Si tratta di un messaggio informativo; non è richiesta alcuna azione da parte dell'utente.":

Get-ChildItem -Path "c:\program files\microsoft sql server\mssql*" -Recurse -Include Errorlog | Select-String "SQL Server is now ready for client connections."

Passaggio 2: verificare che il servizio SQL Server Browser sia in esecuzione

Opzione 1: Usare il file di output SQLCHECK

1. Search il file di output SQLCHECK per "SQL Server Information".
2. Nella sezione "Servizi di interesse", cercare SQLBrowser nella colonna Nome e controllarne lo stato utilizzando la colonna Avviato. Se il valore è True, il servizio viene avviato. In caso contrario, il servizio non è attualmente in esecuzione ed è necessario avviarlo. Per maggiori informazioni, consultare Avviare, arrestare, sospendere, riprendere, riavviare i servizi di SQL Server.

Opzione 2: utilizzare lo strumento Gestione configurazione SQL Server

Per connettersi a un'istanza denominata, il servizio SQL Server Browser deve essere in esecuzione. In Gestione configurazione SQL Server, individuare il servizio SQL Server Browser e verificare che sia in esecuzione. Se non è in esecuzione, avviare il servizio. Il servizio SQL Server Browser non è necessario per le istanze predefinite.

Per maggiori informazioni sull'utilizzo del servizio SQL Server Browser nell'ambiente, consultare Servizio SQL Server Browser.

Per maggiori informazioni sull'arresto e l'avvio di SQL Services, consultare Avviare, arrestare, sospendere, riprendere, riavviare i servizi di SQL Server.

Passaggio 3: verificare il nome del server nella stringa di connessione

Quando nella stringa di connessione viene specificato un nome di server non corretto, spesso si verificano errori. Assicurarsi che il nome del server corrisponda a quello recuperato nei passaggi precedenti.

• Per esempi sulle stringhe di connessione, consultare Stringhe di connessione di SQL Server.
• Per esempi più dettagliati, consultare Modello di verifica della connessione a SQL utilizzando ADO.NET nella Home Page per la programmazione client SQL.

Passaggio 4: verificare gli alias sui computer client

Gli alias vengono spesso utilizzati negli ambienti client quando ci si connette a SQL Server con un nome alternativo oppure quando si verificano problemi di risoluzione dei nomi nella rete. Vengono creati utilizzando lo strumento Gestione configurazione SQL Server oppure l'utilità di rete client. Un alias errato può causare la connessione delle applicazioni al server errato, causando un errore. Eseguire la procedura seguente per controllare eventuali alias errati. È anche possibile utilizzare uno strumento (ad esempio SQLCHECK) nel computer client per verificare la presenza di alias e varie altre impostazioni correlate alla connettività in un computer client.

Opzione 1: Usare il file di output SQLCHECK

1. Nel file di output SQLCHECK cercare la stringa Alias SQL. (Questa stringa si troverà all'interno della sezione Sicurezza client e informazioni sul driver del file)
2. Esaminare le voci nella tabella. Se non è presente alcun alias, significa che nel computer non sono presenti. Se è presente una voce, esaminare le informazioni per assicurarsi che il nome del server e il numero di porta siano impostati sui valori corretti.

Output di esempio:
Alias SQL:

Alias Name   Protocol   Server Name     Port   32-bit 

----------   --------   ------------    ----   ------ 

prodsql      TCP        prod_sqlserver  1430      

L'output indica che prodsql è un alias per un SQL Server chiamato prod_sqlserver in esecuzione sulla porta 1430.

Opzione 2: controllare gli alias nello strumento Gestione configurazione di SQL Server

1. In Gestione configurazione SQL Server, espandere Configurazione SQL Server e selezionare Alias.

2. Controllare se sono stati definiti alias per il server a cui si sta tentando di connettersi.

   Se gli alias esistono, attenersi alla seguente procedura:

   1. Aprire il riquadro Proprietà dell'alias.
   2. Rinominare il valore nel campo Nome Alia (ad esempio, se il nome del server è MySQL, rinominarlo come MySQL_test) e riprovare la connessione. Se la connessione funziona, l'alias non è corretto e potrebbe provenire da una configurazione precedente che non è più necessaria. Se la connessione non funziona, rinominare l'alias con il nome originale e passare al passaggio successivo.
   3. Controllare i parametri di connessione per l'alias e assicurarsi che siano corretti. Gli scenari comuni seguenti possono causare problemi di connettività:
      • Indirizzo IP non corretto per il campo Server. Assicurarsi che l'indirizzo IP corrisponda alla voce nel file del registro degli errori di SQL Server.
      • Nome del server non corretto nel campo Server. Ad esempio, l'alias del server indica il nome del server corretto. Tuttavia, le connessioni avranno esito negativo se il valore del parametro del nome del server non è corretto.
      • Formato del nome della pipe non corretto (presupponendo che si usi un alias named pipe).
        • Quando ci si connette a un'istanza predefinita denominata Mydefaultinstance, il nome della pipe deve essere \\Mydefaultinstance\pipe\sql\query.
        • Quando ci si connette a un'istanza denominata MySQL\Named, il nome della pipe deve essere \\MySQL\pipe\MSSQL$Named\sql\query.

Opzione 3: controllare gli alias nell'utilità di rete client di SQL Server

1. Aprire l'Utilità del server client di SQL Server digitando cliconfg.exe nel comando Esegui.
2. Seguire il passaggio 2 descritto nella sezione Opzione 2: controllare gli alias nello strumento di Gestione configurazione SQL Server.

Passaggio 5: verificare la configurazione del firewall

È possibile verificare la configurazione del firewall a seconda dell'istanza predefinita oppure dell'istanza denominata.

Istanza predefinita di SQL Server

Generalmente un'istanza predefinita viene eseguita sulla porta 1433. Alcune installazioni utilizzano anche una porta non standard (diversa da 1433) per eseguire istanze SQL. Il firewall può bloccare entrambe le porte. Per controllare il numero della porta, attenersi alla seguente procedura:

1. Determinare la porta su cui è in esecuzione l'istanza di SQL, vedere Ottenere la porta TCP dell'istanza.
2. • Se SQL Server è configurato per l'ascolto sulla porta 1433, assicurarsi che i firewall nella rete tra il client e il server consentano il traffico su tale porta. Consultare Configurare Windows Firewall per l'accesso al motore di database e collaborare con l'amministratore di rete per implementare le soluzioni necessarie.
   • Se l'istanza predefinita di SQL Server non utilizza la porta 1433, provare ad aggiungere il numero di porta di SQL Server al nome del server utilizzando il formato <servername>,<portnumber> e verificare se funziona. Ad esempio, il nome dell'istanza SQL è MySQLDefaultinstance ed è in esecuzione sulla porta 2000. Specificare il nome del server come MySQLServer, 2000 e verificare se funziona.
     • Se dovesse funzionare, significa che il firewall sta bloccando la porta. È possibile seguire le istruzioni riportate nella sezione Configurare Windows Firewall per l'accesso al motore di database oppure collaborare con l'amministratore di rete per aggiungere la porta all'elenco di esclusione del firewall.
     • Se dovesse funzionare, significa che il firewall consente la comunicazione tramite tale porta. È necessario modificare la stringa di connessione per utilizzare il numero di porta e il nome del server nella stringa di connessione dell'applicazione.

Istanza denominata di SQL Server

Se l'istanza di SQL è un'istanza denominata, può essere configurata per utilizzare le porte dinamiche oppure una porta statica. In entrambi i casi, le librerie di rete sottostanti eseguono query sul servizio SQL Server Browser in esecuzione nel computer SQL Server tramite la porta UDP 1434 per enumerare il numero di porta per l'istanza denominata. Se un firewall tra il client e il server blocca questa porta UDP, la libreria client non potrà determinare la porta (un requisito per la connessione) e la connessione fallirà. Per verificare la connessione, è possibile utilizzare uno dei seguenti metodi:

• Metodo 1: controllare la connessione specificando il numero di porta nella stringa di connessione.

  1. Determinare la porta su cui è in esecuzione l'istanza di SQL, vedere Ottenere la porta TCP dell'istanza.
  2. Provare a connettersi all'istanza denominata usando il numero di porta aggiunto al nome del server nel formato <servername\instancename>,<portnumber> e verificare se funziona. Ad esempio, se il nome dell'istanza SQL è MySQL\Namedinstance ed è in esecuzione sulla porta 3000, specificare il nome del server come MySQL\Namedinstance,3000.
     • Qualora funzionasse, significa che il firewall sta bloccando la porta UDP 1434 oppure che l'istanza è nascosta da SQL Server Browser.
     • Se non funziona, indica una delle situazioni seguenti:
       • La porta UDP 1434 è bloccata, la porta statica è bloccata o entrambe le situazioni. Per verificare se si tratta della porta UDP o della porta statica, usare Portqry.
       • L'istanza è nascosta dal servizio SQL Server Browser.

• Metodo 2: controllare la connessione usando lo strumento PortQryUI.

  Usare lo strumento PortQryUI con l'istanza denominata e analizzare l'output risultante. È possibile che venga visualizzato un messaggio che indica che la porta UDP 1434 è filtrata. Questo messaggio indica che la porta è bloccata nella rete. Per istruzioni su come usare lo strumento, consultare Uso dello strumento PortQryUI con SQL Server.

  Determinare se l'istanza di SQL Server è in ascolto su porte dinamiche o statiche. Usare quindi il metodo seguente rilevante per lo scenario. Se non si è certi, vedere Come verificare se SQL Server è in ascolto su una porta dinamica o statica.

  • Scenario 1: porte dinamiche. In questo caso, assicurarsi che il servizio SQL Server Browser sia attivo e che la porta UDP 1434 non sia bloccata sul firewall tra il client e il server. Se non è possibile eseguire nessuna di queste operazioni, è necessario passare l'istanza di SQL Server a una porta statica e utilizzare la procedura documentata in Configurare un server per l'ascolto su una porta TCP specifica.
  • Scenario 2: configurazione della porta statica. Se SQL Server Browser non è in esecuzione o l'UDP 1434 non può essere aperto nel firewall. In questo caso, assicurarsi di specificare la porta statica nella stringa di connessione e che il firewall non blocchi la porta. Per ulteriori informazioni, vedere Configurare un firewall di Windows per l'accesso al motore di database.

Passaggio 6: verificare i protocolli abilitati in SQL Server

In alcune installazioni di SQL Server, le connessioni al motore di database da un altro computer non sono abilitate a meno che un amministratore non le abiliti manualmente. È possibile utilizzare una delle seguenti opzioni per controllare e abilitare i protocolli necessari per consentire le connessioni remote al motore di database di SQL Server.

Opzione 1: Usare il file di output SQLCHECK

1. Search la sezione "Dettagli dell'istanza di SQL Server" del file di output SQLCHECK e individuare la sezione relativa alle informazioni per l'istanza di SQL Server.

2. Nella sezione, individuare i valori elencati nella seguente tabella per determinare se i protocolli di SQL Server sono abilitati:

   Nome valore	Implicazione	Altre informazioni
   Memoria condivisa abilitata	Può essere vera o falsa: influisce solo sulle connessioni locali.	Creazione di una stringa di connessione valida tramite il protocollo di memoria condivisa
   Named pipe abilitati	Se la condizione è falsa, le connessioni locali e remote che utilizzano Named pipe falliranno	Scelta di un protocollo di rete
   TCP abilitato	Se la condizione è falsa, le connessioni locali e remote che utilizzano TCP/IP falliranno. Nota La maggior parte delle installazioni di SQL Server utilizza il protocollo TCP/IP come protocollo di comunicazione tra il server e il client.	Scelta di un protocollo di rete

3. Abilitare i protocolli richiesti utilizzando Gestione configurazione SQL Server o SQL Server PowerShell. Per maggiori informazioni, consultare Abilitare o disabilitare un protocollo di rete del server.

   Nota

   Dopo aver abilitato un protocollo, il motore di database deve essere arrestato e riavviato affinché la modifica abbia effetto.

Opzione 2: utilizzare lo strumento Gestione configurazione SQL Server

Per abilitare le connessioni da un altro computer utilizzando Gestione configurazione SQL Server, procedere come segue:

1. Aprire Gestione configurazione SQL Server.
2. Nel riquadro sinistro, espandere Configurazione di rete SQL Server e quindi selezionare l'istanza di SQL Server a cui connettersi. Nel riquadro di destra sono elencati i protocolli di connessione disponibili. Memoria condivisa è in genere abilitata. Può essere utilizzata solo dallo stesso computer, quindi la maggior parte delle installazioni prevede di lasciare abilitata la Memoria condivisa. Per connettersi a SQL Server da un altro computer, usare TCP/IP. Se TCP/IP non è abilitato, fare clic con il pulsante destro del mouse su TCP/IP e quindi scegliere Abilita.
3. Se si modifica l'impostazione abilitata per qualsiasi protocollo, riavviare il motore di database. Nel riquadro a sinistra, selezionare Servizi di SQL Server. Nel riquadro sinistro, fare clic con il pulsante destro del mouse sul nome della directory virtuale, quindi fare clic su Riavvia.

Passaggio 7: testare la connettività TCP/IP

La connessione a SQL Server tramite TCP/IP richiede che Windows stabilisca la connessione. È possibile utilizzare i seguenti passaggi per verificare la connettività TCP utilizzando lo strumento ping.

1. Dal menu Start, selezionare Esegui. Nella finestra Esegui, digitare cmd, quindi fare clic su OK.
2. Nella finestra Prompt dei comandi, digitare ping e l'indirizzo IP del computer che esegue SQL Server. Ad esempio:
   • IPv4: ping 192.168.1.101
   • IPv6: ping fe80::d51d:5ab5:6f09:8f48%11
3. Se la rete è configurata correttamente, ping restituisce Reply from <IP address> seguito da alcune informazioni aggiuntive. Se ping restituisce Destination host unreachable o Request timed out, TCP/IP non è configurato correttamente. Gli errori a questo punto indicano un problema con il computer client, con il computer server o con un componente della rete, ad esempio un router. Per risolvere i problemi di rete, vedere Risoluzione avanzata dei problemi relativi a TCP/IP.
4. Se il test ping ha esito positivo usando l'indirizzo IP, verificare se il nome del computer può essere associato all'indirizzo TCP/IP. Sul computer client, nella finestra Prompt dei comandi, digitare ping e il nome del computer su cui è in esecuzione SQL Server. Ad esempio, ping newofficepc.
5. Se il ping all'indirizzo IP ha esito positivo, ma il ping al nome del computer restituisce Destination host unreachable o Request timed out, è possibile che le informazioni sulla risoluzione dei nomi siano vecchie (non aggiornate) e memorizzate nella cache del computer client. Digitare ipconfig /flushdns per cancellare la cache DNS (Dynamic Name Resolution). Quindi eseguire nuovamente il ping del computer per nome. Quando la cache DNS è vuota, il computer client controlla le informazioni più recenti sull'indirizzo IP del computer server.
6. Se la rete è configurata correttamente, ping restituisce Reply from <IP address> seguito da alcune informazioni aggiuntive. Se è possibile eseguire il ping del computer server in base all'indirizzo IP, ma si riceve un errore del tipo Destination host unreachable o Request timed out quando si esegue il ping in base al nome del computer, significa che la risoluzione dei nomi non è configurata correttamente. Per altre informazioni, vedere come Risolvere i problemi TCP/IP di base. La risoluzione dei nomi non è necessaria per connettersi a SQL Server. Tuttavia, se il nome del computer non può essere risolto con un indirizzo IP, è necessario effettuare delle connessioni per specificare l'indirizzo IP. La risoluzione dei nomi può essere risolta in un secondo momento.

Passaggio 8: testare la connessione locale

Prima di risolvere un problema di connessione da un altro computer, testare la possibilità di connettersi da un'applicazione client installata in locale nel computer che esegue SQL Server. La connessione locale evita problemi di rete e firewall.

Questa procedura richiede SQL Server Management Studio. Se Management Studio non è installato, vedere Scaricare SQL Server Management Studio (SSMS).

Se non è possibile installare Management Studio, è possibile testare la connessione usando l'utilità sqlcmd.exe. sqlcmd.exe viene installata con il motore di database. Per informazioni su sqlcmd.exe, vedere Utilità sqlcmd.

1. Accedere al computer in cui è installato SQL Server usando un account di accesso che può accedere a SQL Server. Durante l'installazione, SQL Server richiede che sia specificato almeno un account di accesso come amministratore SQL Server. Se non si conosce un amministratore, vedere Connettersi a SQL Server quando gli amministratori di sistema sono bloccati.

2. Nella pagina Start, digitare SQL Server Management Studio, oppure nel menu Start nelle versioni precedenti di Windows, selezionare Tutti i programmi, selezionare Microsoft SQL Server, quindi selezionare SQL Server Management Studio.

3. Nel menu a discesa Connetti, selezionare Motore di database. Nella casella Autenticazione, selezionare Autenticazione di Windows. Nella casella Nome server, digitare uno dei tipi di connessione seguenti:

   Connessione a	Tipo	Esempio
   Istanza predefinita	<computer name>	ACCNT27
   Istanza denominata	<computer name\instance name>	ACCNT27\PAYROLL

   Nota

   Quando ci si connette a SQL Server da un'applicazione client nello stesso computer, viene usato il protocollo di memoria condivisa. La memoria condivisa è un tipo di named pipe locale, quindi a volte possono verificarsi errori correlati alle pipe.

4. Se a questo punto viene visualizzato un errore, è necessario risolverlo prima di procedere. L'account di accesso potrebbe non essere autorizzato a connettersi. Il database predefinito potrebbe non essere presente.

   Nota

   Non è possibile risolvere il problema senza informazioni sufficienti perché alcuni messaggi di errore vengono passati intenzionalmente al client. Si tratta di una funzionalità di sicurezza per evitare di fornire a un utente malintenzionato informazioni su SQL Server. Per visualizzare i dettagli sull'errore, vedere il registro degli errori di SQL Server.

5. Se viene visualizzato l'errore 18456 Accesso non riuscito per l'utente l'articolo di Documentazione online MSSQLSERVER_18456 contiene informazioni aggiuntive sui codici di errore. Il blog di Aaron Bertrand contiene anche un elenco completo di codici di errore in Risoluzione dei problemi relativi all'errore 18456 (collegamento esterno). È possibile visualizzare il registro degli errori usando SSMS (se è possibile connettersi) nella sezione Gestione di Esplora oggetti. In caso contrario, è possibile visualizzare il registro degli errori con il programma Blocco note di Windows. Il percorso predefinito varia in base alla versione e può essere modificato durante l'installazione. Il percorso predefinito per SQL Server 2019 (15.x) è C:\Programmi\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Log\ERRORLOG.

6. Se è possibile connettersi usando la memoria condivisa, testare la connessione tramite TCP. È possibile forzare una connessione TCP specificando tcp: prima del nome. Ecco gli esempi:

   Connessione a:	Digitare:	Esempio:
   Istanza predefinita	tcp:<computer name>	tcp:ACCNT27
   Istanza denominata	tcp:<computer name/instance name>	tcp:ACCNT27\PAYROLL

7. Se è possibile connettersi usando la memoria condivisa ma non TCP, è necessario risolvere il problema TCP. Il problema più probabile è che TCP non sia abilitato. Per abilitare TCP, vedere Passaggio 6: verificare i protocolli abilitati in SQL Server.

8. Se l'obiettivo è connettersi usando un account diverso da quello di amministratore, è possibile iniziare connettendosi come amministratore. Provare quindi a connettersi di nuovo con l'account di accesso con autenticazione di Windows o l'account di accesso con autenticazione SQL Server usato dall'applicazione client.

Passaggio 9: testare la connessione remota

Una volta che è possibile connettersi usando TCP nello stesso computer, è il momento di provare a connettersi dal computer client. È possibile usare qualsiasi applicazione client, ma per evitare complessità, installare Strumenti di gestione SQL Server nel client. Dopo l'installazione, provare a usare SQL Server Management Studio.

1. Usare SQL Server Management Studio nel computer client e provare a connettersi usando l'indirizzo IP e il numero di porta TCP nel formato indirizzo IP virgola numero porta. Ad esempio, 192.168.1.101,1433. Se la connessione non riesce, probabilmente si verifica uno dei problemi seguenti:
   • ping dell'indirizzo IP non funziona. Indica un problema di configurazione TCP generale. Tornare alla sezione Passaggio 7: testare la connettività TCP/IP.
   • SQL Server non è in ascolto sul protocollo TCP. Tornare alla sezione Passaggio 6: verificare i protocolli abilitati in SQL Server.
   • SQL Server è in ascolto su una porta diversa dalla porta specificata. Tornare alla sezione Ottenere la porta TCP.
   • La porta TCP di SQL Server viene bloccata dal firewall. Tornare alla sezione Passaggio 5: verificare la configurazione del firewall.
2. Dopo aver eseguito la connessione usando l'indirizzo IP e il numero di porta, esaminare gli scenari seguenti:
   • Se ci si connette a un'istanza predefinita in ascolto su qualsiasi porta diversa da 1433, è necessario usare il numero di porta nella stringa di connessione o creare un alias nel computer client per connettersi all'istanza predefinita. Il servizio SQL Server Browser non può enumerare le porte dell'istanza predefinita.
   • Se ci si connette a un'istanza denominata, provare a connettersi all'istanza nel formato indirizzo IP barra rovesciata nome istanza. (Ad esempio, 192.168.1.101\<instance name>.) Se questa azione non funziona, significa che il numero di porta non viene restituito al client. Il problema è correlato al servizio SQL Server Browser, che fornisce al client il numero di porta di un'istanza denominata. Ecco le soluzioni:
     • Avviare il servizio SQL Server Browser. Vedere le istruzioni per avviare il browser in Gestione configurazione SQL Server.
     • Il servizio SQL Server Browser viene bloccato dal firewall. Aprire la porta UDP 1434 nel firewall. Tornare alla sezione Passaggio 5: verificare la configurazione del firewall. Assicurarsi di aprire una porta UDP, non una porta TCP.
     • Le informazioni sulla porta UDP 1434 vengono bloccate da un router. La comunicazione UDP (user datagram protocol) non è progettata per il trasferimento via router e impedisce il sovraccarico della rete con traffico di priorità bassa. È possibile configurare il router per inoltrare il traffico UDP oppure specificare il numero di porta ogni volta che ci si connette.
     • Se il computer client usa Windows 7, Windows Server 2008 o un sistema operativo più recente, il sistema operativo client potrebbe eliminare il traffico UDP perché la risposta del server viene restituita da un indirizzo IP diverso da quello richiesto. Questa azione è una funzione di sicurezza che blocca la "loose source mapping". Per ulteriori informazioni, consultare la sezione Indirizzi IP di più server dell'articolo della documentazione online Risoluzione dei problemi: timeout scaduto. (Questo articolo è tratto da SQL Server 2008 R2, ma le entità si applicano ancora. È possibile configurare il client in modo che utilizzi l'indirizzo IP corretto o fornire il numero di porta ogni volta che ci si connette.)
3. Dopo aver eseguito la connessione usando l'indirizzo IP (o l'indirizzo IP e il nome dell'istanza per un'istanza denominata), provare a connettersi usando il nome computer (o il nome del computer e il nome dell'istanza per un'istanza denominata). Inserire tcp: prima del nome del computer per forzare una connessione TCP/IP. Ad esempio, per l'istanza predefinita in un computer denominato ACCNT27, usare tcp:ACCNT27. Per un'istanza denominata con nome PAYROLL, usare tcp:ACCNT27\PAYROLL su tale computer. Se è possibile connettersi usando l'indirizzo IP, ma non il nome del computer, si è verificato un problema di risoluzione dei nomi. Tornare alla sezione Passaggio 7: testare la connettività TCP/IP.
4. Una volta che è possibile connettersi usando il nome del computer forzando TCP, provare a connettersi con il solo nome del computer senza TCP. Ad esempio, per un'istanza predefinita, usare semplicemente un nome computer quale CCNT27. Per un'istanza denominata, usare il nome computer e il nome dell'istanza, ad esempio ACCNT27\PAYROLL. Se è possibile connettersi forzando TCP, ma è impossibile senza TCP, il client probabilmente usa un altro protocollo, ad esempio named pipe. Per correggere il problema, attenersi alla procedura seguente:
   1. Nel computer client usare Gestione configurazione SQL Server. Nel riquadro di sinistra, espandere SQL Native Client<versione> Configurazione, quindi selezionare Protocolli client.
   2. Nel riquadro destro verificare che TCP/IP sia abilitato. Se TCP/IP è disabilitato, fare clic con il pulsante destro del mouse su TCP/IP e scegliere Abilita.
   3. Assicurarsi che l'ordine di protocollo per TCP/IP sia un numero inferiore rispetto ai protocolli named pipe (o VIA nelle versioni precedenti). In genere, è consigliabile lasciare la memoria condivisa come ordine 1 e TCP/IP come ordine 2. La memoria condivisa viene usata solo quando il client e SQL Server sono in esecuzione nello stesso computer. Tutti i protocolli abilitati vengono provati in ordine fino a quando uno non viene eseguito correttamente, ma la memoria condivisa viene ignorata quando la connessione non si trova nello stesso computer.

Passaggio 10: Controllare le autorizzazioni utente

Se si usano named pipe per connettersi, verificare se un utente dispone delle autorizzazioni per accedere a Windows. Per altre informazioni, vedere Risoluzione dei problemi relativi alle connessioni named pipe.

Vedere anche

• Protocolli di rete e librerie di rete
• Configurazione di rete client
• Configurare i protocolli client
• Risolvere i problemi di connettività in SQL Server
• 0200 Problema di rete costante
• Connettersi a un listener del gruppo di disponibilità Always On
• Istanze del cluster di failover Always On (SQL Server)
• Risoluzione dei problemi di connettività e di altri errori con il database SQL di Azure e Istanza gestita di SQL di Azure