Konfigurieren von Microsoft SQL-Servern

Datenbanken

Hinweis: Sofern in den entsprechenden Anforderungsabschnitten nicht anders angegeben, gelten diese Anforderungen für alle Automation Suite-Produkte.

Jedes Produkt in der Automation Suite benötigt eine eigene SQL-Datenbank mit entsprechenden Spezifikationen.

Standardmäßig erstellt das Installationsprogramm während des Installationsvorgangs alle Datenbanken für Sie. Sie müssen dazu die erforderlichen Berechtigungen für das Installationsprogramm auf Ihrem SQL-Server zur Verfügung stellen.

Alternativ können Sie eigene Datenbanken erstellen. In der folgenden Tabelle finden Sie die Namen, die Sie verwenden müssen.

Wenn Sie eigene Datenbanken für eine neue Automation Suite-Installation einsetzen möchten, empfehlen wir dringend, neue Datenbanken einzurichten, anstatt vorhandene zu verwenden. Diese Vorsichtsmaßnahme ist notwendig, um Konflikte mit dem Betrieb der Automation Suite zu vermeiden, die aufgrund von übrig gebliebenen Metadaten aus alten Datenbanken auftreten können.

In der folgenden Tabelle sind die Datenbanknamen und das entsprechende Format aufgeführt.

Produkt/Dienst	Standard-Datenbankname	Format der Verbindungszeichenfolge
Gemeinsame Plattformfunktionen	AutomationSuite_Platform	ADO.NET
Orchestrator	AutomationSuite_Orchestrator	ADO.NET
Action Center	AutomationSuite_Orchestrator	ADO.NET
Automation Suite-Roboter	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
Apps	AutomationSuite_Apps 1	ODBC
Document Understanding	AutomationSuite_DU_Datamanager	ODBC
Process Mining	AutomationSuite_ProcessMining_Metadata AutomationSuite_ProcessMining_Warehouse2 AutomationSuite_Airflow3	ADO.NET PYODBC

¹ Das Kennwort für die Apps-Datenbank darf nicht #{ enthalten.

² AutomationSuite_ProcessMining_Warehouse verwendet sowohl das ADO.NET- als auch das PYODBC-Format.

³ AutomationSuite_Airflow verwendet das PYODBC-Verbindungszeichenfolgenformat. AutomationSuite_Airflow muss READ_COMMITTED_SNAPSHOT aktiviert haben, wenn Datenbanken manuell erstellt werden. Die Verbindung zur AutomationSuite_Airflow-Datenbank darf nicht mit einem {-Zeichen beginnen.

Wichtig:

Wenn Sie die Verbindungszeichenfolgen manuell in der Konfigurationsdatei festlegen, können Sie SQL-, JDBC- oder ODBC-Kennwörter wie folgt maskieren:

• für SQL: Fügen Sie ' am Anfang und Ende des Kennworts hinzu und verdoppeln Sie alle anderen ' .
• für JDBC/ODBC: Fügen Sie { am Anfang des Kennworts und } am Ende hinzu, und verdoppeln Sie alle anderen } .

Hinweis:

Sie können die Datenbanken für einen wirtschaftlicheren Einsatz in einem elastischen Pool verwenden.

SQL collation

Die Automation Suite unterstützt die SQL-Sortierung, die sowohl auf Server- als auch auf Datenbankebene auf SQL_Latin1_General_CP1_CI_AS festgelegt ist. Wir empfehlen dringend dieses spezielle Setup für optimale Leistung und Stabilität.

Sie können zwar eine Sortierreihenfolge Ihrer Wahl verwenden, aber beachten Sie, dass ungetestete Konfigurationen möglicherweise zu unerwarteten Problemen führen können.

Wichtig:

We do not recommend using Binary SQL or any collations that are case-sensitive, as they cause known issues while installing Automation Suite.

Berechtigungen

Wenn das Installationsprogramm eine Datenbank auf dem angegebenen SQL-Server erstellen soll, dann stellen Sie sicher, dass Sie dem SQL-Konto, das zum Herstellen einer Verbindung mit der Datenbank verwendet wird, mindestens die Rolle dbcreator gewähren.

