- Ü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: Löschen des Standardmandanten
- B) Migration von 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
Automation Suite auf EKS/AKS-Installationsanleitung
Durchführen der Insights-Datenbankwartung
dbo
und read
. Beide Tabellen speichern Daten aus Orchestrator-Datenbanken und übergeben Daten untereinander. Im Laufe der Zeit speichern Tabellen eine große Datenmenge, die sich auf die Datenbankleistung auswirken kann. Sie können Speicherplatz freigeben, indem Sie Daten entfernen, die nicht relevant oder veraltet sind.
Der geschätzte Schwellenwert für das Speichern von Verlaufsdaten ist festgelegt auf
- 200 Millionen RobotLogs
- 100 Millionen QueueItemEvents
- 100 Millionen JobEvents
- 20 Millionen Warteschlangenelemente
- 20 Millionen Aufträge
[dbo].Jobs
, [dbo].JobEvents
, [dbo].QueueItems
, [dbo].QueueItemEvents
, [dbo].RobotLogs
zu löschen oder nur die [dbo].RobotLogs
.
PROCEDURE [read].[Delete_Insights_Data_Read]
und PROCEDURE [read].[Delete_Process_Logs_Read]
muss das Insights-Modul deaktiviert werden.
- Skripte mit dem Suffix
_DBO
werden verwendet, um Daten aus DBO-Schematabellen zu löschen. - Skripte mit dem Suffix
_Read
werden verwendet, um Daten aus Leseschematabellen zu löschen. - Große Batches können sich auf die Ausführungsgeschwindigkeit auswirken. Erwägen Sie die Verwendung der Standardbatchgröße, die auf 100.000 festgelegt ist.
PROCEDURE [read].[Delete_Insights_Data_Read]
und PROCEDURE [read].[Delete_Process_Logs_Read]
muss das Insights-Modul deaktiviert werden.
Jobs
, JobEvents
, QueueItems
, QueueItemEvents
, RobotLogs
) für einen Ausschlusszeitstempel zu löschen.
Gespeicherte SQL-Prozeduren | Parameter | Beschreibung |
---|---|---|
Delete_Insights_Data_DBO |
| Daten aus [dbo].[Jobs] ,
Tabellen
[dbo].[JobEvents] , [dbo].[QueueItems] , [dbo].[QueueItemEvents] , [dbo].[RobotLogs] auf Grundlage eines Zeitstempels mit Ausschlussfrist.
|
Delete_Insights_Data_Read | Keine Angabe | Kürzen Sie die Tabellen [read].Jobs , [read].JobEvents ,[read].QueueItems , [read].QueueItemEvents , [read].RobotLogs .
|
Die Widgets des Insights-Dashboards sind wieder verfügbar, nachdem die gespeicherte SQL-Prozedur 1 abgeschlossen ist und die Daten abgeglichen wurden. Bedenken Sie, dass das Abgleichen angesichts der großen Datenmenge mehrere Stunden beanspruchen kann.
Delete_Insights_Data_DBO
zum ersten Mal ausführen, erstellt es einen nicht geclusterten QueueItems.IX_CreationTime
-Index, um zukünftige Ausführungen zu beschleunigen.
Gespeicherte SQL-Prozedur 2: Löschen von RobotLogs-Daten basierend auf ProcessNames und Mandanten-ID
Generieren und speichern Sie diese gespeicherte SQL-Prozedur, um RobotsLogs basierend auf Prozessnamen und Mandanten-ID zu löschen.
Gespeicherte SQL-Prozeduren | Parameter | Beschreibung |
---|---|---|
Delete_Process_Logs_DBO |
Der Name des Orchestrator-Prozesses.
Die Mandanten-ID ist erforderlich, da zwei Mandanten Prozesse mit identischen Namen ausführen können.
Löschen Sie Daten in Batches von 100.000. Siehe Überlegungen. | Löschen Sie Daten aus der Tabelle [dbo].[RobotLogs] nach Prozessname und Mandanten-ID.
|
Delete_Process_Logs_Read |
| Kürzen Sie Tabelle [read].RobotLogs .
|