automation-suite
2023.10
false
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
UiPath logo, featuring letters U and I in white

Guide d'installation d'Automation Suite sur Linux

Dernière mise à jour 5 mai 2025

Étape 4 : configuration des bases de données SQL

Bases de données

Remarque : sauf indication contraire dans les sections exigences dédiées, ces exigences s'appliquent à tous les produits Automation Suite.

Chaque produit d'Automation Suite nécessite sa propre base de données SQL avec ses spécifications correspondantes.

Par défaut, le programme d'installation créera toutes les bases de données pour vous lors du processus d'installation. Vous devez fournir les autorisations nécessaires pour que le programme d'installation puisse le faire sur votre serveur SQL.

Vous avez également la possibilité de créer vos propres bases de données. Référez-vous au tableau suivant pour les noms que vous devez utiliser.

Si vous choisissez d’apporter vos propres bases de données dans le cadre d’une nouvelle installation Automation Suite, nous vous recommandons fortement de créer de nouvelles bases de données plutôt que d’utiliser les bases existantes. Cette précaution est nécessaire afin d’éviter tout conflit avec le fonctionnement d’Automation Suite qui pourrait être provoqué par la présence de métadonnées relatives à d’anciennes bases de données.

Le tableau suivant répertorie les noms de bases de données et leur format correspondant.

Produit/service

Nom de la base de données par défaut

Format de chaîne de connexion

Capacités partagées des plates-formes

AutomationSuite_Platform

Orchestrator

AutomationSuite_Orchestrator

Action Center

AutomationSuite_Orchestrator

Robots Automation Suite

AutomationSuite_Orchestrator

Automation Hub

AutomationSuite_Automation_Hub

Data Service

AutomationSuite_DataService

Insights

AutomationSuite_Insights

Test Manager

AutomationSuite_Test_Manager

Task Mining

AutomationSuite_Task_Mining

AI Center

AutomationSuite_AICenter

Apps

AutomationSuite_Apps

1

ODBC

Document Understanding

AutomationSuite_DU_Datamanager

Process Mining

AutomationSuite_ProcessMining_Metadata

