Discussion :

[nico84]

Bonjour,

Habitué du forum access, je fais des essais en vue de migrer des données d'access vers MS SQL 2012.
- J'ai donc installé SQL express 2012 sur un 1er PC sous windows 7 pro
- Ensuite j'ai utilisé SSMA pour copier ma base access (accdb version 2007 ou 2013) dans MSQL
- J'ai vérifié ma table dans SQL server Management Studio : tout semble OK
- Enfin j'ai changé le lien vers mes tables pour que mon application access fonctionne avec les données dans MSQL (lien ODBC et interrogation en DAO sans rien changer à mon appli access)

Ces débuts sont donc prometteurs sauf que je voudrais maintenant interroger mes données depuis un autre PC également sous windows 7 pro
- les 2 sont en "réseau de bureau" via une box et ethernet
- les 2 ont la même configuration avec access et SQL server management studio
- les 2 voient leur propre base mais aucun ne voit la base de l'autre

Cela fait plusieurs mois que je parcours différents forums sans succès. J'ai essayé de changer le type de réseau, j'ai désactivé les firewalls, j'ai activé le compte sa, j'ai autorisé les accès réseau... J'ai toujours le même message d'erreur lorsque j'essaie de me connecter avec management studio :

Si quelqu'un a une idée !?

[sevyc64]

SQLServer Express est configuré par défaut pour être utilisé localement et pas par le réseau.

Pour une utilisation par le réseau il faut modifier la configuration et autoriser l'accès réseau.

Dans un premier temps il faut aller dans le gestionnaire de configuration (ça a peut-être changé avec SQL2012, moi je suis avec la version 2008). Il faut d'abords vérifier que le protocole client TCP/IP est installé et activé. Ensuite, tu vas sur ton instance et, là aussi, tu y active le protocole TCP/IP.

Dans un second temps, il faut configurer la "surface d'exposition", dans SQL2008, je pense que c'est pareil dans SQL2012, tu ouvre management studio, tu fait un clic droit sur ton instance. Dans la partie Sécurité, tu définie le mode d'authentification. Si tu n'es pas en domaine, je te conseille de mettre SQLServer et Windows. Windows seul ne marche pas toujours en Worksgroup (de mon expérience en tout cas)
Ensuite dans la partie Connexion, tu active l'option "Autoriser les accès distants"

Normalement déjà là, tu devrais pouvoir y accéder au moins avec l'utilisateur sa (il faut qu'il est un mot de passe, par contre si je me souviens bien)

Dans la FAQ, tu as quelques pistes aussi

[nico84]

Merci d'avoir répondu aussi vite.

Je pense être OK sur tous les points que tu évoques. Effectivement à l'origine je n'avais pas activé sa et comme la base n'est pas sur un domaine je ne peux pas créer d'utilisateur windows sur un autre PC semble-t-il.

Par rapport à la FAQ je ne sais pas comment choisir ou ouvrir un port...

[sevyc64]

le port, tu le définie dans le gestionnaire de configuration, dans les propriétés du protocole TCP/IP de ton instance. Par défaut c'est le 1433 pour l'instance par défaut.
Pour ce qui est des instances nommées (et SQLServer Express utilise une instance nommée), habituellement par défaut (normalement tout le temps mais j'ai eu des cas ou c'était pas vrai), elles utilisent un port dynamique qui change à chaque démarrage de l'instance.
Dans ce cas, 2 solutions principales :
- Soit utiliser le service SQL Browser (qui n'est pas forcément démarré par défaut). Lui écoute sur le port 1434 en UDP par défaut.
- Soit paramétrer un port fixe pour ton instance.

Si ton instance SQLEXPRESS est la seule sur la machine, tu peux utiliser la seconde solution et paramétrer le port par défaut 1433 en port fixe

[nico84]

Du coté du serveur c'est bien le port 1433 par défaut. Du coté du client je n'ai pas trouvé où configurer le port à écouter par management studio...

J'ai mis MSQL 2008 à la place de MSQL 2012 et j'ai le même message d'erreur

Je mets exactement les mêmes infos sur les 2 PC : ça marche sur le PC local mais pas sur le distant. Est-ce que par hasard il ne faut pas ajouter un \...\ ou je sais pas quoi quelque part ?

[taibag]

Bonjour,

Vous devez autoriser le port utilisé par SQL Server sur le parfeu de votre client et mettre le nom du serveur avec le nom de l'instance : NomPc\NomInstance.

[nico84]

J'ai donc réactivé mon fire-wall et ouvert le port 1433, mais sans effet. J'avoue que je ne sais plus quoi tester !

[alassanediakite]

salut
Essaye...

Il faut aussi désactiver le service SQL Server Browser.

@+

[nico84]

Bonsoir,

C'est comme ça chez moi aussi !

Par contre j'ai découvert dans l'onglet [Adresses IP] d'à coté une série de protocoles IPxx qui étaient tous actifs mais tous désactivés. J'ai activé le 1er (qui utilise le port 1433), redémarré et tout ça mais là non plus pas de connexion

[taibag]

Bonjour,

Essayez d'utilser Telnet pour vérifier si vous avez l’accès ou pas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

telnet servername 1433

[nico84]

Bon j'ai fini par débloquer l'accès à ma base...
Ou plutot un spécialiste l'a fait pour moi et je ne suis pas sûr d'avoir tout compris
En plus de tout ce qui a été évoqué ci-dessus il a fallu créer une autorisation à un groupe d'utilisateurs du domaine afin d'utiliser la "trusted connection"