Configuration de Microsoft SQL Server

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	ADO.NET
Orchestrator	AutomationSuite_Orchestrator	ADO.NET
Action Center	AutomationSuite_Orchestrator	ADO.NET
Robots Automation Suite	AutomationSuite_Orchestrator	ADO.NET
Automation Hub	AutomationSuite_Automation_Hub	ADO.NET
Data Service	AutomationSuite_DataService	ADO.NET
Insights	AutomationSuite_Insights	ADO.NET
Test Manager	AutomationSuite_Test_Manager	ADO.NET
Task Mining	AutomationSuite_Task_Mining	ADO.NET
AI Center	AutomationSuite_AICenter	JDBC
Document Understanding	AutomationSuite_DU_Datamanager	ODBC
Process Mining	AutomationSuite_ProcessMining_Metadata AutomationSuite_ProcessMining_Warehouse1 AutomationSuite_Airflow2	ADO.NET PYODBC

1 AutomationSuite_ProcessMining_Warehouse utilise les formats ADO.NET et PYODBC.

2 AutomationSuite_Airflow utilise le format de chaîne de connexion PYODBC. 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 {.

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é.

Dans le cas des applications (Apps), vous ne pouvez pas fournir votre propre MongoDB.

SQL collation

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 :

We do not recommend using Binary SQL or any collations that are case-sensitive, as they cause known issues while installing 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 les rôles db_owner et db_securityadmin 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.

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

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 supérieur.

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};

Exigences SQL pour Process Mining

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 :

Vous devez utiliser le port de serveur par défaut 1433 pour les bases de données AutomationSuite_ProcessMining_Warehouse. Les ports de SQL server non standard ne sont pas pris en charge.

Vous trouverez ci-dessous 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.

Attention :

Lorsque vous configurez 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 et la base de données Process Mining dédiée ont été installées.

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. Par exemple, dans ModèleUn, ce nombre serait de 30.

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 capacité 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.

Consultez également la section Configuration matérielle requise.

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'

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 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.