- 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
- SmartCard-Authentifizierung
- Audit
- Einstellungen – Mandantenebene
- Ressourcenkatalogdienst
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Erstellen eines Zeit-Triggers
- Erstellen eines Warteschlangen-Triggers
- Nicht-Arbeitstage verwalten
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Testverfahren in Orchestrator
- Sonstige Konfigurationen
- Integrationen
- Klassische Roboter
- Hostverwaltung
- Über die Hostebene
- Verwalten von Systemadministratoren
- Verwalten von Mandanten
- Konfigurieren von System-E-Mail-Benachrichtigungen
- Prüfungsprotokolle für das Hostportal
- Wartungsmodus
- Organisationsadministration
- Fehlersuche und ‑behebung
Warteschlangen-Trigger und SLA-Vorhersagen sind in Bezug auf die Warteschlangenprozesszuordnung voneinander abhängig. Wenn Sie also einen konfigurieren, wird der andere vorab ausgefüllt, um eine Parität zwischen den Konfigurationen zu haben. Angenommen ich definiere einen Warteschlangen-Trigger für Warteschlange Y, um Prozess X zu verwenden. SLA-Vorhersagen für Warteschlange Y können nur mit Prozess X gemacht werden, daher ist X vorab aufgefüllt und schreibgeschützt, wenn das Warteschlangen-SLA für Y aktiviert wird.
Für Prozesse, die Warteschlangen-Trigger-Aktivitäten enthalten, müssen Sie die entsprechenden Warteschlangen-Trigger nur auf der Seite Paketanforderungen zum Zeitpunkt der Prozesserstellung erstellen und bearbeiten. Manuell erstellte Trigger (d. h. auf der Seite Trigger ) werden von der Warteschlangen-Trigger-Aktivität im Workflow nicht erkannt.
-
Navigieren Sie in einem Ordner zu Automatisierungen > Trigger und klicken Sie auf der Seite Trigger auf Einen neuen Trigger hinzufügen. Die Seite Trigger erstellen wird angezeigt.
-
Wählen Sie Warteschlange als den Trigger-Typ aus.
-
Fügen Sie im Feld Name einen Namen für den Trigger hinzu, um ihn leicht zu identifizieren.
-
Wählen Sie im Dropdownmenü Prozessname den Prozess aus, für den Sie einen Zeittrigger konfigurieren möchten.
-
Wählen Sie im Dropdownmenü Auftragspriorität die Priorität des Auftrags aus. Der Standardwert ist Inherited , was bedeutet, dass die Auftragspriorität mit der für den ausgewählten Prozess definierten übereinstimmt.
-
From the Runtime type drop-down menu, select the runtime license type.
-
Wählen Sie auf der Registerkarte Ausführungsziel den Zuweisungsmechanismus und das Ausführungsziel Ihrer Aufträge aus.
Beschreibung Konto Der Prozess wird unter einem bestimmten Konto ausgeführt. Wenn Sie nur das Konto angeben, weist der Orchestrator die Maschine dynamisch zu. Wenn Sie das Konto und die Maschinenvorlage angeben, wird der Auftrag auf genau diesem Konto-Maschine-Paar gestartet. Maschine Der Prozess wird auf einer der Hostmaschinen ausgeführt, die der ausgewählten Maschinenvorlage zugeordnet sind. Wenn Sie nur die Maschinenvorlage angeben, weist der Orchestrator das Konto dynamisch zu. Wenn Sie das Konto und die Maschinenvorlage angeben, wird der Auftrag auf genau diesem Konto-Maschine-Paar gestartet.
Stellen Sie sicher, dass die erforderlichen Runtime-Lizenzen zum Ausführen des Auftrags der zugeordneten Maschinenvorlage zugewiesen sind.Hostname Nach der Auswahl einer Maschinenvorlage wird die Option Hostname angezeigt, mit der Sie die gewünschte Workstation-/Robotersitzung zum Ausführen des Prozesses auswählen können.
Alle verfügbaren Sitzungen im aktiven Ordner werden angezeigt, entweder nicht verbunden, getrennt oder verbunden.
Zum Konfigurieren der Zuordnung können nur Unattended-Runtimes verwendet werden. Stellen Sie sicher, dass die erforderlichen Runtime-Lizenzen zum Ausführen des Auftrags der zugeordneten Maschinenvorlage zugewiesen sind.Hinweis:Bei der Auswahl eines Hostnamens, der nicht aktiv ist (d. h. mit Status Reagiert nicht oder Getrennt) wird eine Warnung angezeigt. Aufträge, die von der inaktiven Sitzung ausgeführt werden sollen, bleiben im Status Ausstehend, bis die entsprechende Verbindung zum Orchestrator hergestellt wird.
-
Um Ihre Auswahl des inaktiven Hostnamens zu bestätigen, klicken Sie auf Bestätigen.
-
Um zurückzugehen und einen anderen Hostnamen auszuwählen, klicken Sie auf Abbrechen.
Wenn Sie den gleichen Trigger mit der gleichen Konto-Maschine-Zuordnung, aber der zusätzlichen Hostnamenauswahl konfigurieren, wird die Anzahl der auszuführenden Aufträge verdoppelt.
-
Angenommen Sie haben einen Trigger T1 mit dem Konto K1 konfiguriert, das der Maschinenvorlage MV1 zugeordnet ist. In dieser Konfiguration werden zehn Aufträge in die Warteschlange eingereiht.
Später konfigurieren Sie den gleichen Trigger T1 mit dem Konto K1, das der Maschinenvorlage MV1 zugeordnet ist, aber jetzt wählen Sie außerdem einen Hostnamen H1 aus. Die gleichen zehn Aufträge werden für diesen Fall erneut in die Warteschlange eingereiht, da der Orchestrator die Konfiguration als neu interpretiert.
-
-
On the Arguments tab, provide values for input arguments if your process has any. More details about input and output arguments.
-
Füllen Sie Felder Die Mindestanzahl der Elemente zum Auslösen des ersten Auftrags., Maximale Anzahl der gleichzeitig zulässigen ausstehenden und ausgeführten Aufträge. und Für alle _ neuen Elemente wird ein weiterer Auftrag ausgelöst. aus.
Beschreibung Mindestanzahl der Elemente zum Auslösen des ersten Auftrags Der Elementverarbeitungsauftrag wird erst gestartet, nachdem die Zielwarteschlange mindestens diese Anzahl neuer Elemente enthält. Zurückgestellte Warteschlangenelemente werden nicht gezählt. Maximale Anzahl der gleichzeitig zulässigen ausstehenden und ausgeführten Aufträge Die maximale Gesamtanzahl der zulässigen ausstehenden und ausgeführten Aufträge. Für 2 oder mehr gleichzeitig zulässige Aufträge muss die dritte Option wie unten beschrieben definiert werden. Für alle __ neuen Elemente wird ein weiterer Auftrag ausgelöst Die Anzahl der neuen Warteschlangenelemente (zusätzlich zu der Anzahl, die in der Option Mindestanzahl der Elemente zum Auslösen des ersten Auftrags konfiguriert ist), um einen neuen Auftrag auszulösen. -
From the Timezone drop-down menu, select the time zone according to which the queue trigger gets disabled (see step 13).
-
From the Non-working days restrictions drop-down menu, select a non-working days calendar if you want your trigger to stop firing on certain non-business days. More details about non-working days.
-
Aktivieren Sie den Umschalter Beenden der Auftragsausführung planen, um eine Auftragsbeendigungsstrategie auszuwählen.
Hinweis:- Der hier angegebene Zeitraum vergeht gemäß den Vorgaben, auch wenn sich der Auftrag in einer Warteschlange befindet. Wenn Sie beispielsweise die Ausführung eines Auftrags für 13:00 Uhr geplant haben und einstellen, dass er nach 20 Minuten anhalten soll, dann hält der Auftrag um 13:20 Uhr an, selbst wenn er sich bis 13:15 Uhr in einer Warteschlange befand und erst dann gestartet wurde.
- Die Optionen Beenden der Auftragsausführung planen eines Triggers werden für manuell gestartete Aufträge beibehalten.
Angenommen, Sie haben den Trigger „T1“ erstellt und die folgenden Zeitpläne für das Auftragsende aktiviert:
-
Beenden der Auftragsausführung planen: Einen Auftrag nach 10 Minuten anhalten
-
Schedule automatic "Kill", if the job does not stop:Kill job after 2 mins
Wenn Sie auf der Seite Automatisierungen > Trigger für den Trigger T1 auf Einen Auftrag jetzt starten klicken, wird die Seite Auftrag starten mit den bereits angewendeten Zeitplänen für die Auftragsbeendigung geöffnet – den gleichen, die Sie beim Erstellen des Triggers konfiguriert haben.
Example: If you schedule to stop a Pending or Running job after 2 hours and also configure to kill the same job after 3 hours, the job will be killed after 5 hours. This happens because, first, the signal is sent to Orchestrator that the job was indeed stopped after 2 hours. Once the signal has been received, the kill job action is triggered to occur in 3 hours, thus resulting a total of 5 hours.
-
Wählen Sie Anhalten aus der Dropdownliste aus – es wird versucht, die Ausführung ordnungsgemäß zu beenden, nachdem das definierte Zeitintervall vergangen ist, weil der Auftrag im Status „Ausstehend“ oder „Wird ausgeführt“ festhängt (legen Sie die Zeit auf ein Minimum von 1 Minute, maximal 10 Tage, 23 Stunden und 59 Minuten fest);
Beispiel: Der Orchestrator wird versuchen, Aufträge anzuhalten, die für mindestens 10 Minuten im Status „Ausstehend“ oder „Wird ausgeführt“ feststecken.
-
Wählen Sie Beenden aus der Dropdownliste aus – es wird versucht, die Ausführung zwangsweise zu beenden, nachdem das definierte Zeitintervall vergangen ist, weil der Auftrag im Status „Ausstehend“ oder „Wird ausgeführt“ feststeckt (legen Sie die Zeit auf ein Minimum von 1 Minute, maximal 10 Tage, 23 Stunden und 59 Minuten fest);
Beispiel: Der Orchestrator wird versuchen, Aufträge zu beenden, die mindestens 10 Minuten lang im Status „Ausstehend“ oder „Wird ausgeführt“ feststecken.
-
Wählen Sie Anhalten aus der Dropdown-Liste aus, und aktivieren Sie die Option Wenn der Auftrag nicht anhält, soll er beendet werden – es wird versucht, die Ausführung ordnungsgemäß zu beenden, nachdem das definierte Zeitintervall vergangen ist, weil sich der Auftrag im Status „Ausstehend“ oder „Wird ausgeführt“ befindet, und dann wird versucht, ihn zwangsweise zu beenden, nachdem das definierte Zeitintervall vergangen ist, weil sich der Auftrag im Status „Anhalten“ befindet (legen Sie die Zeit auf mindestens 1 Minute fest, maximal 10 Tage, 23 Stunden und 59 Minuten).
Beispiel: Der Orchestrator versucht, Aufträge anzuhalten, die sich für mindestens 10 Minuten im Status „Ausstehend“ oder „Wird ausgeführt“ befinden. Wenn das Beenden nicht erfolgt, versucht der Orchestrator, die Aufträge zu beenden, die sich mindestens 20 Minuten lang im Status „Wird angehalten“ befinden.
-
Aktivieren Sie den Umschalter Automatische Trigger-Deaktivierung planen und geben Sie das Datum und die Uhrzeit für die Deaktivierung des Triggers ein. Die ausgewählte Zeitzone beeinflusst, wann der Warteschlangen-Trigger deaktiviert wird.
-
Aktivieren Sie den Umschalter Eine Warnung generieren, wenn der Auftrag hängen bleibt (im Status „Ausstehend“ oder „Fortgesetzt“) und legen Sie die akzeptable Dauer fest, die der Auftrag im Status „Ausstehend“ oder „Fortgesetzt“ bleiben soll. Die konfigurierbare Mindestdauer beträgt eine Minute. Die maximal konfigurierbare Dauer beträgt elf Tage. Wenn der Auftrag die konfigurierte Dauer überschreitet, werden Sie in einem Popup-Fenster mit der Schweregradwarnung „Fehler“ mit dem folgenden Text darüber informiert: „N Aufträge für #Prozess {process_number} sind seit mehr als X Stunden und Y Minuten ausstehend bzw. wurden fortgesetzt.", wobei:
N– ist die Anzahl der Aufträge, die die Warnung ausgelöst haben;{process_number}– die Prozess-ID;X- die konfigurierte Anzahl von Stunden, die der Auftrag überschritten hat, während er den Status „Ausstehend“ oder „Fortgesetzt“ hatte; Tage werden in Stunden konvertiert.Y– Die konfigurierte Anzahl von Minuten, die der Auftrag im Status „Ausstehend“ oder „Fortgesetzt“ überschritten hat.
-
Aktivieren Sie den Umschalter Warnung generieren, wenn der Auftrag gestartet und nicht abgeschlossen wurde und legen Sie die akzeptable Dauer für den Abschluss des Auftrags fest. Die konfigurierbare Dauer beträgt mindestens eine Minute und maximal elf Tage. Wenn der Auftrag die konfigurierte Dauer überschreitet, werden Sie in einem Popup-Fenster mit der Schweregradwarnung „Fehler“ mit dem folgenden Text darüber informiert: „Der Auftrag für #Prozess {process_number} läuft seit mehr als X Stunden und Y Minuten.“ Wo:
{process_number}– die Prozess-ID;X- die konfigurierte Anzahl von Stunden, die der Auftrag beim Abschlussversuch überschritten hat; Tage werden in Stunden konvertiert.Y– Die konfigurierte Anzahl von Minuten, die der Auftrag beim Versuch, ihn abzuschließen, überschritten hat.
-
Um den gleichen Konto-Maschinen-Kontext für den Start des Auftrags konfiguriert zu halten, aktivieren Sie das Kontrollkästchen Konto-/Maschinenzuweisung bei Wiederaufnahme des Auftrags beibehalten. Dadurch wird Ihre Lizenz- und Ressourcennutzung optimiert.