- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Zugriff auf die Einrichtung des Unattended-Roboters
- Nützliche Konzepte der Unattended-Automatisierung
- Wie wird die Unattended-Automatisierung durchgeführt?
- 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
- 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
- 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
- Speicher-Buckets
- Test Suite - Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Wie wird die Unattended-Automatisierung durchgeführt?
Die folgenden Schritte beschreiben die erforderlichen Aktionen für die erfolgreiche Ausführung von Unattended-Automatisierungen. Wir sind uns bewusst, dass derart umfangreiche Prozesse von jedem Unternehmen unterschiedlich gehandhabt werden, weshalb die Reihenfolge, in der die Schritte ausgeführt werden, unterschiedlich ist. Daher ist die nachfolgend beschriebene Reihenfolge lediglich eine Empfehlung für eine erfolgreiche Einrichtung.
Die folgenden Schritte helfen Ihnen, Ihre Hostmaschine für die Ausführung von Unattended-Automatisierungen einzurichten.
Die Hostmaschinen, die Unattended-Automatisierungen ausführen, sind über einen Maschinenschlüssel oder einen Satz von Client-Anmeldeinformationen mit einer Orchestrator-Maschinenvorlage verbunden. Dadurch können Automatisierungen über den Orchestrator verwaltet werden.
Mehrere Hostmaschinen können mit derselben Maschinenvorlage verbunden werden. Es empfiehlt sich jedoch, separate Vorlagen für jeden Satz von Hostmaschinen mit demselben physischen Setup zu verwenden, nämlich:
-
Sie haben die gleiche Konfiguration.
-
Sie enthalten dieselben Anwendungen in denselben Versionen, die unter denselben Pfaden auf jeder Maschine installiert sind.
-
Die Benutzer, die sich bei diesen Anwendungen anmelden müssen, haben die gleichen Zugriffsrechte.
Um sicherzustellen, dass Automatisierungen auf Ihren Hostmaschinen so reibungslos wie möglich ausgeführt werden, müssen einige wichtige Punkte beachtet werden:
-
Alle erforderlichen Ressourcen, z. B. Anwendungen und Dienste, sollten auf den entsprechenden Hostmaschinen installiert und entsprechend den Prozessen, die Sie ausführen möchten, logisch gruppiert werden.
-
Alle Roboterkonten, die einem Ordner zugewiesen sind, müssen sich bei jeder Hostmaschine anmelden können, die der Maschinenvorlage zugeordnet ist, die demselben Ordner zugewiesen ist.
Alle Roboterkonten, die einem Ordner zugewiesen sind, müssen sich bei jeder Hostmaschine anmelden können, die der Maschinenvorlage zugeordnet ist, die demselben Ordner zugewiesen ist.
Die Hostmaschine muss die technischen Hardware- und Softwarevoraussetzungen erfüllen und der Bildschirmschoner muss deaktiviert sein.
Ein Dienstmodusroboter wird für Unattended-Automatisierungsszenarien und umfangreiche Plattformbereitstellungen empfohlen. Wenn ein Prozess ausgeführt wird, wird der Roboter vom Windows-Dienststeuerungs-Manager unter dem lokalen System gestartet, was bedeutet, dass er über alle Berechtigungen eines Maschinenadministrators verfügt und mit den gleichen Berechtigungen wie der Benutzer ausgeführt werden kann, unter dem er registriert ist.
Es gibt zwei Möglichkeiten, den Roboter zu installieren:
-
Über die Befehlszeile mit dem Parameter
ADDLOCAL
– um den Roboter im Dienstmodus zu installieren, müssen Sie auch die OptionRegisterService
hinzufügen. Dies ist die empfohlene Wahl für Unattended-Roboter, insbesondere bei umfangreicheren Bereitstellungen. -
Zusammen mit UiPath® Studio wird der Roboter über
UiPathStudio.msi
standardmäßig im Dienstmodus bereitgestellt.
Wir empfehlen die Verwendung nicht persistenter VDIs, die sicherstellen, dass alle Ihre Hostmaschinen mit minimalem Aufwand einer konsistenten Konfiguration folgen.
Dieser Schritt ist nur für Entwickler erforderlich, die Unattended-Automatisierungen ausführen und Probleme beheben möchten.
Sie können Ihre Prozesse auch direkt über den UiPath Assistant debuggen, indem Sie eine Fehlerbehebungssitzung aktivieren.
UiPathStudio.msi
auf dieser Maschine installieren. Wenn Sie sich während der Installation für die Schnelleinrichtung entscheiden, wird der Roboter im Benutzermodus bereitgestellt, d. h., er läuft unter dem Benutzer, der ihn gestartet hat, und hat genau die gleichen Rechte wie dieser.
UiPathStudio.msi
kann aus dem Ressourcenzentrum oder direkt von der Automation CloudTM-Startseite heruntergeladen werden.
Die folgenden Schritte helfen Ihnen, die Orchestrator-Objekte zu konfigurieren, die für die erfolgreiche Ausführung von Unattended-Automatisierungen erforderlich sind.
Als Orchestrator-Maschinentyp für Unattended-Automatisierungen empfehlen wir eine Maschinenvorlage. Maschinenvorlagen stellen die Rechenleistung für die Ausführung des Auftrags bereit. Maschinenvorlagen erleichtern die Bereitstellung mehrerer Maschinen, indem sie die Konfiguration einmal definieren und dann einen einzigen Satz von Client-Anmeldeinformationen verwenden, damit mehrere Roboter eine Verbindung mit dem Orchestrator herstellen können.
-
Klicken Sie auf Mandantenebene auf Maschinen > Maschine hinzufügen > Maschinenvorlage. Das Fenster „Maschinenvorlage“ wird angezeigt.
-
Konfigurieren Sie die Maschinenvorlage und weisen Sie mindestens eine Unattended-Runtime zu. Runtimes sind eine Art Dienstlizenz, die für Unattended-Automatisierungen bestimmt ist und dem Mandantenpool entnommen und auf Maschinenvorlagenebene zugewiesen wird. Mit einer Runtime können Sie eine Automatisierung auf einer Hostmaschine ausführen. Mit zwei Runtimes können Sie zwei Automatisierungen auf derselben Hostmaschine oder eine Automatisierung auf zwei Hostmaschinen ausführen.
-
Klicken Sie auf Bereitstellen.
-
Kopieren Sie den Maschinenschlüssel bzw. die Client-ID und den geheimen Clientschlüssel für die spätere Verwendung.
Dies ist ein Beispiel für eine Maschinenvorlage, die als Grundlage für eine effiziente Optimierungsstrategie dient:
Ihre Infrastruktur besteht aus:
-
Einem Windows-Desktop
-
Einem High-Density Windows-Server
-
Drei Linux-Maschinen
Anzahl der Prozesse |
Kompatibilität (in Studio festgelegt) |
Einstellungen für Maschinenvorlagen (im Orchestrator festgelegt) |
Grund |
4 Hintergrundprozesse |
Windows – Legacy (.NET Framework 4.6.1) |
Wir verbinden einen Windows-Desktop mit Vorlage A, die wir wie folgt definieren: Prozesstyp = Nur Hintergrund Prozesskompatibilität = Nur Windows Unattended-Runtimes = 4 |
.NET Framework 4.6.1-Prozesse können nur auf Windows-Maschinen ausgeführt werden. Hintergrundprozesse können gleichzeitig unter demselben Konto ausgeführt werden. Vorlage A hat 4 Laufzeiten zugewiesen, sodass die Ausführung von 4 Aufträgen gleichzeitig möglich ist. |
6 Hintergrundprozesse |
Plattformübergreifend (.NET 5.0 oder höher) |
Wir verbinden 3 Linux-Maschinen mit Vorlage B, die wir wie folgt definieren: Prozesstyp = nur Hintergrund Prozesskompatibilität = nur plattformübergreifend Unattended-Runtimes = 2 |
.NET Framework 5.0-Prozesse können auf jedem Maschinentyp ausgeführt werden. Vorlage B ermöglicht nur die Ausführung von Hintergrundprozessen auf den verbundenen Linux-Maschinen. Hintergrundprozesse können gleichzeitig unter demselben Konto ausgeführt werden. Vorlage B hat 2 Laufzeiten zugewiesen, sodass die Ausführung von 2 Aufträgen gleichzeitig auf jeder verbundenen Linux-Maschine möglich ist: 2 Aufträge auf je 3 Maschinen führen zu einer Ausführungskapazität von 6 gleichzeitigen Aufträgen. |
10 Vordergrundprozesse |
Windows (.NET 5.0 oder höher) |
Wir verbinden den Windows-Server mithilfe der Vorlage C, die wir folgendermaßen definieren: Prozesstyp = Nur Vordergrund Prozesskompatibilität = Nur Windows Unattended Runtimes = 10 |
.NET Framework 5.0-Prozesse können auf jedem Maschinentyp ausgeführt werden, einschließlich Linux-Maschinen, aber da es sich um Vordergrundprozesse handelt, die für Windows entwickelt wurden, müssen Sie sie auf Windows-Maschinen ausführen. Ein Konto kann jeweils einen Vordergrundprozess ausführen. Ein HD-Windows-Server ermöglicht das Öffnen mehrerer Kontositzungen. Vorlage C hat 10 Runtimes zugewiesen, d. h. 10 Sitzungen werden gleichzeitig geöffnet, was die Ausführung von 10 Vordergrundaufträgen gleichzeitig ermöglicht. |
Das Konto ist die Identität, die Berechtigungen und Anmeldeinformationen bereitstellt, die der Roboter benötigt, um Orchestrator-Ressourcen zu verbrauchen bzw. sich bei Hostmaschinen anzumelden. Es wird empfohlen, ein Roboterkonto zu verwenden, was ideal ist, wenn Sie Unattended-Prozesse im Back-Office ausführen müssen, die nicht in der Verantwortung eines bestimmten Benutzers liegen sollten.
Um ein Roboterkonto zu erstellen, führen Sie die zu Ihrer Umgebung passenden Schritte aus:
Es wird dringend empfohlen, eine Ordnerstruktur um die Prozesse herum zu erstellen, die Sie ausführen möchten. Das heißt, jeder Prozess sollte über einen oder mehrere spezialisierte Ordner verfügen, die alle Assets enthalten, die für die korrekte und unterbrechungsfreie Ausführung erforderlich sind.
Die Maschinenvorlage, das Roboterkonto, der Automatisierungsprozess und alle anderen Elemente, die für eine Iteration der Unattended-Automatisierung erforderlich sind, müssen im selben Ordner platziert werden. Dies ist sehr wichtig, wenn Sie eine unterbrechungsfreie Verarbeitung sicherstellen möchten.
Zuweisen eines Roboterkontos zu einem Ordner
- Klicken Sie auf der Orchestrator-Mandantenebene auf Ordner, wählen Sie den gewünschten Ordner für Ihre Automatisierung aus (der derselbe sein muss wie der, in dem Sie die Maschinenvorlage hinzugefügt haben) und klicken Sie dann auf Konto/Gruppe zuweisen.
- Beginnen Sie im Feld Konto- oder Gruppenname mit der Eingabe des Namens des Kontos, das Sie gerade erstellt haben, und wählen Sie es aus der Liste aus.
- Wählen Sie in der Liste Rollen die Option Automation User aus.
- Klicken Sie auf Zuweisen.
Zuweisen einer Maschinenvorlage zu einem Ordner
- Wählen Sie den Ordner aus, der alle Elemente enthalten soll, die zu dieser Automatisierung gehören, und klicken Sie dann auf Einstellungen > Maschinen > Maschinen im Ordner verwalten.
- Klicken Sie auf Maschine hinzufügen > Maschinenvorlage. Das Fenster Maschinen im Ordner verwalten wird angezeigt.
- Aktivieren Sie das Kontrollkästchen links neben der gewünschten Maschinenvorlage und klicken Sie dann auf Aktualisieren. Die Maschine wird dem Ordner hinzugefügt.
Bei Unattended-Automatisierungen ist die Hostmaschine im Unattended-Modus verbunden und lizenziert, weshalb Prozesse im Orchestrator ausgeführt werden. Diese Verbindung wird entweder über einen Maschinenschlüssel oder einen Satz von Client-Anmeldeinformationen über die Befehlszeile hergestellt. Der Maschinenschlüssel oder die Anmeldeinformationen werden im Orchestrator generiert, wenn Sie die Maschinenvorlage erstellen. Dies hängt von den Sicherheitseinstellungen des Roboters ab.
Informationen zum Herstellen dieser Verbindung finden Sie in diesem Abschnitt.
Die folgenden Abschnitte führen Sie durch die notwendigen Schritte zum Ausführen der Automatisierung, die Sie bisher vorbereitet haben.
Sie können Ihre Automatisierung entweder direkt ausführen oder die Ausführung planen, indem Sie einen Trigger einrichten.
Direkte Ausführung
Sie können einen Auftrag auf zwei Weisen innerhalb des Zielordners Ihrer Automatisierung ausführen:
1.a. Klicken Sie auf Automatisierungen > Aufträge > Starten. Wählen Sie auf der Seite mit den Auftragseinstellungen, die geöffnet wird, in der Liste Prozessname den Prozess aus, den Sie in Schritt 2 erstellt haben.
1.b. Klicken Sie auf Automatisierungen > Prozesse und klicken Sie dann neben dem gewünschten Prozess auf das Symbol Auftrag ausführen. Dadurch wird die Seite mit den Auftragseinstellungen geöffnet, auf der der gewünschte Prozess bereits im Feld Prozessname angezeigt wird.
2. Konfigurieren Sie alle weiteren Einstellungen auf dieser Seite und klicken Sie dann auf Starten.
Geplante Ausführung
Trigger ermöglichen Ihnen die vorab geplante Ausführung von Aufträgen entweder in regelmäßigen Abständen (Zeit-Trigger) oder immer dann, wenn Ihren Warteschlangen neue Elemente hinzugefügt werden (Warteschlangen-Trigger).
Trigger stellen ein ordnerbezogenes Asset dar, was bedeutet, dass Sie sie erstellen können, indem Sie auf Ordnerebene auf Automatisierungen > Trigger zugreifen. Genau wie alle anderen Assets, die zu einer Automatisierung gehören, müssen auch Trigger Teil desselben Ordners sein wie der entsprechende Prozess, der zum Ausführen der Unattended-Automatisierung verwendet wird, sowie das Roboterkonto und die Maschinenvorlage, die zu diesem Zweck erstellt wurden.
Trigger werden basierend auf einem vorhandenen Prozess erstellt und profitieren von den gleichen Ausführungsprioritäten wie die auf Prozess- und Auftragsebene verfügbaren Trigger.
Wenn Sie eine wiederkehrende Uhrzeit für den Start eines Auftrags einplanen möchten, können Sie einen Zeit-Trigger erstellen.
Wenn Sie einen Prozess bei der Triggererstellung oder immer dann starten möchten, wenn Sie ein neues Element zu einer Warteschlange hinzufügen, können Sie einen Warteschlangen-Trigger erstellen.
So werden Robotersitzungen verwaltet
Wenn die Verbindung zum Roboter getrennt wird, ändert sich sein Status auf dieser Seite und seine Lizenz wird freigegeben und wird so für einen anderen Roboter/Prozess verfügbar.
Roboter werden getrennt, wenn die Hostmaschine heruntergefahren wird. Wenn Sie zwei Minuten lang keinen erfolgreichen Heartbeat senden, wird zudem auch angenommen, dass sie nicht reagieren und ihre Verbindung getrennt wurde.
Wie werden Aufträge zugewiesen?
Die Auftragszuweisung erfolgt basierend auf den Funktionen der an der Automatisierung beteiligten Komponenten, nämlich des Roboterkontos, des Prozesses, des Auftrags und der Hostmaschine.
Der Orchestrator erfasst die folgenden Informationen, um zu entscheiden, wie Aufträge zugewiesen werden sollen:
I. Er überprüft die Ordner auf ausstehende Aufträge, die zuerst nach Priorität und dann nach Zeitpunkt der Erstellung sortiert werden. Aufträge mit höherer Priorität und ältere Aufträge werden zuerst aufgenommen.
II. Er überprüft den Prozesstyp (der im Orchestrator festgelegt wird):
-
Hintergrundprozess – kann unter jeder Identität ausgeführt werden
-
Vordergrundprozess – der Roboter sucht nach verfügbaren Anmeldeinformationen, d. h. verfügbaren Benutzern in diesem Ordner
-
Alle – sowohl Hinter- als auch Vordergrundprozesse
III. Er überprüft die Prozesskompatibilität (die im Orchestrator festgelegt wird):
-
Nur Windows – nur Windows-kompatible Prozesse
-
Nur plattformübergreifend – nur plattformübergreifende Prozesse
-
Alle – sowohl Windows-kompatible als auch plattformübergreifende Prozesse
IV. Er überprüft die Auftragskompatibilität (die in Studio zum Zeitpunkt der Erstellung festgelegt wird):
-
Windows – Legacy (.NET Framework 4.6.1) – kann nur auf Windows-Maschinen ausgeführt werden
-
Plattformübergreifend (.NET 5.0 oder höher) – kann auf jedem Maschinentyp ausgeführt werden
-
Windows (.NET 5.0 oder höher) – kann auf jedem Maschinentyp ausgeführt werden, einschließlich Linux-Maschinen. Da es sich jedoch um Vordergrundprozesse handelt, die für Windows entwickelt wurden, müssen sie auf Windows-Maschinen ausgeführt werden.
V. Er überprüft die Infrastruktur der Hostmaschine auf die kompatible Roboterversion.
- 1. Einrichten der Infrastruktur
- 1.1. Einrichten der Hostmaschinen, auf denen der Unattended-Roboter ausgeführt wird
- 1.2. Installieren eines Dienstmodusroboters auf Hostmaschinen
- 1.3. (Optional) Installieren von UiPath Studio auf der Unattended-Maschine
- 2. Einrichten des Orchestrators
- 2.1. Erstellen einer Maschinenvorlage
- 2.2. Ein Roboterkonto erstellen
- 2.3. Erstellen der Ordnerstruktur
- 2.4. Zuweisen von Objekten zu Ordnern
- 3. Erstellen des Unattended-Roboters im Orchestrator
- 4. Ausführen der Unattended-Automatisierung
- 4.1. Erstellen eines Automatisierungsprojekts in UiPath Studio und Veröffentlichen im Orchestrator
- 4.2. Einen Prozess im Orchestrator erstellen
- 4.3. Ausführen der Automatisierung