Partager via


Configurer des chaînes de connexion pour les actions liées à la base de données

Synthèse

Cet article fournit une explication détaillée de la façon de configurer et de tester correctement une chaîne de connexion pour les actions liées à la base de données.

Ouvrir le guide de connexion SQL

Power Automate pour le bureau utilise la même fonctionnalité que celle fournie dans Windows lors de la création de fichiers UDL (Universal Data Link) (Tester la connectivité OLE DB à SQL Server à l’aide d’un fichier UDL). Tout fichier créé comme {nom du fichier}.udl déclenche la procédure décrite dans la documentation suivante. Cela signifie que vous pouvez créer manuellement un fichier UDL pour tester la connexion avec la base de données.

Les fournisseurs disponibles suivants font référence à différents types de bases de données relationnelles :

Capture d’écran des fournisseurs disponibles.

Les fournisseurs de bases de données les plus couramment utilisés sont Microsoft SQL Server, Oracle, MySQL et PostgreSQL.

Microsoft SQL Server

Microsoft SQL Server (MSQL) nécessite le fournisseur Microsoft OLE DB pour SQL Server, qui est illustré dans la configuration suivante :

Capture d’écran du fournisseur Microsoft OLE DB pour SQL Server.

En supposant que le serveur est accessible par ping, le nom du serveur peut également être {ServerDNS}{SQLDNS}. Si le serveur a accès à Active Directory, Windows NT peut être utilisé pour l’authentification.

MySQL, Oracle SQL, PostgreSQL et autres fournisseurs relationnels

MySQL, Oracle SQL, PostgreSQL et d’autres fournisseurs relationnels fonctionnent avec « Microsoft OLE DB Provider for ODBC ». Afin de créer une connexion avec le serveur SQL, vous devez télécharger et installer le pilote ODBC approprié. La création d’une connexion suit la même procédure pour chaque fournisseur, seule la connexion est différente. La capture d’écran suivante est un exemple pour MySQL :

Capture d’écran du fournisseur Microsoft OLE DB pour ODBC.

Sélectionnez Utiliser la chaîne de connexion et créez la chaîne de connexion manuellement à l’aide du menu du fournisseur.

Capture d’écran de la création d’une chaîne de connexion.

Ici, vous choisissez le nom de fichier de la connexion. La création d’un fichier de connexion vous permet d’utiliser un identifiant créé précédemment et de générer la chaîne de connexion immédiatement, sans avoir à vous connecter à nouveau au serveur SQL.

Capture d’écran de la liste des pilotes ODBC.

À ce stade, si vous avez installé avec succès le pilote ODBC approprié, vous le voyez dans la liste.

Capture d’écran du chemin complet de la source de données.

Créez un fichier source de données en spécifiant le chemin d’accès complet. Une fois le fichier source de données créé, vous êtes dirigé vers l’écran de configuration du fournisseur. Chaque fournisseur a des étapes de configuration différentes à ce stade. L’exemple suivant montre la configuration de MySQL :

Capture d’écran de la fenêtre de configuration mysql.

Entrez toutes les informations requises et testez la connexion. Si la connexion aboutit, le test le confirmera :

Capture d’écran du test de la connexion.

Sélectionnez OK et la chaîne de connexion est générée.

Cochez l’option Autoriser l’enregistrement du mot de passe, afin que le fournisseur puisse aussi inclure le mot de passe dans la chaîne de connexion, puis sélectionnez OK ; sinon, la connexion échoue.

Note

En raison d’un problème connu dans l’outil de création de chaînes de connexion (fonctionnalité UDL liée à Windows), la chaîne de connexion doit parfois être copiée et collée manuellement à partir du champ de chaîne de connexion du fournisseur dans l’entrée d’action « Ouvrir la connexion SQL ».

Solutions potentielles aux problèmes de connectivité autres qu’une mauvaise configuration

  • Vérifiez la configuration du serveur SQL :

    • Assurez-vous que SQL Server est configuré pour écouter l’interface réseau ou l’adresse IP appropriée.
  • Vérifiez la connectivité réseau :

    • Assurez-vous que la machine hôte et le serveur cible sont connectés au même réseau et peuvent communiquer entre eux. Le test Ping est un bon test initial, mais vous devez également vérifier qu’il n’y a pas de restrictions au niveau du réseau ou de pare-feu bloquant le port SQL Server entre l’hôte et la machine cible.
  • Vérifiez les paramètres du pare-feu :

    • Assurez-vous que le pare-feu de la machine cible autorise les connexions entrantes au port SQL. Vous devrez peut-être ajouter une règle à la configuration du pare-feu pour autoriser le trafic entrant sur le port de SQL. Les étapes exactes dépendent du système d’exploitation et du logiciel de pare-feu exécutés sur la machine cible.
  • Vérifiez les autorisations et l’utilisateur de SQL Server :

    • Vérifiez si vous disposez d’un compte utilisateur SQL qui autorise les connexions à partir de la machine hôte. Assurez-vous qu’il existe un compte d’utilisateur qui autorise les connexions à partir de l’adresse IP ou de la plage réseau de la machine hôte.
  • Tester la connectivité à l’aide du client SQL :

    • À partir de la machine hôte, essayez de vous connecter au serveur SQL sur la machine cible à l’aide d’un outil client SQL, tel que MySQL Workbench ou le client de ligne de commande. Spécifiez l’adresse IP ou le nom d’hôte de la machine cible, le numéro de port et les informations d’identification de l’utilisateur SQL appropriées. En cas d’échec de la connexion, notez les messages d’erreur, car ils peuvent fournir des informations supplémentaires sur le problème.
  • Vérifier l’état du service SQL :

    • Vérifiez que le service SQL s’exécute sur la machine cible. S’il n’est pas en cours d’exécution, démarrez-le à l’aide des commandes appropriées pour votre système d’exploitation (par exemple, systemctl start MySQL pour les systèmes qui utilisent Systemd).