Wenn Sie für alle Produkte Ihre eigenen Datenbanken erstellen möchten, müssen Sie dem SQL-Konto die Rollen db_owner und db_securityadmin für alle Automation Suite-Datenbanken gewähren.

Wenn die Sicherheitsbeschränkungen die Verwendung von db_owner nicht zulassen, sollte das SQL-Konto über die folgenden Rollen und Berechtigungen für alle Datenbanken verfügen (die einzige Ausnahme ist Insights, für das weiterhin db_owner erforderlich ist).

• db_securityadmin
• db_ddladmin
• db_datawriter
• db_datareader
• Berechtigung EXECUTE für das Schema „dbo“

Hinweis: Wir verwenden die Rollen db_securityadmin und db_ddladmin nur während der Installation oder wenn die Datenbanken neu bereitgestellt werden, sodass Sie diese Berechtigung später widerrufen können.

SQL-Voraussetzungen für die Volltextsuche

Für Document Understanding muss der SQL-Server über die Volltextsuchkomponente der SQL Server Datenbank-Engine verfügen, die nicht immer standardmäßig installiert ist.

Wenn Sie bei der Installation von SQL Server keine Volltextsuche ausgewählt haben, führen Sie das SQL Server-Setup erneut aus, um es hinzuzufügen, bevor Sie Document Understanding konfigurieren.

Weitere Informationen finden Sie im Handbuch zum Hinzufügen/Installieren von Funktionen auf SQL Server. Hier können Sie alle Komponenten überprüfen, die SQL Server hinzugefügt werden können, einschließlich der Volltextsuche.

SQL-Voraussetzungen für Insights

Insights erfordert den SQL Server 2019 oder 2022, einschließlich Unterstützung für den Spaltenspeicherindex und .json-Funktionen.

Stellen Sie für Azure SQL sicher, dass die Datenbank das S3-Dienstziel oder höher ist.

Stellen Sie sicher, dass die Kompatibilitätsstufe für die Insights-Datenbank auf 130 oder höher festgelegt ist. In den meisten Fällen erfüllen die Standardeinstellungen diese Anforderung. Weitere Informationen finden Sie unter Anzeigen und Ändern des Kompatibilitätsgrads einer Datenbank – SQL Server.

Die Installation überprüft sowohl Bedingungen als auch Warnungen, wenn Mindestanforderungen nicht erfüllt sind.

SQL-Anforderungen für Data Service

Data Service erfordert SQL Server-Version 2016 oder höher.

Wenn Sie Ihre eigene Datenbank mit SQL Server-Version 2019 oder höher erstellen, stellen Sie sicher, dass Sie Ihren Benutzern die folgenden Data Service-Berechtigungen gewähren:

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

SQL-Anforderungen für Process Mining

Process Mining in der Automation Suite erfordert einen separaten Microsoft SQL-Server für AutomationSuite_ProcessMining_Warehouse für die Datenspeicherung für Process Mining-Prozess-Apps.

Wichtig:

Sie müssen den Standardserverport 1433 für die AutomationSuite_ProcessMining_Warehouse -Datenbanken verwenden. Nicht standardmäßige SQL Server-Ports werden nicht unterstützt.

Nachfolgend finden Sie eine Übersicht über die Hardwareanforderungen und Empfehlungen zum Einrichten einer Microsoft SQL Server-Datenbankmaschine für AutomationSuite_ProcessMining_Warehouse.

Achtung:

Stellen Sie beim Einrichten von Microsoft SQL Server sicher, dass die Zeitzone der SQL Server-Maschine, auf der die Airflow-Datenbank und eine dedizierte Process Mining-Datenbank installiert sind, auf UTC festgelegt ist.

Um die Hardwareanforderungen zu berechnen, müssen Sie Folgendes angeben:

• der Anzahl der Ereignisse (Millionen) in Ihrem Prozess.

• die Anzahl der Fall- und Ereignisfelder in Ihren Ausgabedaten.

  Hinweis: In einer Entwicklungsumgebung wird aus Leistungsgründen empfohlen, an einem kleinen Entwicklungs-Dataset mit einer begrenzten Anzahl von Datensätzen zu arbeiten.

