2021.10.0
Mit einer ständig wachsenden Palette an Produkten in unserem Arsenal erforschen wir bei UiPath® kontinuierlich neue Möglichkeiten, um Ihnen den Weg zur Automatisierung reibungsloser zu gestalten.
Wir möchten Ihre Probleme verschwinden lassen. Wir wissen, dass die Installation, Einrichtung und Wartung eines großen Produktsortiments manchmal mühsam sein kann – deshalb haben wir uns Gedanken gemacht und eine Initiative entwickelt, die die Komplexität dieser Aufgaben verringern wird.
Neugierig, wie diese Idee zustande gekommen ist? Die Automation Suite bietet Ihnen beim Installieren, Upgraden und Verwalten von UiPath®-Webprodukten Konsistenz, Einfachheit und Eleganz.
Die Automation Suite bietet eine allumfassende Lösung, die den Aufwand minimiert, den Sie in lästige Aufgaben investieren, sodass Sie sich stattdessen auf das Bestmögliche unserer Tools konzentrieren können. Kurz gesagt: Die Automation Suite setzt viel auf Konsistenz und Vorhersage in allen UiPath®-Produkten.
Aber was genau ist die Automation Suite, fragen Sie vielleicht. Es ist eine Linux-basierte Lösung, welche die meisten unserer Serverprodukte, Software-Abhängigkeiten, allgemeinen Plattformkomponenten und unsere Infrastruktur in einem einzigen Installationsprogramm vereint. Kurz gesagt: die gesamte UiPath® Suite direkt einsatzbereit.
Lassen Sie uns einige der Vorzüge der Automation Suite kennenlernen.
- Die Automation Suite wurde entwickelt, um alle unsere Serverprodukten zu vereinen. Die einzigen Ausnahmen sind Process Mining und Data Service, die nicht in der Automation Suite 2021.10 enthalten sind, sondern für einen zukünftigen Release geplant sind.
- Sie wurde entwickelt, um unsere End-to-End-Strategie für die Hyperautomation-Plattform umzusetzen, die ein Cloud-ähnliches Erlebnis ermöglicht. Damit erhalten lokale Benutzer die Vorteile der Automation Cloud.
- Die Automation Suite bietet für die Benutzerverwaltung/Verzeichnis-API sowie die Mandanten- und Lizenzverwaltung die gleichen Funktionen wie in der Cloud.
- Die Automation Suite liefert einen einzigen Bereitstellungs- und Wartungsmechanismus für mehrere UiPath®-Produkte. Dieser Ansatz vereinfacht die Installation, Wartung und Upgrades. Die Fehlerbehebung sollte ebenso einfach sein.
- Sie stellt Ihnen die erforderlichen Abhängigkeiten zur Verfügung und stellt sicher, dass sie installiert sind und ausgeführt werden. Je nach den erforderlichen Produkten für Ihr Unternehmen muss jeder ausgewählte Dienst seine Manifeste, Konfigurationen und Abhängigkeiten in ein bestimmtes Format bringen.
- Automation Suite-Installationsprogramme decken sowohl Online- als auch Offline-Umgebungen (mit Air Gaps) ab.
- Die Unterstützung für das Installationsprogramm, den gesamten Produkt-Stack und die enthaltene Infrastruktur sowie die Kubernetes-Containerisierung liefert UiPath®.
- Sie fragen sich, wie sich die Automation Suite-Initiative auf unsere
.MSI
-Installationsprogramme auswirkt? Sie können sich darauf verlassen, dass wir sie weiterhin bereitstellen werden. Sie werden jedoch weiterhin eigenständige Installationsprogramme pro Produkt sein. Die.MSI
-Installationsprogramme spielen auch beim Upgrade auf die Automation Suite eine Rolle. Das liegt daran, dass Sie, wenn Sie bereits Kunde sind, zuerst auf die neueste.MSI
-Version aktualisieren und erst dann in die Automation Suite wechseln müssen.
- Die Automation Suite ist eine skalierbare Lösung, mit der Sie klein anfangen und die Sie dann gemäß Ihren geschäftlichen Anforderungen erweitern können. Selbstverständlich ist sie im Modus mit einem einzelnen sowie mehreren Knoten verfügbar, und Sie können mit einem beliebigen Setup beginnen. Wir versuchen gezielt, auf langfristige Strategien zu achten, unabhängig von ihrer Richtung und Größe, also keine Sorge.
- Root-Zugriff ist während der Installation zum Einrichten der Ordner und Berechtigungen für die Installation erforderlich.
- Die ODBC-Verbindung unterstützt keine Benutzernamen, die Sonderzeichen enthalten. Verwenden Sie bei Datenbankbenutzernamen für AI Center und Document Understanding nur Groß- und Kleinbuchstaben.
- Die Verwendung des Standardwerts (
1450
) beim Konfigurieren der MTU auf Kubernetes-Pod-Ebene kann zu verschiedenen Problemen beim Azure Virtual Network führen. Um diese Probleme zu vermeiden, empfehlen wir, die Pod-MTU auf1350
festzulegen. Weitere Informationen finden Sie unter Fehlerbehebung.
-
Dem Organisationsadministrator muss eine E-Mail-Adresse zugeordnet sein, andernfalls tritt beim Konfigurieren einzelner Produkte der Fehler 400 auf.
- Regelmäßige E-Mails mit Warnungen werden nicht an Benutzer gesendet. Um sicherzustellen, dass der SMTP-Server für Ihr Google-Konto ordnungsgemäß funktioniert, müssen Sie eine neue Ausgangsregel auf der Netzwerksicherheitsgruppe für den konfigurierten SMTP-Port einrichten. Die Einstellungen, die Sie in der Automation Suite für SMTP konfiguriert haben, sollten in höchstens 60 Minuten auf den Orchestrator übertragen werden.
- In seltenen Fällen, wenn Sie die Maschine zweimal hintereinander neu starten, kann die Dienstbereitstellung hängen bleiben, da die Sperre DATABASECHANGELOGLOCK von einem Dienst nicht aufgehoben wird. In diesem Fall werden AI Center-Pods kontinuierlich neu gestartet. Weitere Informationen dazu finden Sie im Abschnitt Fehlerbehebung.
- Öffentliche Endpunkte für Datasets sind beim Aktivitäten-Upload nicht verfügbar. Die öffentlichen Endpunkte für Datasets können weiterhin direkt mit HTTP-Aufrufen verwendet werden.
- Wenn Sie AI Center in der Offline-Umgebung der Automation Suite verwenden, werden einige Komponenten nicht korrekt geladen. Das passiert, wenn die AI App-Seite ohne Internetzugriff geöffnet wird.
-
In einem seltenen Szenario können asynchrone Vorgänge wie die Bereitstellung von Fähigkeiten oder der Paket-Upload aufgrund des Cluster-Status lange hängen bleiben. Wenn die Bereitstellung von DU-Fähigkeiten mehr als 2–3 Stunden dauert, versuchen Sie, ein einfacheres Modell bereitzustellen (z. B. TemplateModel). Wenn es bei dem Modell auch mehr als eine Stunde dauert, wird empfohlen, die AI Center-Dienste mit den folgenden Befehlen neu zu starten:
kubectl -n uipath rollout restart deployment ai-deployer-deployment
kubectl -n uipath rollout restart deployment ai-trainer-deployment
kubectl -n uipath rollout restart deployment ai-pkgmanager-deployment
kubectl -n uipath rollout restart deployment ai-helper-deployment
kubectl -n uipath rollout restart deployment ai-appmanager-deployment
Warten Sie, bis die AI Center-Pods gesichert sind, und verifizieren Sie dies mit dem folgenden Befehl:* `kubectl -n uipath get pods | grep ai-*`
. Alle oben genannten Pods sollten sich im Status „Wird ausgeführt“ befinden, wobei der Containerstatus als „2/2“ angezeigt wird.
- Wenn Sie ein Document Understanding OCR ML-Paket in AI Center erstellen, kann es nicht als
ocr
oderOCR
benannt werden. Achten Sie darauf, einen anderen Namen zu wählen. - Manchmal ist Document Understanding für DefaultTenant nicht aktiviert. Das ist daran zu erkennen, dass keine Datenbeschriftungssitzungen erstellt werden können. Um dies zu beheben, deaktivieren Sie AI Center auf dem Mandanten und aktivieren Sie es wieder. Beachten Sie, dass Sie möglicherweise einige Minuten warten müssen, bevor Sie es wieder aktivieren können.
- Document Understanding erfordert, dass die FullTextSearch-Funktion auf dem SQL-Server aktiviert ist. Andernfalls schlägt die Installation ohne entsprechende explizite Fehlermeldung fehl.
- Die Vorhersage der Document Understanding ML-Fähigkeiten funktioniert möglicherweise nicht ordnungsgemäß und zeigt die Fehlermeldung
prediction failed
an, wenn Sie ein Upgrade vom ersten Release-Build auf den neuesten durchgeführt haben. Die empfohlene Problemumgehung besteht darin, alle Schlüssel aus dem lokalen Speicher beginnend mitauth_token_aicenter
zu löschen und sich erneut bei AI Center anzumelden. - Die Pods für automatisches erneutes Training können nach Abschluss im NotReady-Status bleiben. Die empfohlene Problemumgehung besteht darin, die NotReady-Pods mit dem folgenden Befehl zu löschen:
kubectl get pods -n uipath | grep autoretrain | grep "NotReady" | awk '{print $1}' | xargs kubectl delete pod
- Nach der Sicherung und Wiederherstellung bei einem Baremetal-Setup können die Trainingspipeline und Datenbeschriftungssitzung im AI Center hängen bleiben.
- Die empfohlene Problemumgehung für die Trainingspipeline besteht darin, den Pod
ai-trainer-deployment
in ALM manuell zu löschen und neu zu starten. - Die empfohlene Problemumgehung für die Data Labeling-Sitzung ist das manuelle Löschen des
ai-app-manager
-Pods in ALM sowie ein Neustart.
- Die empfohlene Problemumgehung für die Trainingspipeline besteht darin, den Pod
- Insights unterstützt keine Hochverfügbarkeit.
- Der Insights Looker-Pod kann nach der Wiederherstellung nicht gestartet werden. Sie können dieses Problem beheben, indem Sie den Looker-Pod aus der Insights-Anwendung in der ArgoCD-Benutzeroberfläche löschen. Die Bereitstellung erzeugt einen neuen Pod, der erfolgreich gestartet werden sollte.
- Wenn Ihnen eine Lizenz zugewiesen wurde, während Sie angemeldet waren, wird Ihre Lizenzzuweisung möglicherweise beim Öffnen vom Test Manager nicht erkannt.
Führen Sie in diesem Fall die folgenden Schritte aus:
- Navigieren Sie zum Test Manager.
- Melden Sie sich vom Portal ab.
- Melden Sie sich wieder an.
- Ein Benutzer mit einer nicht definierten E-Mail-Adresse in der Automation Suite oder Active Directory kann Automation Hub nicht hinzugefügt werden. Stellen Sie in diesem Fall sicher, dass der Benutzer Teil einer Active Directory- oder Automation Suite-Gruppe ist, und fügen Sie die Gruppe zu Automation Hub hinzu.
- Context
- Automation Suite im Blickpunkt
- Einen kurzen Einblick in die Automation Suite
- Hyperautomation
- Einfache Installation, Aktualisierung und Wartung
- Skalierbarkeit
- Bekannte Probleme und Einschränkungen
- Installation
- Automation Suite-Portal
- Orchestrator
- AI Center
- Document Understanding
- Insights
- Test Manager
- Automation Hub