- Erste Schritte
- Einleitung
- Automatische Aktualisierung von Clientkomponenten
- Time-to-live-Zeiträume
- Ausgehende Orchestrator-IP-Adressen
- Benachrichtigungen
- Best Practices
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Konfigurieren von Automatisierungsfunktionen
- Lösungen
- Audit
- Einstellungen
- Cloud Robots
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Konfigurieren einer ExpressRoute-Verbindung
- Live-Streaming und Remotesteuerung
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Geschäftsregeln
- Speicher-Buckets
- Indizes
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung

Orchestrator-Anleitung
Automatische Aktualisierung von Clientkomponenten
Mit dieser Funktion können Administratoren Roboter-, Studio- und UiPath® Assistant-Clients vom Orchestrator aus auf neuere Versionen aktualisieren. Dies bietet eine einfache Möglichkeit, ein Versionsupdate von einer zentralen Stelle aus auf eine große Anzahl von Maschinen zu übertragen, um den Benutzern Zeit zu sparen und den Aktualisierungsprozess zu optimieren.
- Orchestrator, Studio und Robot 2021.10 oder höher.
- Studio und/oder Robot 2021.10 oder höher auf der Clientmaschine installiert und mit dem Orchestrator verbunden.
UiPathStudio.msi
oder des Installationsprogramms UiPathRobot.msi
in der Version von 2024.10 oder höher installieren. Das Installationsprogramm UiPathRobot.msi
in einer Version vor 2024.10 unterstützen keine automatische Aktualisierung von Clientkomponenten.
UiPathRobot.msi
in einer Version vor 2024.10 installiert haben, können Sie die Roboteranwendung manuell mithilfe einer Version 2024.10 oder höher des Installationsprogramms UiPathRobot.msi
aktualisieren.
Client-Seite
-
Client-Apps:
- Roboter
- Assistant
- Studio
- UiPath-Roboterdienst
- Update Agent – ein Windows-Prozess, der für die Kommunikation zwischen dem Benutzer und dem Updatedienst verantwortlich ist. (nur im Benutzermodus und der Attended-Roboter-Installation vorhanden)
- Update Service – Ein Windows-Dienst, der für die Kommunikation zwischen der Clientmaschine und dem Update Server verantwortlich ist.
Server-Seite
- Orchestrator: Bietet die Benutzeroberfläche für Administratoren, um Richtlinien für automatische Updates festzulegen und den Versionsstatus für Client-Apps anzuzeigen.
- Update Server: Ein zentraler Dienst, der für die Verwaltung der Richtlinien für die automatische Aktualisierung und die Instandhaltung der Kommunikation mit den Clientmaschinen über den Update Service verantwortlich ist.
Als Administrator können Sie genau die Version auswählen, die auf einer bestimmten Maschine bereitgestellt werden soll.
UiPath.UpdateService.Worker.exe
und UiPath.UpdateService.Agent.exe
.
Je nach Typ der Studio-/Robot-Installation werden sie auf unterschiedliche Weise installiert:
- Unattended-Roboter:
UiPath.UpdateService.Worker.exe
wird als Windows-Dienst installiert undUiPath.UpdateService.Agent.exe
wird nicht installiert. - Attended-Roboter:
UiPath.UpdateService.Worker.exe
wird als Windows-Dienst installiert;UiPath.UpdateService.Agent.exe
wird als LogOn-Task im Taskplaner installiert. - Schnellinstallation (Benutzermodus):
UiPath.UpdateService.Worker.exe
undUiPath.UpdateService.Agent.exe
werden als LogOn-Tasks im Taskplaner installiert.Wichtig: Wenn Sie UiPath Studio und Robot auf der Maschine im Attended-Benutzermodus installieren, stellen Sie sicher, dass Sie die Orchestrator-URL während der Einrichtung hinzufügen, damit der Aktualisierungsdienst eine Verbindung mit dem Aktualisierungsserver herstellen kann.Wenn die Orchestrator-URL während der Installation nicht hinzugefügt wird, muss sich ein Benutzer mit Administratorrechten auf der Maschine bei der Maschine anmelden und den Roboter mit dem Orchestrator verbinden.
Wenn eine neue Richtlinie definiert oder geändert wird, dann sendet der Update Server einen Befehl an den Update Service auf der Clientmaschine, die die Client-Apps fragt, ob sie bereit sind, den Aktualisierungsprozess zu starten.
Um bereit für ein Update zu sein, muss sich ein Produkt in einem neutralen Zustand befinden:
- Studio – Keine laufenden Prozesse oder aktiven Sitzungen.
- Robot – Keine laufenden Aufträge oder Prozesse.
- UiPath Assistant – Keine laufenden Prozesse oder ausstehenden Aktivitäten (Installieren oder Herunterladen von Prozessen).
Hinweis: Während des Aktualisierungsprozesses startet der Roboter erst dann Aufträge, wenn das Update abgeschlossen ist.
Im Attended-Szenario wird eine Aktualisierungsaufforderung mit zwei Optionen für den Benutzer angezeigt:
Update Now
– Stoppt alle ausgeführten Aufträge, schließt alle Studio-Instanzen auf dieser Maschine und fährt dann mit der Aktualisierung fort.-
Later
– Schaltet die Benachrichtigung aus und der Aktualisierungsprozess kann fortgesetzt werden, indem Sie im System-Tray zum UI-Symbol gehen und auf Auf Aktualisierungen prüfen klicken.Wenn der Benutzer die Eingabeaufforderung akzeptiert, wird die Bestätigung an den Aktualisierungsdienst gesendet und der Aktualisierungsprozess beginnt. Wenn innerhalb von 24 Stunden seit der ersten Benachrichtigung keine Antwort erfolgt, wird das Update automatisch installiert.
Im Unattended-Szenario bestätigt der Update Service, dass sich die Client-App in einem neutralen Zustand befindet (wie oben beschrieben), bevor die Bestätigung zurück an den Update Server gesendet wird.
- Wenn auf der Maschine Prozesse ausgeführt werden, wird der Roboterbenutzer zur Eingabeaufforderung gebeten, den Prozess entweder zu stoppen oder dessen Abschluss abzuwarten, bevor die Aktualisierung fortgesetzt werden kann. Wenn eine Studio-Sitzung geöffnet ist, wird der Roboterbenutzer aufgefordert, den Fortschritt zu speichern.
- Wenn der Roboterbenutzer nicht rechtzeitig reagiert, wird Studio geschlossen und der Prozess wird im gegenwärtigen Zustand gespeichert. Der Prozess kann nach Abschluss des Updates wiederhergestellt werden.
- Alle Roboter, die zum Zeitpunkt der Aktualisierung aktiv sind, werden in den Wartungsmodus versetzt, um sicherzustellen, dass sie keine neuen Aufträge annehmen, bevor die Aktualisierung abgeschlossen ist.
- Für Benutzermodus-Roboter gilt eine maximale Wartezeit von 1.440 Minuten.
Prozessschritte aktualisieren
Der Aktualisierungsprozess ist in sieben Phasen unterteilt:
Wiederholungsmechanismus
Wenn die Datei während des Aktualisierungsprozesses nicht im ersten Download abgerufen werden kann, wiederholt der Update Service dies drei weitere Male. Die Wiederholungsintervalle sind: Eine Stunde nach dem ersten Versuch, dann zwei Stunden nach der ersten Wiederholung und vier Stunden nach der letzten Wiederholung. Vor jeder Wiederholung wird der Benutzer über das Benachrichtigungssystem informiert.
%localappdata%/Uipath/UpdateService/logs
hinzugefügt.
Der Prozess ist bei der Installation ähnlich, d. h., wenn die erste Installation fehlschlägt, versucht es der Update Service dreimal mit der gleichen Häufigkeit erneut (eine Stunde nach dem ersten Versuch, dann zwei nach der ersten Wiederholung und vier Stunden nach der letzten Wiederholung).
Der Update Server wartet 72 Stunden, bis das Update abgeschlossen ist, nachdem es gestartet wurde. Wenn die neue Version nach Ablauf dieses Intervalls nicht installiert wurde, wird den Protokollen ein Fehler mit weiteren Details hinzugefügt. Bei der nächsten Anforderung wird die Aktualisierung wiederholt.
Wenn die automatische Aktualisierung fehlgeschlagen ist, können Sie die Aktualisierung auch manuell über die Schaltfläche wiederholen.
Die technischen Aspekte auf Serverseite sind sowohl für Bereitstellungen im Dienstmodus als auch im Benutzermodus identisch, da sie den gleichen Verbindungstyp zwischen dem Update Server und dem Update Service verwenden. Der Unterschied besteht darin, wie der UiPath-Roboterdienst mit dem Update Service auf der Clientmaschine kommuniziert. Dies wird unten erläutert.
Dienstmodus
In Bereitstellungen im Dienstmodus werden der UiPath-Roboterdienst und der Update Service beide in der lokalen Systemkontositzung ausgeführt.
Benutzermodus
In Benutzermodus-Bereitstellungen wird der UiPath-Roboterdienst in der Benutzersitzung ausgeführt und der Update Service wird in der lokalen Systemkontositzung ausgeführt.
Richtlinien können für Benutzer, Benutzergruppen (empfohlen für Attended-Anwendungsfälle) oder Maschinen (empfohlen für Unattended-Anwendungsfälle) festgelegt werden.
Durch das Konfigurieren von Aktualisierungsrichtlinien für Benutzer oder Benutzergruppen können Administratoren die Studio-, Roboter- und UiPath Assistant-Version für einen bestimmten Benutzer oder eine bestimmte Benutzergruppe steuern.
- Bestimmter Benutzer – Um Komponenten, die an einen bestimmten Benutzer gebunden sind, im Detail zu aktualisieren.
-
Benutzergruppe – Um den Zugriff auf alle Gruppenmitglieder zu aktualisieren, ohne die Zugriffsebene für jeden Benutzer einzeln festlegen zu müssen.
Wichtig: Für Benutzer, denen die Autopilot Express-Lizenz zugewiesen ist, kann die Update-Richtlinie nicht bearbeitet werden und ist auf die Bereitstellung der neuesten Enterprise-Version eingestellt.
Richtlinien werden durch Bearbeiten eines bestimmten Benutzers oder einer Gruppe auf der Registerkarte Zugriff verwalten im Orchestrator konfiguriert.
None
festgelegt ist, aber dieser auch Teil einer Gruppe ist, die über einen bestimmten Richtliniensatz verfügt (z. B. Letzter Patch), dann gilt die Gruppenrichtlinie. Wenn Sie möchten, dass die Komponenten für diesen spezifischen Benutzer nicht aktualisiert werden, müssen Sie sie entweder aus der Gruppe entfernen, in der die Richtlinie vorhanden ist, oder die Aktualisierungsrichtlinie so einstellen, dass sie bei der aktuellen Version ist, die installiert ist.
Wenn der Benutzer über eine Richtlinie zum Pushen einer bestimmten Version verfügt und auch Teil einer Gruppe ist, die über eine andere Richtlinie verfügt, dann hat die Richtlinie auf Benutzerebene Vorrang.
Das Konfigurieren einer Aktualisierungsrichtlinie für Maschinenobjekte ermöglicht es Administratoren, die Roboterversionen auf allen Maschinen zu aktualisieren, die mit einem bestimmten Maschinenschlüssel mit dem Orchestrator verbunden sind.
Um die Aktualisierungsrichtlinien für Maschinenobjekte zu konfigurieren, führen Sie die folgenden Schritte aus:
- Navigieren Sie zu Mandant > Maschinen. Das Fenster Maschinen wird angezeigt
- Klicken Sie für das gewünschte Maschinenobjekt auf Bearbeiten. Das Fenster Maschine bearbeiten wird angezeigt.
- Greifen Sie auf die Registerkarte Wartung zu. Das Konfigurationsmenü für automatische Updates wird angezeigt.
- Konfigurieren Sie die Update-Richtlinie.
Falls eine Richtlinie auf Benutzerebene, eine Richtlinie auf Gruppenebene und eine Richtlinie auf Maschinenebene für denselben Roboter gelten, haben die Richtlinien auf Benutzer- und Gruppenebene Vorrang vor der Richtlinie auf Maschinenebene. Wenn sich die Richtlinien auf Benutzer- und Gruppenebene unterscheiden, hat die neuere Version der beiden Vorrang, wie im folgenden Beispiel gezeigt:
Auf einer Maschine sind Studio und Roboter 2023.4.0 installiert.
- Wenn die Richtlinie auf Benutzerebene so eingestellt ist, dass sie die Version 2024.10.1 bereitstellt, und die Richtlinie auf Gruppenebene so eingestellt ist, dass sie die Version 2023.4.12 bereitstellt, wird der Roboter im Benutzermodus auf die Version 2024.10.1 aktualisiert.
- Wenn die Richtlinie auf Benutzerebene so eingestellt ist, dass sie die Version 2023.4.12 bereitstellt, und die Richtlinie auf Gruppenebene so eingestellt ist, dass sie die Version 2024.10.1 bereitstellt, wird der Roboter im Benutzermodus auf die Version 2024.10.1 aktualisiert.
Auf der Benutzeroberfläche von Orchestrator stehen die Aktualisierungsprotokolle nur für fehlgeschlagene Aktualisierungen zur Verfügung.
Um die Aktualisierungsprotokolle für eine Maschine zu sehen, gehen Sie in der Mandantenansicht zu Maschinen und wählen Sie dann Weitere Aktionen für die gewünschte Maschine. Wählen Sie im Menü Weitere Aktionen die Option Installierte Versionen und Protokolle anzeigen. Wählen Sie in der Tabelle Installierte Versionen & Protokolle für den gewünschten Eintrag die Option Protokolle zum Autoupdate anzeigen.
%localappdata%/Uipath/UpdateService/logs
Datei zur Verfügung.
Wenn Roboter in virtuellen Umgebungen bereitgestellt werden, in denen die Maschinen geklont werden, dann sind der Maschinenname, die GUID, die Drive-ID und die Mac-Adresse identisch. Dies kann Konflikte verursachen, da der Orchestrator unterschiedliche Aktualisierungsstatus von mehreren Maschinen mit denselben Bezeichnern erhält.
In diesem Szenario wird der Aktualisierungsstatus im Orchestrator basierend auf der zuletzt verbundenen Maschine angezeigt.
Dies kann sich auch auf Orchestrator-Protokolle auswirken, da mehrere Maschinen dieselben Bezeichner haben und doppelte Protokolle auftreten können.
In der Spalte Versionsstatus können Sie den Status der Roboterversion für Ihre Maschinen anhand der zugehörigen Richtlinie überprüfen.
Die folgenden Werte sind verfügbar:
Keine Richtlinie (No policy) – Es ist keine Richtlinie definiert
Aktualisierung in Bearbeitung (Update in progress) – Dieser Status wird angezeigt, wenn der Aktualisierungsprozess aktuell auf der Maschine läuft
Kompatibel – Die Roboterversion auf der Maschine stimmt mit der Aktualisierungsrichtlinie überein.
Nicht konform (Non compliant) – Die Roboterversion auf der Maschine unterscheidet sich von der in der Richtlinie eingerichteten. (z. B. ist die Roboterversion 2021.10.3, aber die Richtlinie ist als 2021.10.1 eingerichtet)
Aktualisierung fehlgeschlagen (Update failed) – Dieser Status zeigt an, wenn der Aktualisierungsprozess fehlgeschlagen ist. Weitere Details finden Sie in den Aktualisierungsprotokollen.
- Nicht zutreffend – Dieser Status wird angezeigt, wenn die Einstellung zum Ausschließen inaktiver Maschinen aktiviert ist und der Roboter für eine Weile nicht verbunden war oder wenn der Maschinentyp nicht mit dem automatischen Aktualisierungsprozess kompatibel ist.
In der Spalte „Versionsstatus“ auf der Registerkarte „Orchestrator-Maschinen“ können Sie den Status der Roboterversion Ihrer Maschinen anhand der zugehörigen Richtlinie überprüfen.
N/A
mit dem Tooltip „Automatische Aktualisierung ist für diesen Maschinentyp nicht zutreffend“ angezeigt.
Ausschließen von inaktiven Maschinen
Non compliant
. Dies geschieht, da die Maschinenvorlage mit dem Update Server mit demselben Maschinenschlüssel kommuniziert und wenn eine der verbundenen Maschinen kein Update erhalten kann, dann betrifft dies den Gesamtstatus der Maschinenvorlage.
Um dies zu vermeiden, gehen Sie in der Mandantenansicht zum Abschnitt Allgemein des Menüs Einstellungen, markieren das Kontrollkästchen neben Binärdateien des Clients und legen Sie die bevorzugte Dauer der Inaktivität fest. Dadurch werden inaktive Maschinen vom Aktualisierungsprozess ausgeschlossen und bei Meldung des Aktualisierungsstatus nicht mehr berücksichtigt.
In Szenarien, in denen sich die Roboter hinter einem Proxy befinden, ist möglicherweise eine zusätzliche Konfiguration erforderlich, damit die automatische Aktualisierungsfunktion funktioniert. Basierend auf dem Installationstyp können Proxykonfigurationen entweder von den Proxyeinstellungen auf Benutzerebene geerbt oder manuell durch Bearbeiten der Konfigurationsdateifestgelegt werden.
Installationstyp |
Roboterbereitstellung |
Aktualisierungsdienst |
Agent aktualisieren |
Proxy-Einstellungen |
---|---|---|---|---|
Unattended-Roboter |
Windows-Dienst |
Windows-Dienst |
Nicht zutreffend
1 |
Aus der
uipath.config -Datei.
|
Beaufsichtigter Roboter (Attended Robot) |
Ausführbare Datei auf Benutzerebene |
Windows-Dienst |
Ausführbare Datei auf Benutzerebene |
Aus der
uipath.config -Datei.
|
Schnellinstallation |
Ausführbare Datei auf Benutzerebene |
Ausführbare Datei auf Benutzerebene |
Ausführbare Datei auf Benutzerebene |
Aus den Proxyeinstellungen auf Benutzerebene. |
1
Wenn der Roboter im Unattended-Modus installiert ist, wird der Update-Agent nicht zur Maschine hinzugefügt.
Schlägt eine Aktualisierung fehl, können Sie mithilfe des Diagnosetools Protokolle sammeln, die Sie zur Untersuchung des spezifischen Fehlers an unser Supportteam senden können.
- Über
- Voraussetzungen
- Komponenten, die am Aktualisierungsprozess beteiligt sind
- So funktioniert es:
- Roboterbereitstellungen im Dienstmodus vs. Benutzermodus
- Konfigurieren von Richtlinien
- Konfigurieren von Richtlinien für Benutzer/Benutzergruppen
- Objekte pro Maschine
- Richtlinienpriorität
- Protokolle aktualisieren
- Versionsstatus
- Versionsstatus für Maschinen
- Versionsstatus für Benutzer
- Proxykonfiguration
- Sammeln von Fehlerprotokollen