Sie können den Kapazitätsrechner verwenden , um die Hardwareanforderungen zum Einrichten einer dedizierten Microsoft SQL Server-Maschine für Process Mining zu bestimmen. Wenn Sie Process Mining zum Produktabschnitt hinzufügen, werden die Mindestanforderungen für 1 dedizierten SQL-Server angezeigt.

Siehe auch Hardwareanforderungen.

Der in den Verbindungszeichenfolgen verwendete SQL-Benutzer muss während und nach der Installation die Rolle db_securityadmin auf Datenbankebene haben, um die App-spezifische Sicherheit auf dem Data-Warehouse-SQL-Server von Process Mining zu aktivieren. Weitere Informationen finden Sie in der offiziellen Microsoft -Dokumentation zu Rollen auf Datenbankebene.

Siehe auch Konfigurieren der Prozess-App-Sicherheit.

SQL-Anforderungen für das AI Center

Anforderungen für das AI Center, das mit einem externen Orchestrator verbunden ist

Wenn Sie ein AI Center installieren, das sich mit einem externen Orchestrator verbindet, müssen Sie sicherstellen, dass Sie eine neue Datenbank mit dem Namen AutomationSuite_Platform für AI Events- und AI Storage-Dienste erstellen.

Anforderungen für das AI Center, installiert auf einer FIPS 140-2-fähigen Maschine

Um das AI Center auf einer FIPS 140-2-fähigen Maschine zu installieren, führen Sie die folgenden Schritte aus:

1. Bevor Sie die Automation Suite-Installation starten, führen Sie die folgenden Schritte aus:

   1. Aktivieren Sie FIPS 140-2 auf der Maschine, auf der Sie Microsoft Server installieren möchten, indem Sie die Anweisungen von Microsoft befolgen.

   2. Installieren Sie Microsoft SQL-Server auf der FIPS 140-2-fähigen Maschine.

   3. Rufen Sie das Microsoft SQL Server-Zertifikat ab, indem Sie den folgenden Befehl vom SQL-Server oder einem beliebigen Server ausführen, der eine Verbindung zum SQL-Server mit dem konfigurierten SQL-Hostnamen herstellen kann:

      nmap -sV -p <port> -vv --script ssl-cert domain

2. Führen Sie während der Installation der Automation Suite die folgenden Schritte aus:

   1. Hängen Sie die folgenden Werte an die Verbindungszeichenfolge sql_connection_string_template_jdbc des AI Centers in der Datei cluster_config.json an: encrypt=true;trustServerCertificate=false;fips=true;.

      Beispiel:

      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"

      Weitere Informationen zur Datenbankkonfiguration finden Sie unter Erweiterte Installation und Aktualisieren der SQL-Datenbank.

   2. Fügen Sie das exportierte Zertifikat aus Schritt 1.c. zum Vertrauensspeicher der Hostmaschine hinzu. Weitere Details finden Sie unter Aktualisieren der Zertifikate von Zertifizierungsstellen.

SQL-Anforderungen für HA

Für eine Hochverfügbarkeitskonfiguration Ihres SQL-Servers wählen Sie eine Always On-Verfügbarkeitsgruppe aus. Weitere Informationen finden Sie unter Übersicht über Always On-Verfügbarkeitsgruppen.

SQL-Voraussetzungen für den Orchestrator

Wichtig: Um die Leistung zu steigern, Deadlocks zu vermeiden und Dirty Reads in SQL zu verhindern, stellen Sie sicher, dass die Option READ_COMMITTED_SNAPSHOT auf ON festgelegt ist.

Verwenden Sie diese Abfrage, um zu überprüfen, ob READ_COMMITTED_SNAPSHOT aktiviert oder deaktiviert ist:

SELECT is_read_committed_snapshot_on FROM sys.databases
   WHERE name= 'UiPath'

Wenn sie aktiviert ist, ist der zurückgegebene Wert 1.

Wenn sie deaktiviert ist, ist der zurückgegebene Wert 0. Verwenden Sie diese Abfrage, um sie zu aktivieren:

ALTER DATABASE UiPath
SET READ_COMMITTED_SNAPSHOT ON

Wenn Sie verschiedene Datenbanken für die Testautomatisierung und/oder den Update-Server verwenden, muss READ_COMMITTED_SNAPSHOT auch für diese aktiviert sein.