Problemi di utilizzo di certificati con il nome virtuale di cluster di SQL Server

Traduzione articoli Traduzione articoli
Identificativo articolo: 283794 - Visualizza i prodotti a cui si riferisce l?articolo.
Questo articolo è stato archiviato. L?articolo, quindi, viene offerto ?così come è? e non verrà più aggiornato.
Espandi tutto | Chiudi tutto

Sintomi

In un cluster basato su Windows 2000, Microsoft SQL Server potrebbe non avviarsi dall'amministratore del cluster se è installato un certificato con il nome del server virtuale.

Risoluzione

Per risolvere questo problema è necessario ottenere la versione più recente del service pack per Windows 2000. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
260910Come ottenere Windows 2000 Service Pack più recente
La versione inglese di questa correzione deve essere di avere i seguenti attributi di file o versioni successive:
   Date        Time    Version        Size     File name
   --------------------------------------------------------
   09/18/2000  11:10a  5.0.2195.2228  144,144  Dssbase.dll
   09/18/2000  11:10a  5.0.2195.2228  146,192  Dssenh.dll
   01/10/2001  10:15p  5.0.2195.2228  164,112  Instdss5.dll
   09/18/2000  11:10a  5.0.2195.2228  131,344  Rsabase.dll
   09/18/2000  11:10a  5.0.2195.2228  133,904  Rsaenh.dll
				

Workaround

Se non si desidera utilizzare la crittografia di SQL Server, ma è necessario un certificato per un altro programma, utilizzare un certificato server per tale programma e registrarlo in un archivio di account utente. (Nello snap-in certificati in MMC, fare clic su account utente e inserirlo nel personale ). È quindi possibile utilizzare questo account per eseguire il programma e avviare SQL Server con un altro account, affinché il certificato non riconoscere.

Status

Microsoft ha confermato che questo problema riguarda i prodotti Microsoft elencati all'inizio di questo articolo. Questo problema è stato innanzitutto corretto in Windows 2000 Service Pack 2.

Informazioni

Questo problema può verificarsi immediatamente dopo l'installazione di SQL Server 2000, l'aggiornamento a SQL Server 2000 nel cluster o aggiungere un certificato con il nome del server virtuale. Quando viene avviato e si applica la protezione SSL, che in Gestione cluster non può connettersi e inserito in modalità non in linea di SQL Server, SQL Server 2000 riconosce il nome del certificato.

Quando si verifica questa situazione, i seguenti messaggi di errore sono correlati alla protezione SSL vengono registrati nel registro cluster:
00000584.00000630::2000/12/18-14:08:09.126 FEMS (SQL Server SQL Server): [sqsrvres] checkODBCConnectError: sqlstate = 01000; Errore nativo = 308, messaggio = [Microsoft] [driver ODBC SQL Server] [DBNETLIB] ConnectionOpen (SECDoClientHandshake()).

00000584.00000630::2000/12/18-14:08:29.376 FEMS (SQL Server SQL Server): sqldriverconnect [sqsrvres] ODBC non riuscita

00000584.00000630::2000/12/18-14:08:29.376 FEMS (SQL Server SQL Server): [sqsrvres] checkODBCConnectError: sqlstate = 08001, errore nativo = 12; messaggio = errore di protezione SSL [Microsoft] [driver ODBC SQL Server] [DBNETLIB]
Se si avvia SQL Server senza gestione cluster, programmi client non possono connettersi a SQL Server per i motivi di protezione SSL stessi.

Proprietà

Identificativo articolo: 283794 - Ultima modifica: domenica 9 febbraio 2014 - Revisione: 2.2
Le informazioni in questo articolo si applicano a:
  • Microsoft Windows 2000 Server SP1
  • Microsoft Windows 2000 Advanced Server SP1
Chiavi: 
kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbqfe kbwin2000presp2fix KB283794 KbMtit
Traduzione automatica articoli
Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 283794
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com