AutomationSuite_ProcessMining_Warehouse2
AutomationSuite_Airflow3/4
1 Le mot de passe de la base de données Apps ne doit pas contenir #{.
2 AutomationSuite_ProcessMining_Warehouse utilise à la fois les formats ADO.NET et PYODBC.
3AutomationSuite_Airflow La base de données PostgreSQL utilise le format de chaîne de connexion SQL alchemy. La connexion à la base de données AutomationSuite_Airflow ne peut pas commencer par un caractère { .
4AutomationSuite_Airflow La base de données Microsoft SQL Server utilise le format de chaîne de connexion SQL alchemy. AutomationSuite_Airflow doit avoir READ_COMMITTED_SNAPSHOT activé lors de la création manuelle de bases de données. La connexion à la base de données AutomationSuite_Airflow ne peut pas commencer par un caractère { .
Attention :
Pour Process Mining sur Automation Suite 2023.10.9 ou des versions plus récentes, il est recommandé d'utiliser PostgreSQL pour AutomationSuite_Airflow .
Important :

Si vous définissez manuellement les chaînes de connexion dans le fichier de configuration, vous pouvez échapper les mots de passe SQL, JDBC ou ODBC comme suit :

  • pour SQL : ajoutez ' au début et à la fin du mot de passe, et doublez tout autre ' .
  • pour JDBC/ODBC : ajoutez { au début du mot de passe et } à la fin, et doublez tout autre } .
Remarque :

Vous pouvez utiliser les bases de données dans un pool Elastic pour une meilleure rentabilité.

Classement SQL

Automation Suite prend en charge le classement SQL défini sur SQL_Latin1_General_CP1_CI_AS au niveau du serveur et de la base de données. Pour des performances et une stabilité optimales, nous recommandons fortement d’utiliser cette configuration.

Bien que vous ayez la possibilité d’utiliser le classement de votre choix, sachez que des configurations non testées sont susceptibles d’entraîner des problèmes inattendus.

Important :

Nous vous déconseillons d'utiliser SQL binaire ou tout classement sensible à la casse, car ils provoquent des problèmes connus lors de l'installation d'Automation Suite.

Autorisations

Si vous souhaitez que le programme d'installation crée une base de données sur le serveur SQL fourni, assurez-vous d'accorder au moins le rôle dbcreator au compte SQL utilisé pour se connecter à la base de données.
Si vous souhaitez créer vos propres bases de données pour tous les produits, vous devez attribuer au compte SQL le rôle db_owner pour toutes les bases de données Automation Suite.
Si les restrictions de sécurité n'autorisent pas l'utilisation de db_owner, le compte SQL doit avoir les rôles et autorisations suivants sur toutes les bases de données (la seule exception est Insights qui nécessite toujours db_owner).
  • db_securityadmin
  • db_ddladmin
  • db_datawriter
  • db_datareader
  • Autorisation EXECUTE sur le schéma dbo
Remarque : nous utilisons uniquement les rôles db_securityadmin et db_ddladmin lors de l'installation, ou bien si les bases de données sont réenregistrées. Vous avez donc la possibilité de révoquer ces autorisations ultérieurement.

Chiffrements de SQL server

Seuls les chiffrements SQL répertoriés sont pris en charge dans Automation Suite :

  • TLS_AES_256_GCM_SHA384
  • TLS_ChaCha20_PoLy1305_SHA256
  • TLS_AES_128_GCM_SHA256
  • TLS_AES_128_CCM_SHA256
  • ECDHE-ECDSA-AES256-GCM-SHA384
  • ECDHE-RSA-AES256-GCM-SHA384
  • ECDHE-ECDSA-ChaCha20-PoLy1305
  • ECDHE-RSA-ChaCha20-PoLy1305
  • ECDHE-ECDSA-AES256-CCM
  • ECDHE-ECDSA-AES128-GCM-SHA256
  • ECDHE-RSA-AES128-GCM-SHA256
  • ECDHE-ECDSA-AES128-CCM
  • ECDHE-ECDSA-AES128-SHA256
  • ECDHE-RSA-AES128-SHA256
  • ECDHE-ECDSA-AES256-SHA
  • ECDHE-RSA-AES256-SHA
  • ECDHE-ECDSA-AES128-SHA
  • ECDHE-RSA-AES128-SHA
  • AES256-GCM-SHA384
  • AES 256-CCM
  • AES128-GCM-SHA256
  • AES128-CCM
  • AES256-SHA256
  • AES128-SHA256
  • AES256-SHA
  • AES128-SHA
  • DHE-RSA-AES256-GCM-SHA384
  • DHE-RSA-ChaCha20-Poly1305
  • DHE-RSA-AES256-CC
  • DHE-RSA-AES128-GCM-SHA256
  • DHE-RSA-AES128-CCM
  • DHE-RSA-AES256-SHA256
  • DHE-RSA-AES128-SHA256
  • DHE-RSA-AES256-SHA
  • DHE-RSA-AES128-SHA
  • PSK-AES256-GCM-SHA384
  • PSK-ChaCha20-PoLy1305
  • PSK-AES256-CCM
  • PSK-AES128-GCM-SHA256
  • PSK-AES128-CCM
  • PSK-AES256-CBC-SHA
  • PSK-AES128-CBC-SHA256
  • PSK-AES128-CBC-SHA
  • DHE-PSK-AES256-GCM-SHA384
  • DHE-PSK-ChaCha20-Poly1305
  • DHE-PSK-AES256-CCM
  • DHE-PSK-AES128-GCM-SHA256
  • DHE-PSK-AES128-CCM
  • DHE-PSK-AES256-CBC-SHA
  • DHE-PSK-AES128-CBC-SHA256
  • DHE-PSK-AES128-CBC-SHA
  • ECDHE-PSK-ChaCha20-Poly1305
  • ECDHE-PSK-AES256-CBC-SHA
  • ECDHE-PSK-AES128-CBC-SHA256
  • ECDHE-PSK-AES128-CBC-SHA
  • RSA-PSK-AES256-GCM-SHA384
  • RSA-PSK-ChaCha20-Poly1305
  • RSA-PSK-AES128-GCM-SHA256
  • RSA-PSK-AES256-CBC-SHA
  • RSA-PSK-AES128-CBC-SHA256
  • RSA-PSK-AES128-CBC-SHA

Exigences SQL pour la recherche en texte intégral

Document Understanding nécessite que SQL Server dispose du composant de recherche en texte intégral du moteur de base de données SQL Server, qui n'est pas toujours installé par défaut.

Si vous n'avez pas sélectionné la recherche en texte intégral lors de l'installation de SQL Server, exécutez à nouveau le programme d'installation de SQL Server pour l'ajouter avant de configurer Document Understanding.

Pour plus d'informations, consultez ce guide sur la façon d'ajouter/d'installer des fonctionnalités sur le serveur SQL. Vous pouvez également vérifier ici tous les composants qui peuvent être ajoutés au serveur SQL, qui comprend également la recherche en texte intégral.

Exigences SQL pour Insights

Remarque : Insights ne prend pas en charge l'authentification Azure AD. Si vous vous authentifiez à l'aide d'Azure AD, les tableaux de bord ne peuvent pas être chargés et les données ne peuvent pas être extraites de la base de données Microsoft SQL.
Insights nécessite SQL Server 2019 ou 2022, qui prennent en charge l'index columnstore et les fonctions .json.

Pour Azure SQL, assurez-vous que la base de données correspond à l'objectif de service S3 ou plus.

Assurez-vous que le niveau de compatibilité de la base de données Insights est défini sur 130 ou plus. Dans la plupart des cas, les paramètres par défaut répondent à cette exigence. Pour plus d'informations, reportez-vous à Afficher ou modifier le niveau de compatibilité d'une base de données - SQL Server (View or Change the Compatibility level of a Database - SQL Server).

L'installation valide les deux conditions et vous avertit si les exigences minimales ne sont pas remplies.

Exigences SQL pour Data Service

Data Service nécessite un serveur SQL de version 2016 ou ultérieure.

Si vous créez votre propre base de données à l'aide du serveur SQL version 2019 ou ultérieure, veillez à accorder les autorisations Data Service suivantes à vos utilisateurs :

GRANT ALTER ANY SENSITIVITY CLASSIFICATION TO {userName};
GRANT VIEW ANY SENSITIVITY CLASSIFICATION TO {userName};GRANT ALTER ANY SENSITIVITY CLASSIFICATION TO {userName};
GRANT VIEW ANY SENSITIVITY CLASSIFICATION TO {userName};

Exigences SQL pour Process Mining

Lorsque vous activez Process Mining pour une installation sur Automation Suite 2023.10.9 ou une version ultérieure, vous pouvez choisir d'apporter une base de données PostgreSQL ou une base de données Microsoft SQL Server pour AutomationSuite_Airflow.
Important :
Pour Process Mining sur Automation Suite 2023.10.9 ou des versions supérieures, il est recommandé de passer à PostgreSQL pour la base de données AutomationSuite_Airflow , car PostgreSQL s'exécute avec les dernières versions d'Apache Airflow. L'exécution de la dernière version de Airflow vous permet d'utiliser de nouvelles fonctionnalités, performances et correctifs de sécurité.

Si vous choisissez de ne pas utiliser de base de données PostgreSQL et de continuer à utiliser une base de données Microsoft SQLServer, Process Mining s'exécutera avec l'ancien Airflow sur Automation Suite. Les versions héritées d'Apache Airflow peuvent manquer de fonctionnalités, de performances et de correctifs de sécurité.

À partir de Process Mining sur Automation Suite 2025.10, seule la base de données PostgreSQL est prise en charge pour la base de données AutomationSuite_Airflow .

AutomationSuite_Airflow Base de données PostgreSQL

Pour Process Mining sur Automation Suite 202310.9 ou des versions plus récentes, vous pouvez choisir d'utiliser une base de données PostgreSQL pour la base de données AutomationSuite_Airflow .
Remarque :

Lors de la migration de Microsoft SQL Server vers PostgreSQL, la migration des données de la base de données n'est pas requise. Avec une configuration de configuration correcte, la base de données est reconstruite lors de l'exécution de Sync Airflow.

Versions de PostgreSQL prises en charge

Les versions 12.x à 16.x de PostgreSQL sont prises en charge. Il est recommandé d'utiliser la version la plus récente de PostgreSQL dans cette plage pour une compatibilité et des performances optimales.

Prérequis matériels

La machine sur laquelle la base de données PostgreSQL pour Airflow est installée doit répondre aux exigences matérielles suivantes.

  • Cœurs : 4

  • Mémoire : 16 Gio

  • Stockage : 64 Gio

  • IOPS : >=500 IOPS

Autorisations requises

L’utilisateur PostgreSQL Airflow (ou tout utilisateur de base de données dédié) doit avoir

  • Autorisations « Tous les privilèges » (All Privileges) pour la base de données Airflow désignée.

  • « toutes les autorisations » sur le schéma public du serveur.

  • « search_path » est défini sur « public ».

Remarque :
Vous devrez peut-être mettre à jour le fichier d'authentification basée sur l'hôte PostgreSQL pg_hba.conf pour ajouter l'utilisateur Airflow à la liste de contrôle d'accès à la base de données et recharger la configuration de la base de données pour appliquer les modifications.

Le code suivant montre un exemple de configuration d'une base de données PostgreSQL.

CREATE DATABASE airflow_db
  WITH ENCODING 'UTF8'
  LC_COLLATE='en_US.UTF-8'
  LC_CTYPE='en_US.UTF-8'
  TEMPLATE template0;

CREATE USER airflow_user WITH PASSWORD 'airflow_pass';
GRANT ALL PRIVILEGES ON DATABASE airflow_db TO airflow_user;

-- PostgreSQL 15 requires additional privileges:
GRANT ALL ON SCHEMA public TO airflow_user;CREATE DATABASE airflow_db
  WITH ENCODING 'UTF8'
  LC_COLLATE='en_US.UTF-8'
  LC_CTYPE='en_US.UTF-8'
  TEMPLATE template0;

CREATE USER airflow_user WITH PASSWORD 'airflow_pass';
GRANT ALL PRIVILEGES ON DATABASE airflow_db TO airflow_user;

-- PostgreSQL 15 requires additional privileges:
GRANT ALL ON SCHEMA public TO airflow_user;

Le code suivant montre un exemple de validation d'encodage de base de données.

SELECT pg_encoding_to_char(encoding) AS encoding
FROM pg_database
WHERE datname = 'airflow_db';SELECT pg_encoding_to_char(encoding) AS encoding
FROM pg_database
WHERE datname = 'airflow_db';

Reportez-vous à la documentation officielle de Airflow pour plus d'informations sur la configuration d'une base de données PostgreSQL pour Airflow.

Port du serveur par défaut

Le port de serveur par défaut pour les connexions de base de données Airflow avec PostgreSQL est 5432. Si vous utilisez le pooler de connexion PgBounder, il est courant d'utiliser le port 6432.
Les blocs de code suivants montrent des exemples de chaînes de connexion pour PostgreSQL utilisant le port 5432.

Exemple de chaîne de connexion :

postgresql+psycopg2://testadmin:<password>@test-cu231009v3-postgresql.postgres.database.azure.com:5432/automationsuite_airflowpostgresql+psycopg2://testadmin:<password>@test-cu231009v3-postgresql.postgres.database.azure.com:5432/automationsuite_airflow

Exemple de chaîne de connexion pour l'utilisation de Kerberos :

postgresql+psycopg2://kerberos_user:@kerberospostgres.AUTOSUITEAD.LOCAL:5432/automationsuite_airflowpostgresql+psycopg2://kerberos_user:@kerberospostgres.AUTOSUITEAD.LOCAL:5432/automationsuite_airflow

Exemple de chaîne de connexion pour l'utilisation de l'identité gérée :

postgresql+psycopg2://testmanagedidentity:@test-postgresql-1.postgres.database.azure.com/airflow-ci-sfasaksqacu8524745postgresql+psycopg2://testmanagedidentity:@test-postgresql-1.postgres.database.azure.com/airflow-ci-sfasaksqacu8524745

Le port de serveur par défaut peut être configuré pour utiliser n'importe quel port disponible selon les exigences de votre système.

LanceurPg

Étant donné que Airflow utilise des connexions de courte durée, il est fortement recommandé de configurer PgBounder. PgBounder est un pooler de connexions léger pour PostgreSQL.

Reportez-vous à la documentation officielle de PgBounder pour plus d'informations sur la configuration de PgBounder.

Remarque :

Lors de la migration de Microsoft SQL Server vers PostgreSQL, la migration des données de la base de données n'est pas requise. Avec une configuration de configuration correcte, la base de données est reconstruite lors de l'exécution de Sync Airflow.

AutomationSuite_Airflow Base de données Microsoft SQL Server

Remarque :
Pour la base de données AutomationSuite_Airflow , Microsoft SQL Server est la seule option disponible pour Process Mining sur les versions d'Automation Suite 2023.10.8 et antérieures. Pour Process Mining sur Automation Suite 2023.10.9 ou des versions plus récentes, il est recommandé de passer à PostgreSQL.
Si vous utilisez Microsoft SQL Server pour la base de données AutomationSuite_Airflow , assurez-vous de répondre aux exigences suivantes.
Important :
Vous devez utiliser le port de serveur par défaut 1433 pour les connexions à la base de données Airflow.

Les ports de SQL server non standard ne sont pas pris en charge.

Attention :

Lors de la configuration de Microsoft SQL Server, veillez à ce que le fuseau horaire est défini sur UTC dans la machine SQL Server où la base de données Airflow est installée.

AutomationSuite_ProcessMining_Warehouse Base de données

Process Mining sur Automation Suite nécessite un serveur Microsoft SQL distinct pour AutomationSuite_ProcessMining_Warehouse afin de stocker les données des applications de processus Process Mining.
Important :

Pour assurer un bon fonctionnement de Process Mining, il est recommandé d'utiliser Microsoft SQL Server 2022.

Il s'agit d'un aperçu de la configuration matérielle requise et des recommandations pour configurer une machine de base de données Microsoft SQL Server pour AutomationSuite_ProcessMining_Warehouse.

Pour calculer la configuration matérielle requise, vous devez disposer des éléments suivants :

  • le nombre de (millions) d'événements dans votre processus.
  • le nombre de champs d'incident et d'événement dans vos données de sortie.

    Remarque : dans un environnement de développement, pour des raisons de performances, il est recommandé de travailler sur un petit ensemble de données de développement avec un nombre limité d'enregistrements.

Vous pouvez utiliser le calculateur de dimensionnement d'installation d'UiPath Automation Suite pour déterminer la configuration matérielle requise en vue de configurer une machine Microsoft SQL Server dédiée pour Process Mining. Lorsque vous ajoutez Process Mining à la section Produit (Product), la configuration minimale requise pour une machine SQL Server dédiée s'affiche.

Reportez-vous à la configuration matérielle requise pour plus d'informations.

L’utilisateur SQL utilisé dans les chaînes de connexion doit disposer du rôle au niveau de la base de données db_securityadmin pendant et après l’installation pour activer la sécurité par application sur le serveur SQL de l’entrepôt de données Process Mining. Pour plus de détails, consultez la documentation officielle de Microsoft sur les rôles de niveau base de données.

Reportez-vous à Configuration de la sécurité de l'application de processus pour plus d'informations.

Exigences SQL pour AI Center

Exigences pour AI Center connecté à une installation Orchestrator externe

Si vous installez une version d'AI Center qui se connecte à une installation Orchestrator externe, vous devez vous assurer de créer une nouvelle base de données nommée AutomationSuite_Platform pour les services AI Events et AI Storage.

Exigences pour AI Center installé sur une machine compatible FIPS 140-2

Pour installer AI Center sur une machine compatible FIPS 140-2, procédez comme suit :
  1. Avant de commencer l'installation d'Automation Suite, procédez comme suit :

    1. Activez FIPS 140-2 sur la machine sur laquelle vous prévoyez d'installer Microsoft Server en suivant les instructions de Microsoft.

    2. Installez le serveur Microsoft SQL sur la machine compatible FIPS 140-2.

    3. Obtenez le certificat Microsoft SQL Server en exécutant la commande suivante à partir de SQL Server ou de tout serveur pouvant se connecter au serveur SQL avec le nom d'hôte SQL configuré :

      nmap -sV -p <port> -vv --script ssl-cert domainnmap -sV -p <port> -vv --script ssl-cert domain
  2. Lors de l'installation d'Automation Suite, procédez comme suit :
    1. Ajoutez les valeurs suivantes à la chaîne de connexion sql_connection_string_template_jdbc d'AI Center dans le fichier cluster_config.json : encrypt=true;trustServerCertificate=false;fips=true;.

      Exemple :

      jdbc:sqlserver://sfdev1804627-c83f074b-sql.database.windows.net:1433;database=DB_NAME_PLACEHOLDER;user=testadmin;password=***;encrypt=true;trustServerCertificate=false;fips=true;Connection Timeout=30;hostNameInCertificate=sfdev1804627-c83f074b-sql.database.windows.net"jdbc:sqlserver://sfdev1804627-c83f074b-sql.database.windows.net:1433;database=DB_NAME_PLACEHOLDER;user=testadmin;password=***;encrypt=true;trustServerCertificate=false;fips=true;Connection Timeout=30;hostNameInCertificate=sfdev1804627-c83f074b-sql.database.windows.net"

      Pour plus de détails sur la configuration de la base de données, voir Expérience d'installation avancée et Mise à jour de la base de données SQL.

    2. Ajoutez le certificat exporté de l'étape 1.c. au magasin approuvé de la machine hôte. Pour plus de détails, consultez Mise à jour des certificats CA.

Exigences SQL pour la haute disponibilité (HA)

Pour une configuration haute disponibilité du serveur SQL, sélectionnez un groupe de disponibilité Toujours activé (Always On). Pour plus d'informations, consultez Présentation des groupes de disponibilité Toujours activé (Always On).

Exigences SQL pour Orchestrator

Important : Pour augmenter les performances, éviter les blocages et empêcher les lectures incorrectes dans SQL, assurez-vous que l’option READ_COMMITTED_SNAPSHOT est définie sur ON.
Utilisez cette requête pour vérifier si READ_COMMITTED_SNAPSHOT est activé ou désactivé :
SELECT is_read_committed_snapshot_on FROM sys.databases
   WHERE name= 'UiPath'SELECT is_read_committed_snapshot_on FROM sys.databases
   WHERE name= 'UiPath'
S'il est activé, la valeur renvoyée sera 1.
S'il est désactivé, la valeur renvoyée sera 0. Utilisez cette requête pour l'activer :
ALTER DATABASE UiPath
SET READ_COMMITTED_SNAPSHOT ONALTER DATABASE UiPath
SET READ_COMMITTED_SNAPSHOT ON
Si vous utilisez différentes bases de données pour l'automatisation de test (Test Automation) et/ou mettre à jour le serveur (Update Server), READ_COMMITTED_SNAPSHOT doit également être activé sur celles-ci.

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo White