Le champ du serveur se trouve dans l’écran de configuration de la base de données du Companion. L’écran de connexion propose une entrée qui ouvre le même écran.
Le serveur et le port sont séparés par une virgule, jamais par un deux-points.
Syntaxe :
NomDuServeur ou AdresseIP,PortExemple :
192.168.1.50,1433Incorrect :
192.168.1.50:1433localhost,1433ou
127.0.0.1,1433Si SQL Server fonctionne sur une autre machine du réseau :
Exemple avec port par défaut :
192.168.1.50,1433Exemple avec port personnalisé (très courant chez les clients) :
192.168.1.50,50100Si votre SQL Server est configuré avec un port statique personnalisé (par exemple 50100), ce port doit obligatoirement être utilisé.
Pour les instances nommées, utilisez :
SERVERNAME\SQLEXPRESSDans ce scénario :
Aucun port ne doit être spécifié manuellement
Le service SQL Browser (UDP 1434) est utilisé pour la découverte de l’instance
Le port réel de la base de données est résolu automatiquement
Le port résolu est souvent un port dynamique élevé (par exemple 50345)
Il n’est pas nécessaire de connaître ou de configurer manuellement ce port dynamique.
Pour plus de clarté et de simplicité, il n’est pas recommandé de combiner une instance nommée avec un port fixe dans une configuration standard.
Pour garantir une connexion réussie :
TCP/IP doit être activé dans SQL Server Configuration Manager
Le port SQL Server (par exemple 1433 ou un port personnalisé comme 50100) doit être ouvert dans le pare-feu
Le service SQL Browser doit être actif lors de l’utilisation d’instances nommées
Le port UDP 1434 ne doit pas être bloqué (nécessaire pour la découverte d’instance)
L’authentification SQL doit être activée si un login SQL est utilisé
Les droits d’accès à la base de données doivent être correctement configurés
Le Companion se connecte avec son propre pilote. Vous ne configurez pas de source de données ODBC pour lui.
Le poste de travail Vision est un cas différent. Sur SQL Server, il a besoin du pilote ODBC Driver 18 for SQL Server installé sur la même machine. Avec Firebird, aucune des deux applications n’a besoin d’un pilote ODBC.
La connexion échoue immédiatement
→ Utilisation d’un deux-points au lieu d’une virgule entre le serveur et le port
Délai d’expiration (timeout)
→ Pare-feu bloquant le port SQL (1433 ou port personnalisé)
Instance nommée introuvable
→ Service SQL Browser non actif
Instance nommée introuvable
→ Port UDP 1434 bloqué
Échec de connexion (login failed)
→ Identifiants incorrects
Échec de connexion (login failed)
→ Authentification SQL non activée
Fonctionne en local mais pas à distance
→ TCP/IP désactivé
Serveur introuvable
→ Service SQL Server non démarré
`Cannot connect to database 'X'. Switching to database 'master'.`
→ Base de données hors ligne, inexistante ou droits insuffisants
Cannot connect to database 'X'. Switching to database 'master'.Ce message signifie :
La connexion au serveur SQL fonctionne
Mais la base de données cible configurée ne peut pas être ouverte
Causes fréquentes :
Nom de base de données mal orthographié
Base renommée ou supprimée
Base configurée en mode Offline
Base en état Restoring ou Recovery
Le login SQL ne possède pas les droits nécessaires
Dans ce cas, SQL Server se connecte au serveur mais bascule automatiquement vers la base par défaut master.
Toujours utiliser une virgule entre le serveur et le port
Utiliser le port personnalisé s’il est configuré (par exemple 50100)
Pour les instances nommées, utiliser uniquement SERVERNAME\INSTANCENAME
SQL Browser gère automatiquement les ports dynamiques
S’assurer que le port UDP 1434 est ouvert pour les instances nommées
Correct :
192.168.1.50,50100Incorrect :
192.168.1.50:50100Voir aussi : Connexion à la base de données sans mot de passe stocké.