Micromedia International Etude technique Auteur : Pierre Chevrier Nombre de pages : 18 Société : Date : 12/09/2012 Réf. : ETT_20110624_000001.docx Connexion à SQL server Ce document précise les modalités de connexion d'alert à SQL server via ODBC ou OLEBD Diffusion A CC Société Documents joints : 12/09/2012 Connexion à SQL server 1/18
12/09/2012 Connexion à SQL server 2/18
Sommaire Introduction... 4 Configuration SQL Server... 4 Authentification Windows... 6 Authentification SQL... 7 Configuration coté Alert... 11 Connexion OLEDB, Base de données d export... 12 Connexion ODBC, processeur message... 12 12/09/2012 Connexion à SQL server 3/18
Introduction La connexion d Alert à une base de données SQL est utilisée pour l export de base de données ou depuis un processeur message. Il sera donc nécessaire d effectuer des configurations sur la machine où Alert est installé et sur SQL server. Pour simplifier les configurations, il est conseillé d utiliser un fichier UDL pour tester la connexion. Une fois la connexion réalisée via l UDL, le lien depuis Alert se fait sans soucis. Configuration SQL Server L accès à SQL Server se fait soit par authentification Windows, soir par authentification SQL. Pour une connexion locale, les protocoles de connexion sont configurés par défaut. En revanche, pour une connexion distante, il faut activer les connexions IP. Pour ce faire, il faudra utiliser l outil «SQL Server Configuration Manager». Nous allons activer les protocoles de connexion IP. Tout d abord, activer la connexion TCP/IP du «SQL Server Network» comme suit. Ensuite, il faudra préciser quelques propriétés concernant les ports de communication. Double-click sur «TCP/IP». S assurer que la configuration est semblable aux captures suivantes : 12/09/2012 Connexion à SQL server 4/18
Seules les propriétés de «IP All» nous intéressent. Il faut ensuite modifier les propriétés des «Clients protocols». La capture suivante montre la configuration nécessaire : «TCP/IP» doit être activé et doit être le premier dans l ordre des protocoles. Pour ce faire, il est peut-être nécessaire de désactiver le «Shared Memory». 12/09/2012 Connexion à SQL server 5/18
Suite à ces modifications, il est nécessaire de redémarrer le service SQL Server : Un redémarrage machine peut également s avérer utile si les connexions sont toujours refusées après ces manipulations. Maintenant que les connexions distantes sont paramétrées, il reste à définir les authentifications. Authentification Windows La connexion via authentification Windows est à privilégier si Alert et SQL server sont sur la même machine. Pour une installation distante, il faut s assurer que les droits d accès de l opérateur propriétaire de la tache Alert permettent une connexion sur SQL Server. 12/09/2012 Connexion à SQL server 6/18
Authentification SQL Les options SQL Server doivent permettre la connexion via authentification SQL Server. Pour accéder aux propriétés de connexion, vérifier les options du serveur SQL grâce à l outil «SQL Server Management Studio». Pour les propriétés générales : click droit à la racine de SQL Server. Les options qui nous intéressent se trouvent dans «security». 12/09/2012 Connexion à SQL server 7/18
Vérifier que le mode d authentification accepte l authentification SQL Server. Par ailleurs, si la connexion est faite depuis un poste distant, elle doit être autorisée. Pour ce faire valider l autorisation de connexion distante dans la page «connections». Une fois ces paramètres globaux définis, il reste à définir le login de connexion. Le login utilisé pour la connexion doit être ajouté dans la liste des logins. 12/09/2012 Connexion à SQL server 8/18
Dans la capture d écran suivante, nous avons un login «Alert» qui a accès à une base de données «Alert» par défaut. Pour l exemple, la stratégie de mot de passe n a pas été renforcée. L opérateur doit avoir accès en lecture et en écriture à la base de données souhaitée (ici Alert), comme présenté sur l image suivante. 12/09/2012 Connexion à SQL server 9/18
Enfin, le login doit être activé et avoir accès au moteur de base de données. SQL Server est donc correctement configurer. Passons maintenant à la configuration du client. 12/09/2012 Connexion à SQL server 10/18
Configuration coté Alert Pour effectuer cette configuration, nous allons utiliser un fichier UDL. De cette façon, la connexion pourra être testée indépendamment d Alert. Nous allons créer un fichier UDL avec deux types de connexions : - Connexion pour la base de données d export d Alert (OLEDB) - Connexion pour le processeur message (ODBC) La création de l UDL se fait par un click-droit nouveau fichier texte à renommer en «.udl». Pour notre exemple, nous utiliserons un fichier nommé AlertSql.udl. Une fois le fichier créé, double-cliquez dessus. Sélectionnez l onglet «Fournisseur». La fenêtre suivante s ouvre alors : Nous allons maintenant choisir le fournisseur de données qui dépendra de l utilisation des données d Alert. 12/09/2012 Connexion à SQL server 11/18
Connexion OLEDB, Base de données d export Le connecteur à préférer est «SQL Native Client» ou «Microsoft OLE DB Provider for SQL Server». Attention de ne pas utiliser «SQL Server Native Client 10.0». Une fois ce choix fait, valider par «Suivant >>». Une nouvelle boite de configuration est alors affichée. Il reste à renseigner les paramètres de connexion, c'est-à-dire le login précédemment défini : soit le login SQL, soit le login Windows. Pour notre exemple, le serveur utilisé est SQLEXPRESS installé sur la machine apellée PORTPC. Notez la syntaxe de l emplacement de la source de données : Nom_Machine\sqlexpess pour notre exemple. Nous utilisons ici les informations de connexion que nous avons créées sur le serveur, à savoir le login «Alert». Pour vérifier si la connexion est valide, cliquez «Tester la connexion». Le résultat doit être positif! C est ce fichier UDL qu il faudra renseigner dans Alert. Connexion ODBC, processeur message Le connecteur à choisir pour une connexion ODBC est «Microsoft OLE DB Provider for ODBC Drivers». Nous allons ensuite utiliser une chaine de connexion qui sera l information à renseigner pour les connexions Processeur Message. 12/09/2012 Connexion à SQL server 12/18
Nous allons décrire ici la configuration de la chaine de connexion à partir de rien. Si une source de données ODBC pour le serveur souhaité est déjà configurée, la création de la chaine de connexion sera plus simple. Après avoir validé le fournisseur, l écran suivant s affiche : Choisir «Utiliser la chaine de connexion» et cliquer sur «Créer». Choisir ensuite l onglet «Source de données machine». 12/09/2012 Connexion à SQL server 13/18
Aucune source correspondant à notre serveur n existe, nous allons donc créer une nouvelle source de données machine. Pour cela, cliquer sur «Nouveau». L assistant suivant apparait : Choisir «Source de données système» et faire «Suivant >». Sélectionner ensuite «SQL Server» : 12/09/2012 Connexion à SQL server 14/18
Valider par «Suivant >» et ensuite «Terminer». Il faut enfin donner un nom à la source de données (ici AlertSQLServer) et renseigner le serveur SQL, dans notre exemple portpc\sqlexpress. 12/09/2012 Connexion à SQL server 15/18
Valider par «Terminer». La nouvelle source de données a été rajoutée à la liste des sources de données machine. Il suffit donc de la sélectionner. Et de presser sur «OK». Pour compléter la chaine de connexion, entrer le login et mot de passe SQL de connexion au serveur. 12/09/2012 Connexion à SQL server 16/18
Pour notre exemple, le login défini sur le serveur SQL est «Alert». 12/09/2012 Connexion à SQL server 17/18
La fenêtre est donc la suivante : La connexion peut être vérifiée par l appui sur le bouton «Tester la connexion». La chaine de connexion valide peut ensuite être utilisée pour un processeur message. 12/09/2012 Connexion à SQL server 18/18