- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Verwalten großer Bereitstellungen
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Schreibgeschütztes Orchestrator-Replikat
- Exportieren von Rastern im Hintergrund
- 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
- Audit
- Ressourcenkatalogdienst
- Automation Suite Robots
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Integrationen
- Fehlersuche und ‑behebung
Über Jobs
Ein Auftrag stellt die Ausführung eines Prozesses auf einem UiPath Robot dar. Sie können die Ausführung eines Auftrags im Attended- oder Unattended-Modus starten. Sie können keinen Auftrag über den Orchestrator auf Attended-Robotern starten, es sei denn, zu Debug- oder Entwicklungszwecken.
Beaufsichtigte Aufträge können über den UiPath Assistant oder die Roboter-Befehlszeilenschnittstelle ausgelöst werden. Unattended-Aufträge werden vom Orchestrator aus gestartet, entweder direkt vor Ort auf der Seite Aufträge oder Prozesse oder im Voraus über Trigger auf der Seite Trigger .
Die Seite Aufträge stellt das Auftragskontrollzentrum dar, in dem Sie gestartete Aufträge überwachen, deren Details und Protokolle anzeigen und einen Auftrag anhalten/beenden/fortsetzen/neu starten können.
Die folgende Tabelle enthält Feldbeschreibungen für die Seite Aufträge .
Feld |
Beschreibung |
---|---|
Prozess |
Der Name des Prozesses. [Remote debugging job] wird für Aufträge angezeigt, die in Studio über Remote-Debugging- Sitzungen gestartet wurden.
|
Maschine (*) |
Das Maschinenobjekt, das zum Verbinden der ausführenden Infrastruktur mit dem Orchestrator verwendet wird. |
Hostname |
Der Name der Workstation, die für die Ausführung verwendet wird. |
Hostidentität |
Die Identität, unter der die Ausführung erfolgt. Folgende Werte sind möglich:
domain\username für das Konto, das zum Ausführen eines Auftrags verwendet wird, ändert auch die Hostidentität.
|
Auftragstyp |
Die Art des Auftrags, je nachdem, wo die Ausführung stattfindet und ob der Roboter die Identität eines Benutzers annimmt oder nicht:
|
Runtime-Typ |
Der Laufzeittyp, der für die Ausführung verwendet wird. |
Status (State) |
Der Status des Auftrags. Siehe Details zu Auftragsstatus. |
Priorität |
Die Priorität des Auftrags. Siehe Details zu Auftragsprioritäten. |
Gestartet |
Die relative Zeit seit Beginn der Ausführung des Auftrags. Wenn Sie mit der Maus auf dieses Feld zeigen, werden die genaue Startzeit und das Datum angezeigt. |
Beendet |
Die relative Zeit seit der Ausführung des Auftrags. Wenn Sie mit der Maus darauf zeigen, werden die genaue Endzeit und das Datum angezeigt. |
Gestartet (absolut) (*) |
Die absolute Zeitdauer seit dem Start der Ausführung des Auftrags. Absolute Zeitstempel werden in der Zeitzone des Mandanten angezeigt. Bei Triggern wird die nächste Laufzeit in der Zeitzone des Triggers angezeigt, die sich von der Zeitzone des Mandanten unterscheiden kann. |
Beendet (absolut) (*) |
Die Zeitdauer seit dem Ende der Ausführung des Auftrags. Absolute Zeitstempel werden in der Zeitzone des Mandanten angezeigt. Bei Triggern wird die nächste Laufzeit in der Zeitzone des Triggers angezeigt, die sich von der Zeitzone des Mandanten unterscheiden kann. |
Quelle |
Der Agent der Ausführung.
|
Erstellungszeit (*) |
Der relative Zeitpunkt der Auftragserstellung. |
Erstellungszeit (absolut) (*) |
Der absolute Zeitpunkt der Auftragserstellung. |
(*) Spalten, die standardmäßig nicht im Auftragsraster sichtbar sind. Wählen Sie sie aus der Dropdownliste Spalten aus.
Wenn Sie einen Auftrag starten oder einen Trigger definieren, können Sie bestimmte Konto-Maschinen-Paare definieren, für die die Ausführung erfolgt. Konto-Maschinen-Zuordnungen ermöglichen es Ihnen, die Unattended-Nutzung unter bestimmten Konten an bestimmte Maschinenvorlagen zu binden. Dies bietet eine detaillierte Kontrolle über die Ausführungsziele Ihrer Automatisierung. Konto-Maschinen-Zuordnungen können mandantenbasiert (nicht an einen bestimmten Ordner gebunden) oder ordnerbasiert (an einen bestimmten Ordner gebunden) sein.
Erfahren Sie, wie Sie Konto-Maschinen-Zuordnungen konfigurieren.
Entsprechend dem Mechanismus, der zum Starten von Aufträgen im Orchestrator verwendet wird, können Sie eine Auftragszuweisungsstrategie und ein Ausführungsziel implizit auswählen und konfigurieren. In diesem Artikel werden die Zuweisungsstrategien und Ausführungsziele beschrieben, die beim Starten von Aufträgen über die Seite Aufträge verfügbar sind.
Wenn Ihre Auftragsausführung von einer bestimmten Ressource abhängt, die noch nicht verfügbar ist, verbleibt der Auftrag im Status „Ausstehend“, bis die Bedingungen für die Auftragsausführung erfüllt sind.
Beispiel: Benutzer U1 stellt mit den Anmeldeinformationen C1 eine Verbindung zum Hostnamen H1 her. Es werden jedoch die falschen Anmeldeinformationen C2 zur Verbindung mit dem Hostnamen eingegeben. Daher wechselt der Auftrag in den Status „Ausstehend“. Wenn Sie die Anmeldeinformationen später auf die richtigen aktualisieren (d. h. C1), wird die Ausführung des Auftrags fortgesetzt.
Die dynamische Zuweisung ohne explizite Konto- und Maschinenauswahl ermöglicht es Ihnen, einen Vordergrundprozess mehrmals unter dem Konto und der Maschine auszuführen, die zuerst verfügbar werden. Hintergrundprozesse werden für jedes Konto ausgeführt, unabhängig davon, ob es ausgelastet ist oder nicht, solange Sie über genügend Laufzeiten verfügen.
Mit der Option Dynamisch zuordnen (Allocate Dynamically) können Sie einen Prozess 10000 Mal in einem Job ausführen.
Danach wird für jedes Konto-Maschinen-Paar ein ausstehender Auftrag erstellt.
Dies funktioniert nur, wenn die Option Benutzer-Maschinen-Zuordnung aktivieren auf der Registerkarte Allgemein Ihrer Mandanteneinstellungen ausgewählt ist.
Der Prozess wird unter einem bestimmten Benutzer- oder Roboterkonto ausgeführt. Wenn Sie nur das Konto angeben, weist der Orchestrator die Maschine dynamisch zu. Wenn Sie das Konto und die Maschine angeben, wird der Auftrag auf genau diesem Konto-Maschinen-Paar gestartet.
Der Prozess wird auf einer der Hostmaschinen ausgeführt, die der ausgewählten Maschinenvorlage zugeordnet sind. Wenn Sie die Vorlage angeben, wird die zusätzliche Option Hostname angezeigt, mit der Sie eine bestimmte Hostmaschine aus dem Pool der verbundenen Hostmaschinen auswählen können. Wenn Sie nur die Maschine angeben, weist der Orchestrator das Konto dynamisch zu. Wenn Sie das Konto und die Maschine angeben, wird der Auftrag auf genau diesem Konto-Maschinen-Paar gestartet.
Stellen Sie sicher, dass Laufzeiten, die dem Auftragstyp entsprechen, der zugeordneten Maschinenvorlage zugewiesen werden. Es werden nur verbundene Hostmaschinen angezeigt, die dem aktiven Ordner zugeordnet sind.
Die Prozessausführung kann manchmal fehlerhaft sein, was dazu führt, dass der Auftrag im Status „Ausstehend“ verbleibt. Mit dem Umschalter können Sie eine Strategie zum Anhalten des Auftrags automatisieren, indem Sie die Zeit angeben, die vergehen darf, bis der Auftrag angehalten oder beendet wird. Um den Fall eines Auftrags abzudecken, der nicht angehalten werden kann, haben Sie die Möglichkeit, den Auftrag zu beenden.
Der Prozess setzt seine Ausführung standardmäßig auf jedem verfügbaren Roboter auf jeder verfügbaren Maschine fort. Wenn Sie die gleiche Konto-Maschinen-Konfiguration beibehalten, wird eine optimierte Nutzung von Ressourcen und Lizenzanforderungen sichergestellt.
Sie müssen für jedes Konto auf einer Hostmaschine einen Windows-Benutzer bereitstellen, der zu den Ordnern gehört, denen die entsprechende Maschinenvorlage zugewiesen ist.
Angenommen, Sie haben einen Server mit dem Orchestrator über den von der Maschinenvorlage generierten Schlüssel „FinanceT“ verbunden. Diese Maschinenvorlage ist den Ordnern „FinanceExecution“ und „FinanceHR“ zugeordnet, denen auch sechs Konten zugeordnet sind. Diese sechs Konten müssen als Windows-Benutzer auf dem Server bereitgestellt werden.
Wenn Sie einen Auftrag so konfigurieren, dass derselbe Prozess mehrmals ausgeführt wird, wird für jede Ausführung ein Auftragseintrag erstellt. Die Aufträge werden auf der Grundlage ihrer Priorität und der Erstellungsdauer sortiert, wobei ältere Aufträge an erster Stelle stehen. Sobald ein Roboter verfügbar ist, führt er den nächsten Auftrag in der Reihe aus. Bis dahin bleiben die Aufträge ausstehend.
Beispiel
Einrichten
- 1 Ordner
- 1 Maschinenvorlage mit zwei Laufzeiten
- 2 Konten: john.smith und petri.ota
-
2 Prozesse, die eine Benutzerinteraktion erfordern: P1 fügt Warteschlangenelemente einer Warteschlange hinzu, P2 verarbeitet die Elemente in der Warteschlange
Die Maschinenvorlage und die Konten müssen dem Ordner zugeordnet sein, der die Prozesse enthält.
Gewünschtes Ergebnis
- P1 wird von jedem mit hoher Priorität ausgeführt.
- P2 wird mit niedriger Priorität von petri.ota ausgeführt.
Erforderliche Auftragskonfiguration
- Starten Sie einen Auftrag mit P1, weisen Sie ihn keinem bestimmten Konto zu, legen Sie die Priorität auf Hoch fest.
- Starten Sie einen Auftrag für P2, weisen Sie ihn petri.ota zu, legen Sie die Priorität auf Niedrigfest.
Sie können mit dem Feld Auftragspriorität steuern, welcher Auftrag Vorrang vor anderen konkurrierenden Aufträgen hat. Das ist bei der Bereitstellung des Prozesses oder beim Konfigurieren eines Auftrags/Triggers für diesen Prozess möglich. Ein Auftrag kann eine der folgenden zehn Prioritäten haben:
Der Standardwert für das Feld Auftragspriorität ist Geerbt, was bedeutet, dass die Priorität von der ursprünglichen Konfiguration übernommen wird.Sie können den Wert entweder beibehalten oder ändern.
-
Woher: Seite Automatisierungen > Aufträge
Der Auftrag übernimmt die auf Prozessebene festgelegte Priorität.
-
Quelle: Seite „ Automatisierungen “ > Trigger
Wenn der Trigger die Priorität Geerbt hat, erbt der Auftrag die auf Prozessebene festgelegte Priorität.
Wenn der Trigger eine andere Priorität als Geerbt hat, erbt der Auftrag die auf Triggerebene festgelegte Priorität.Wenn sie in Geerbt geändert wird, wird die auf Prozessebene festgelegte Priorität verwendet.
-
Woher: Seite Automatisierungen > Prozesse
Der Auftrag übernimmt die für diesen Prozess festgelegte Priorität.
Wenn Sie einen Auftrag so konfigurieren, dass derselbe Prozess mehrmals ausgeführt wird, wird für jede Ausführung ein Auftragseintrag erstellt. Die Aufträge werden auf der Grundlage ihrer Priorität und der Erstellungsdauer sortiert, wobei ältere Aufträge an erster Stelle stehen. Sobald ein Roboter verfügbar ist, führt er den nächsten Auftrag in der Reihe aus. Bis dahin bleiben die Aufträge ausstehend.
Die Priorität wird standardmäßig auf Geerbt festgelegt, d. h. sie erbt den auf Prozessebene festgelegten Wert. Wenn Sie einen Prozess auswählen, wird das Pfeilsymbol automatisch aktualisiert, um zu zeigen, welcher Wert auf Prozessebene festgelegt wurde. Alle Aufträge, die vom Trigger gestartet werden, erhalten die Priorität, die auf Triggerebene festgelegt ist. Wenn die Standardeinstellung Geerbt beibehalten wird, werden die Aufträge mit der Priorität auf Prozessebene gestartet.
Alle nachfolgenden Änderungen, die auf Prozessebene vorgenommen werden, werden auf den Trigger und implizit auf die resultierenden Aufträge übertragen.
Die zehn in der Schnittstelle verfügbaren Prioritätsstufen entsprechen 100 Stufen in der API, was bedeutet, dass Sie mit der API eine noch detailliertere Priorität festlegen können. Diese Ebenen werden wie folgt zugeordnet:
Minimum |
Maximum |
Standard | |
---|---|---|---|
Am niedrigsten |
1 |
10 |
5 |
Sehr niedrig |
11 |
20 |
15 |
Niedrig |
21 |
30 |
25 |
Mittelniedrig |
31 |
40 |
35 |
Mittel |
41 |
50 |
45 |
Mittelhoch |
51 |
60 |
55 |
Hoch |
61 |
70 |
65 |
Sehr hoch |
71 |
80 |
75 |
Am höchsten |
81 |
90 |
85 |
Kritisch |
91 |
100 |
95 |
SpecificPriorityValue
, der in den folgenden Endpunkten verfügbar ist:
POST/odata/Jobs/UiPath.Server.Configuration.OData.StartJobs
POST/odata/ProcessSchedules
PUT/odata/ProcessSchedules({key})
Angenommen, Sie haben zwei Aufträge, für die Sie eine Priorität von 92 bzw. 94 festlegen. Beide fallen in den kritischen Bereich, aber der Auftrag mit der Priorität 94 wird vor dem Auftrag mit der Priorität 92 ausgeführt.
Wenn Sie einen Auftrag auf mehreren High-Density-Robotern von derselben Maschine starten, bedeutet das, dass der ausgewählte Prozess von jedem angegebenen Roboter gleichzeitig ausgeführt wird. Für jede dieser Ausführungen wird eine Instand erstellt und auf der Seite Aufträge angezeigt.
Wenn Sie High-Density Roboter verwenden und auf diesem Computer RDP nicht aktiviert haben, wird jede Mal beim Starten eines Jobs folgender Fehler angezeigt: Es existiert keine angegebene Anmeldesitzung. Sie wurde möglicherweise schon terminlich festgelegt.“ Bitte informieren Sie sich über das Einrichten von High-Density-Robotern auf der Seite Einrichten des Windows Servers for High-Density Roboter.
Bei fehlerhaften Unattended-Aufträgen können Sie, wenn für Ihren Prozess die Option Aufzeichnung aktivieren markiert war, die entsprechenden Ausführungsmedien herunterladen, um die letzten Momente der Ausführung vor dem Fehlschlagen zu überprüfen.
Die Option Aufzeichnung herunterladen wird nur dann im Fenster Aufträge angezeigt, wenn Sie Anzeige-Berechtigungen für Ausführungsmedien besitzen.
- Konto-Maschine-Zuordnungen
- Ausführungsziel
- 1. Dynamisch zuordnen
- 2. Gültige Zuordnungen zwischen Konten und Maschinen wählen
- 3. Konto
- 4. Maschine
- 5. Planen des Beendens der Auftragsausführung
- 6. Konto-Maschinen-Zuordnung bei Wiederaufnahme des Auftrags beibehalten
- Ausführungspriorität
- Manuelles Starten eines Auftrags
- Starten eines Auftrags über einen Trigger
- Festlegen der Auftragspriorität mithilfe der API
- Jobs auf Robotern mit hoher Dichte
- Aufzeichnung