- Überblick
- Anforderungen
- Installation
- Fragen und Antworten: Bereitstellungsvorlagen
- Konfigurieren der Maschinen
- Konfigurieren des externen Objektspeichers
- Konfigurieren des Lastausgleichs
- Konfigurieren des DNS
- Konfigurieren von Microsoft SQL-Servern
- Konfigurieren der Zertifikate
- HA-fähige Online-Produktionsinstallation mit mehreren Knoten
- HA-fähige Offline-Produktionsinstallation mit mehreren Knoten
- Herunterladen der Installationspakete
- install-uipath.sh-Parameter
- Aktivieren eines High Availability Add-ons für den Cluster
- Document Understanding-Konfigurationsdatei
- Hinzufügen eines dedizierten Agent-Knotens mit GPU-Unterstützung
- Verbinden einer Task Mining-Anwendung
- Hinzufügen eines dedizierten Agent-Knotens für Task Mining
- Hinzufügen eines dedizierten Agentenknotens für Automation Suite-Roboter
- Nach der Installation
- Clusterverwaltung
- Überwachung und Warnungen
- Migration und Upgrade
- Migrationsoptionen
- 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 von eigenständigen Insights
- Schritt 7: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Produktspezifische Konfiguration
- Best Practices und Wartung
- Fehlersuche und ‑behebung
- Fehlerbehebung bei Diensten während der Installation
- Deinstallieren des Clusters
- Löschen von Offline-Artefakten für mehr Speicherplatz
- So löschen Sie Redis-Daten
- So können Sie die Istio-Protokollierung aktivieren
- So werden Protokolle manuell bereinigt
- So löschen Sie alte Protokolle, die im sf-logs-Bucket gespeichert sind
- So deaktivieren Sie Streaming-Protokolle für das AI Center
- Fehlerbehebung bei fehlgeschlagenen Automation Suite-Installationen
- So löschen Sie Bilder aus dem alten Installationsprogramm nach dem Upgrade
- Automatisches Bereinigen von Longhorn-Snapshots
- Deaktivieren von TX-Prüfsummen-Offloading
- Umgang mit schwachen Verschlüsselungen in TLS 1.2
- Es kann keine Offlineinstallation auf RHEL 8.4 OS ausgeführt werden.
- Fehler beim Herunterladen des Pakets
- Die Offlineinstallation schlägt aufgrund fehlender binärer Dateien fehl
- Zertifikatproblem bei der Offlineinstallation
- Die erste Installation schlägt während des Longhorn-Setups fehl
- Validierungsfehler bei der SQL-Verbindungszeichenfolge
- Voraussetzungsprüfung für das Selinux-iscsid-Modul schlägt fehl
- Azure-Datenträger nicht als SSD markiert
- Fehler nach der Zertifikatsaktualisierung
- Virenschutz verursacht Probleme bei der Installation
- Automation Suite funktioniert nach Betriebssystem-Upgrade nicht
- Bei der Automation Suite muss „backlog_wait_time“ auf 0 gesetzt werden.
- Volume nicht bereitstellbar, da es nicht für Workloads bereit ist
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Fehler beim Hoch- oder Herunterladen von Daten im Objektspeicher
- Die Größenänderung eines PVC bewirkt keine Korrektur von Ceph
- Fehler beim Ändern der PVC-Größe
- Fehler beim Ändern der Größe von objectstore PVC
- Rook Ceph oder Looker-Pod hängen im Init-Status fest
- Fehler beim Anhängen eines StatefulSet-Volumes
- Fehler beim Erstellen persistenter Volumes
- Patch zur Rückgewinnung von Speicherplatz
- Sicherung aufgrund des Fehlers „TooManySnapshots“ fehlgeschlagen
- Alle Longhorn-Replikate sind fehlerhaft
- Festlegen eines Timeout-Intervalls für die Verwaltungsportale
- Aktualisieren Sie die zugrunde liegenden Verzeichnisverbindungen
- Die Authentifizierung funktioniert nach der Migration nicht
- kinit: KDC kann für Realm <AD Domain> beim Abrufen der ersten Anmeldeinformationen nicht gefunden werden
- Kinit: Keytab enthält keine geeigneten Schlüssel für *** beim Abrufen der ersten Anmeldeinformationen
- GSSAPI-Vorgang aufgrund eines ungültigen Statuscodes fehlgeschlagen
- Alarm für fehlgeschlagenen Kerberos-tgt-update-Auftrag erhalten
- SSPI-Anbieter: Server in Kerberos-Datenbank nicht gefunden
- Anmeldung eines AD-Benutzers aufgrund eines deaktivierten Kontos fehlgeschlagen
- ArgoCD-Anmeldung fehlgeschlagen
- Fehler beim Abrufen des Sandbox-Abbilds
- Pods werden nicht in der ArgoCD-Benutzeroberfläche angezeigt
- Redis-Testfehler
- RKE2-Server kann nicht gestartet werden
- Secret nicht im UiPath-Namespace gefunden
- ArgoCD wechselt nach der ersten Installation in den Status „In Bearbeitung“.
- Unerwartete Inkonsistenz; fsck manuell ausführen
- MongoDB-Pods in „CrashLoopBackOff“ oder ausstehende PVC-Bereitstellung nach Löschung
- MongoDB-Pod kann nicht von 4.4.4-ent auf 5.0.7-ent aktualisiert werden
- Fehlerhafte Dienste nach Clusterwiederherstellung oder Rollback
- Pods stecken in Init:0/X
- Prometheus im Zustand „CrashloopBackoff“ mit OOM-Fehler (Out-of-Memory)
- Fehlende Ceph-rook-Metriken in Überwachungs-Dashboards
- Pods können nicht mit FQDN in einer Proxy-Umgebung kommunizieren
- Document Understanding erscheint nicht auf der linken Leiste der Automation Suite
- Fehlerstatus beim Erstellen einer Datenbeschriftungssitzung
- Fehlerstatus beim Versuch, eine ML-Fähigkeit bereitzustellen
- Migrationsauftrag schlägt in ArgoCD fehl
- Die Handschrifterkennung mit dem Intelligent Form Extractor funktioniert nicht oder arbeitet zu langsam
- Verwenden des Automation Suite-Diagnosetools
- Verwenden des Automation Suite-Supportpakets
- Erkunden von Protokollen

Automation Suite-Installationsanleitung
Die Automation Suite unterstützt die Sicherungs- und Wiederherstellungsfunktionalität, um Datenverlust in verschiedenen Szenarien zu verhindern. Sie können eine Sicherung jederzeit nach der Installation konfigurieren.
Um die Sicherungs- und Wiederherstellungsfunktionalität zu verwenden, müssen Sie einen NFS-Server, einen Sicherungscluster und einen Wiederherstellungscluster aktivieren. Diese Konzepte werden im folgenden Abschnitt definiert.
NFS-Server – Der Server, der die Sicherungsdaten speichert und die Wiederherstellung ermöglicht. Sie können den NFS-Server auf jeder Maschine oder jedem PaaS-Dienst einrichten, der von Cloud-Anbietern angeboten wird. Beachten Sie, dass wir kein Windows-basiertes NFS und kein Azure Blob-basiertes NFS unterstützen.
Sicherungscluster – Der Cluster, den Sie zum Installieren der Automation Suite einrichten. Dies ist der Cluster, in dem Sie die Sicherung aktivieren werden.
Cluster wiederherstellen – Der Cluster, in dem Sie alle Daten aus dem Sicherungscluster wiederherstellen. Dies wird der neue Cluster, in dem Sie die Automation Suite ausführen, sobald der Wiederherstellungsprozess abgeschlossen ist.
- Dieses Setup ermöglicht nur eine Sicherung des Clusters, einschließlich der Clusterkonfiguration und der Daten, die als Teil des Blockspeichers im Cluster auf
/datadisk- und Objectstore-Datenträgern gespeichert sind, die an Servermaschinen angeschlossen sind.Dadurch wird jedoch keine Sicherung externer Datenquellen aktiviert, z. B. der SQL-Datenbank und des externen Objektspeichers. Sie müssen die Sicherung der externen Datenquelle separat aktivieren.
- Wenn Sie neue Serverknoten hinzufügen möchten, nachdem Sie die Sicherung aktiviert haben, stellen Sie sicher, dass Sie den NFS-Server so konfigurieren, dass er den Zugriff auf den neuen Knoten zulässt.
Um die Sicherungs- und Wiederherstellungsfunktion einzurichten, müssen Sie die folgenden Anforderungen erfüllen:
-
Sie müssen NFSv4 unter Linux verwenden.
- Sie müssen den NFS-Server auf einer separaten Maschine einrichten, die außerhalb des Sicherungs- und Wiederherstellungsclusters gehostet wird.
- Zwischen dem NFS-Server und dem Sicherungs- und Wiederherstellungscluster darf die Round Trip Time (RTT)-Latenzzeit nicht mehr als 10 Millisekunden betragen.
- Der Cluster, den Sie sichern möchten, und der NFS-Server müssen sich in derselben Region befinden.
-
Der NFS-Server muss die folgenden Hardwareanforderungen erfüllen:
CPU
RAM
Festplatte
4 (v-)CPU
8 GB
2 TiB SSD (1100 IOPS)
- Der NFS-Server muss von allen Clusterknoten aus erreichbar sein.
-
Sie müssen die folgenden Ports auf dem NFS-Server und allen Knoten im Sicherungscluster aktivieren. Beim Wiederherstellen des Clusters müssen auf allen Knoten im Wiederherstellungscluster dieselben Ports geöffnet sein.
Port
Protokoll
Zweck
2049TCP
Bidirektionale Kommunikation zwischen dem NFS-Server und dem Sicherungs- und Wiederherstellungscluster.
Dies ist der Port, auf dem der NFS-Server ausgeführt wird.
111TCP
Bidirektionale Kommunikation zwischen dem NFS-Server und dem Sicherungs- und Wiederherstellungscluster.
Dieser Port wird für rpcbind zwischen dem NFS-Server und dem Sicherungs- und Wiederherstellungscluster verwendet.