- Überblick
- Anforderungen
- Installation
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite auf EKS/AKS
- Schritt 1: Verschieben der Identitätsorganisationsdaten von einer eigenständigen in die Automation Suite
- Schritt 2: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 3: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 4: Zusammenführen von Organisationen in der Automation Suite
- Schritt 5: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 6: Migrieren des eigenständigen Orchestrators
- Schritt 7: Migrieren von eigenständigen Insights
- Schritt 8: Migrieren des eigenständigen Test Managers
- Schritt 9: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Migrieren von der Automation Suite unter Linux zur Automation Suite unter EKS/AKS
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Orchestrator-appSettings
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Fehlersuche und ‑behebung
- Das Sicherungssetup funktioniert nicht, da die Verbindung mit Azure Government fehlgeschlagen ist
- Hängende Pods im uipath-Namespace bei Aktivierung von benutzerdefinierten Knoten-Markierungen
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Pods können nicht mit FQDN in einer Proxy-Umgebung kommunizieren
- SQL-Verbindungszeichenfolge der Testautomatisierung wird ignoriert
- EKS-Sicherung aufgrund der Velero-Version
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Beim Zugriff auf den FQDN wird der Fehler „RBAC-Zugriff verweigert“ zurückgegeben
- Manual ArgoCD NetworkPolicy mitigation (GHSA-47m3-95c7-g2g8)
Um die Daten einzuschränken, auf die Benutzer bei der Transformationsbearbeitung Zugriff haben, können Sie jetzt den Prozess-App-Sicherheitstyp für Process Mining Prozess-Apps in der input.json -Datei festlegen. Sie können die App-Sicherheit mit der Einstellung app_security_mode konfigurieren. Dies ist eine Übersicht über die möglichen Werte der app_security_mode -Einstellung.
Es wird empfohlen, die Option system_managed zu verwenden.
Wert | Beschreibung |
system_managed (Standard) | Pro Prozess-App wird automatisch ein SQL-Benutzer angelegt. Dadurch wird sichergestellt, dass Benutzer, die Transformationen in Process Mining bearbeiten, nur Daten abfragen können, die zu den Prozess-Apps gehören, für die sie über Bearbeitungsberechtigungen verfügen.
Dies erfordert eine SQL-Authentifizierung auf dem SQL-Server des Process Mining Data Warehouse. Der SQL-Benutzer, der in den Verbindungszeichenfolgen zum Herstellen einer Verbindung mit der
|
| Es wird ein Konto erstellt, das für alle Prozess-Apps verwendet wird. Dies bedeutet, dass Benutzer bei der Bearbeitung von Transformationen in Process Mining Daten von anderen Prozess-Apps abfragen können. Der SQL-Benutzer, der in den Verbindungszeichenfolgen zum Herstellen einer Verbindung mit
|
Schritte
- Aktivieren Sie die SQL-Authentifizierung für den SQL-Server des Process Mining Data Warehouse. Weitere Informationen dazu finden Sie unter Ändern des Serverauthentifizierungsmodus.
- Gewähren Sie dem Benutzer für die Bereitstellung von Process Mining ALTER ANY LOGIN.
- Gewähren Sie dem Benutzer für die Bereitstellung von Process Mining Zugriff auf die
master-Datenbank.Hinweis:Der SQL-Benutzer, der in den Verbindungszeichenfolgen zum Herstellen einer Verbindung mit der
master-Datenbank verwendet wird, muss über ausreichende Berechtigungen zum Erstellen von Anmeldungen, Benutzern und Rollen verfügen.