Pourquoi une erreur de connexion ADO est-elle générée lors de l'utilisation de l'ASP classique?

Question

Je reçois une erreur lors de l'exécution de ce script asp classique:

Dim DB_CONNECTIONSTRING, rs, iRecordCount, strSQL 

DB_CONNECTIONSTRING = "Provider=SQLOLEDB;Data Source=localhost;Initial Catalog=employee;Trusted_Connection=yes;" 
strSQL = "SELECT * FROM EmployeeProfiles" 
Set rs = Server.CreateObject("ADODB.Recordset") 
rs.Open strSQL, DB_CONNECTIONSTRING, adOpenStatic, adLockReadOnly, adCmdText 

Le message que je reçois est (le serveur n'exsist):

Microsoft OLE DB pour erreur SQL Server ' 80004005 '

[DBNETLIB] [ConnectionOpen (Connect()).] SQL Server n'existe pas ou l'accès est refusé.

\ Default.asp, ligne 13

Answer 1

Je vois que vous utilisez Trusted_Connection = yes dans votre chaîne de connexion. Cela signifie que, quelle que soit l'identité sous laquelle ASP s'exécute, essayez de vous connecter au serveur de base de données en utilisant l'authentification Windows. L'identité réelle utilisée par le serveur Web dépend de la plate-forme et de l'installation (généralement IUSR_Foo).

Pour tester si c'est le problème, essayez d'utiliser temporairement remplacer la chaîne de connexion par une chaîne qui utilise l'authentification SQL. Si tel est le problème, vous pouvez soit configurer le serveur Web pour exécuter l'ASP sous un compte d'utilisateur différent qui a été accordé l'accès à la base de données (préféré) ou donner l'accès à l'identité du serveur Web actuel à la base de données. Ou vous pouvez vous en tenir à l'authentification SQL, bien sûr.

Answer 2

Soit le serveur que vous exécutez l'ASP sur ne dispose pas d'un serveur de base de données en cours d'exécution, ou le serveur de base de données doit avoir un nom d'instance. Une erreur fréquente consiste à oublier d'ajouter le nom de l'instance SQLEXPRESS pour les installations de SQLExpress.