orchestrator
2022.10
false
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde.
Orchestrator-Anleitung
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 9. Okt. 2024

Über Jobs

Hinweis: Erfahren Sie mehr über Laufzeitargumente, Prozesstypenund Prozesskompatibilität.

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 von 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> – Aufträge, die unter diesem bestimmten Konto ausgeführt werden. Wird in den folgenden Fällen angezeigt:
    • Vordergrundaufträge unabhängig von der Roboterversion;
    • Alle Aufträge, die auf Robotern ausgeführt werden, die niedriger als 2021.10 sind;
    • Attended-Aufträge, die auf Robotern ausgeführt werden, die über einen Maschinenschlüssel ohne Benutzeranmeldung verbunden sind.
Hinweis: Bei Robotern, die älter als 2021.10 sind, wird die Hostidentität dynamisch gemäß den im Orchestrator vorgenommenen Kontoeinstellungen ausgefüllt. Das Ändern von domain\username für das Konto, das zum Ausführen eines Auftrags verwendet wird, ändert auch die Hostidentität.
  • ROOT – Hintergrundaufträge, die auf Linux-Roboternausgeführt werden.
  • NT AUTHORITY\LOCAL SERVICE – Aufträge, die unter der Identität des UiPath-Roboterdiensts ausgeführt werden. Angezeigt für Hintergrundaufträge, die auf Robotern mit 2021.10+ ohne Anmeldeinformationen ausgeführt werden.
    ⓘ Dienstmodus-Roboter werden unter NT AUTHORITY\LOCAL SERVICE ausgeführt. Roboter im Benutzermodus werden unter einer bestimmten Benutzeridentität ausgeführt.
  • N/A – Aufträge, die über Assistant von Benutzern gestartet wurden, die über die interaktive Anmeldungverbunden sind. Für Roboter, die über den Maschinenschlüssel ohne Benutzeranmeldung verbunden sind, wird <Domäne\Benutzername> angezeigt.

Auftragstyp

Die Art des Auftrags, je nachdem, wo die Ausführung stattfindet und ob der Roboter die Identität eines Benutzers annimmt oder nicht:

  • Dienst unattended – Die Ausführung erfolgt auf einem Server und der Roboter gibt sich nicht als Benutzer aus. Aufträge werden über den Orchestrator gestartet.
  • Persönlich remote – Die Ausführung erfolgt auf einem Server und der Roboter läuft unter der Identität eines persönlichen Arbeitsbereichbesitzers. Aufträge werden über den Orchestrator gestartet.
  • Attended – Die Ausführung erfolgt auf der persönlichen Maschine eines Benutzers. Aufträge werden über den Assistant gestartet.
  • Development – Die Ausführung erfolgt auf einem Server. Aufträge werden über Studio über Remote-Debugging gestartet.

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 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 Zeit seit der Ausführung des Auftrags. Wenn Sie mit der Maus darauf zeigen, werden die genaue Endzeit und das Datum angezeigt.

Quelle

Der Agent der Ausführung.

  • [trigger_name] – Der Auftrag wurde von diesem Trigger gestartet.
  • Assistant – Der Auftrag wurde vom UiPath Assistant gestartet.
  • Manuell – Der Auftrag wurde vom Orchestrator gestartet.
  • Studio – Der Auftrag wurde zu Debugging-Zwecken in Studio gestartet.




Konto-Maschine-Zuordnungen

Wenn Sie einen Auftrag starten oder einen Trigger definieren, können Sie bestimmte Konto-Maschinen-Paare definieren, auf denen die Ausführung erfolgt. Konto-Maschinen-Zuordnungen ermöglichen es Ihnen, die Unattended-Nutzung unter bestimmten Konten mit bestimmten Maschinenvorlagen zu verknüpfen. Das gibt 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.

Ausführungsziel

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.

Hinweis:

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.

Wichtig: Wenn der Roboter während der Auftragsausführung nach der erneuten Verbindung nicht mehr reagiert (die Robotermaschine fällt aus oder der Roboterdienst stürzt ab), wird die Ausführung der Aufträge, die während des Absturzes ausgeführt wurden, neu gestartet.


1. Dynamisch zuordnen

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.

2. Konto

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.

3. Maschine

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.

4. Planen des Beendens der Auftragsausführung

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.

5. Konto-Maschinen-Zuweisung bei Wiederaufnahme des Auftrags beibehalten

Der Prozess setzt die Ausführung standardmäßig auf jedem verfügbaren Roboter auf jeder verfügbaren Maschine fort. Die Beibehaltung der gleichen Konto-Maschinen-Konfiguration gewährleistet eine optimierte Nutzung von Ressourcen und Lizenzanforderungen.

Wichtig:

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.

Ausführungspriorität

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:



Manuelles Starten eines Auftrags

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.

Starten eines Auftrags über einen Trigger

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.

Wichtig: Alle nachfolgenden Änderungen, die auf Prozessebene vorgenommen werden, werden auf den Trigger und implizit auf die resultierenden Aufträge übertragen.

Festlegen der Auftragspriorität mithilfe der API

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

Um die Priorität eines Auftrags festzulegen oder zu ändern, verwenden Sie den Parameter 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.

Hinweis: Wenn Sie einen Auftrag starten, beim dem ein Eingreifen durch Benutzer auf mehreren Robotern auf derselben Maschine erforderlich ist, die nicht unter Windows Server läuft, wird der ausgewählte Prozess nur vom ersten Roboter ausgeführt, während der Rest fehlschlägt. Für jede dieser Ausführungen wird eine Instand erstellt und auf der Seite Aufträge angezeigt.

Jobs auf Robotern mit hoher Dichte

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.

Aufzeichnung

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.

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
Uipath Logo White
Vertrauen und Sicherheit
© 2005–2024 UiPath. Alle Rechte vorbehalten