Pbm accès instance nommée par application

Bonjour,

Je dois installer une application qui utilise une base sql server.
Cette application passe par un lien ODBC.
Après avoir correctement créé le lien ODBC, je lance mon installation et je fournis à l'application les éléments pour se connecter sauf le nom de mon instance SQL. cette information n'est pas demandé.
Apparemment mon installation repère qu'une instance SQL server existe mais elle se connecte comme si mon instancé était pas défaut (MON_SERVEUR\).
Or elle est nommée (MON_SERVEUR\MON_INSTANCE). et donc l'accès à la base est refusée à l'application.

Ma question est :
est normale que mon instance nommée (MON_SERVEUR\MON_INSTANCE) puisse être vue et qu'on puisse se connecter comme si elle était par défaut (MON_SERVEUR\) ?

Sur un autre moteur SQL Server, je n'ai pas rencontré ce problème.
Est-ce qu'il y a un paramètre à modifier ?

Merci pour votre aide.

Bonjour,

Citation:

---

Après avoir correctement créé le lien ODBC

---

Lorsque vous testez la connexion, le test réussi ?

il est bizarre que votre application n'ait pas besoin du nom de l'instance lors de la configuration ... C'est une application 'maison' ou un progiciel ?

Merci de poster le message d'erreur complet et les informations du lien ODBC.

Citation:

---

Envoyé par kagemaru

Bonjour,
Lorsque vous testez la connexion, le test réussi ?
il est bizarre que votre application n'ait pas besoin du nom de l'instance lors de la configuration ... C'est une application 'maison' ou un progiciel ?
Merci de poster le message d'erreur complet et les informations du lien ODBC.

---

Merci pour ton aide kagemaru.

Oui le test du lien ODBC fonctionne.
l'application en question c'est portal protect de chez trend micro qu'on souhaite faire fonctionner avec Share Point. et SQL server est en 2005.
voici le log de l'installation :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

[12/04/07-14:29:44][Install] **********Check Disk Space!********** [12/04/07-14:29:44][Install] install disk:Space test Path=C:\Program Files\Trend Micro\PortalProtect\ [12/04/07-14:29:44][Install] Disk Space left= 16,-1465658880 [12/04/07-14:29:44][Install] Enough space,OK! [12/04/07-14:29:44][Install] Disk Check OK [12/04/07-14:29:44][Install] not Read only [12/04/07-14:29:44][Install] **********Check SPS Logon!********** [12/04/07-14:29:44][Install] username=mon_user [12/04/07-14:29:44][Install] password=<***> [12/04/07-14:29:44][Install] TrySps isSPS2007:true [12/04/07-14:29:44][Install] TrySps bX64:false [12/04/07-14:29:44][Install] Connect to database with impersonation. [12/04/07-14:30:00][Install] connect string=Provider=SQLOLEDB;Data Source=MON_SERVEUR;Initial Catalog=MA_BASE;Integrated Security=True;Enlist=False;Integrated Security=SSPI [12/04/07-14:30:00][Install] com error:Invalid connection string attribute [12/04/07-14:30:00][Install] Logon error,code=6. [12/04/07-14:30:00][Install] Failed to logon SharePoint Database,please check the password. [12/04/07-14:30:03][Install] WAIT_OBJECT_0+1 [12/04/07-14:30:03][Install] after wait, ret=1 [12/04/07-14:41:00][Install] Portal Protect Debug Log (build 1027) [12/04/07-14:41:00][Install]

---

Sur un autre serveur cela a fonctionné correctement et la chaine de connexion contient le paramètre MON_SERVEUR\MON_INSTANCE pour la variable Data Source au lieu de MON_SERVEUR sur celui ou cela ne fonctionne pas.