- Erste Schritte
- 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 von Unattended-Roboterkennwörtern in Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- SmartCard-Authentifizierung
- Zuweisen von Rollen
- Verwaltung von Rollen
- Standardrollen
- Häufig gestellte Fragen
- Aktivieren von Benutzern zum Ausführen persönlicher Automatisierungen
- Ermöglichen der Ausführung von Automatisierungen für Benutzer in einer Unattended-Infrastruktur über Unattended-Roboter
- Konfigurieren von Roboterkonten zum Ausführen von Unattended-Automatisierungen
- Audit
- Ressourcenkatalogdienst
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- 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
Der Orchestrator wird in der Regel entweder über eine Hostlizenz oder eine Lizenz auf Organisationsebene von einem Systemadministrator lizenziert.
Es gibt jedoch bestimmte Funktionen im Orchestrator, für die Administratoren oder Benutzer von Orchestrator andere Lizenztypen verstehen und damit arbeiten müssen, die die Verwendung verschiedener Funktionen ermöglichen. Diese werden als Dienstlizenzen bezeichnet und von besonderem Interesse ist die Laufzeit.
Auf dieser Seite werden ausschließlich die Lizenzierungsaspekte behandelt, die für Orchestrator-Administratoren und Benutzer bei der Verwendung von Orchestrator von Interesse sind.
Licensing concepts
Weitere Informationen zu den verschiedenen Lizenztypen finden Sie unter:
Licensing permissions
Es sind mehrere Berechtigungen verfügbar, die es einem Benutzer ermöglichen, die verschiedenen lizenzbezogenen Aktionen auszuführen, die auf dieser Seite beschrieben werden:
- License - Edit or License - Create - enables you to activate or update licenses
- Lizenz – Ansicht – Macht die Schaltflächen unter Mehr anzeigen auf der Seite Lizenz verfügbar, mit denen Sie Details zu den lizenzierten Robotern auf ihrer entsprechenden Seite anzeigen können. Die Schaltfläche Roboter anzeigen ist auch auf diesen Seiten verfügbar, wenn Sie auch über die Berechtigung Roboter – Anzeigen verfügen.
- License - Delete - enables you to remove licenses.
Licensing steps
A licensing process most commonly starts with activating your Orchestrator license, as explained Activating your license. If you want to manage your licenses at host level, activate your Orchestrator license and allocate them as explained Allocating Licenses to Tenants.
Afterward, all you need to do to activate a Robot license is to connect the Robot to Orchestrator.
Bei Studio gibt es zwei Möglichkeiten:
- You can activate its license directly from Orchestrator. This is the recommended method.
- Sie können sie lokal aktivieren und Studio dann über den Roboter mit dem Orchestrator verbinden. Denken Sie daran, beim Erstellen Ihres Roboters das Kontrollkästchen Eigenständige Lizenz zu aktivieren, um zu verhindern, dass Orchestrator Studio eine Lizenz aus seinem Lizenzpool zuweist.
Lizenznutzung
Es gibt mehrere Möglichkeiten, die Lizenznutzung vom Orchestrator aus zu überwachen:
-
If you want to assess whether there's room for maximizing licensing efficiency, you have the possibility to monitor historical licensing data on the Tenant > Monitoring page, by selecting License from the Section list.
-
In the License page, the total number of runtimes available on all online machines is displayed. Remember that a machine consumes the licenses as soon as the Robot Service starts.
To instantly release a license, disable the machine from the corresponding License page. Please note that you cannot use Studio or the Robot on a disabled machine.
Eine deaktivierte Maschine wird auf der Seite Roboter durchgestrichen angezeigt:
How many runtimes to allocate
Although license management is typically performed from the administration interfaces, in Orchestrator you do work with a particular type of license: the runtime, which is a service license for robot use.
Laufzeiten sind die Lizenzen, die Sie zum Ausführen von Unattended-Automatisierungen benötigen. Sie ordnen Laufzeiten zu, wenn Sie ein Maschinenobjekt im Orchestrator erstellen. Bei der Zuweisung von Laufzeiten sind zwei Aspekte zu beachten:
-
Number of runtimes: You can assign a custom number of runtimes to a machine object (standard machine, or machine template), which determine the number of processes that can run at the same time on a machine.
Die Anzahl der erforderlichen Laufzeiten ergibt sich aus der Anzahl der Aufträge, die gleichzeitig auf dieser Maschine ausgeführt werden sollen. sie wird nicht von der Anzahl der Roboter auf der Maschine beeinflusst.
Let's say you have a machine template with 10 Production (Unattended) runtimes allocated to it. For each workstation that is connected using the machine key of that template, 10 Production (Unattended) runtimes are reserved from the available licenses at the tenant level, allowing for executing 10 jobs at the same time. From these reserved runtimes, a runtime is only in use during job execution. So if you connect 4 machines to Orchestrator using that template, you need and reserve 40 runtimes at the tenant level. With, for example, 25 jobs running, 25 out of the 40 reserved runtimes are in use, leaving 15 runtimes that are reserved, but unused.
-
Runtime-Typen: Die Runtime-Typen , die einem Maschinenobjekt zugewiesen sind, bestimmen die Prozesstypen, die auf dieser Maschine ausgeführt werden können.
Laufzeiten für klassische Ordner
Da Sie bei klassischen Ordnern mehrere Roboter-Entitäten auf derselben Maschine haben können, ist es wichtig zu verstehen, dass mehr Roboter nicht mehr Ausführungskapazität bedeuten. Dafür benötigen Sie mehr Laufzeiten.
Wenn Sie zum Beispiel auf einem Computer mit 5 Robotern nur 3 Laufzeiten definieren, bedeutet das, dass nur 3 Lizenzen in Anspruch genommen werden. Wenn Sie 5 Jobs ausführen oder die Ausführung aller Roboter auf diesem Computer zeitlich planen, passiert Folgendes:
- 3 Jobs werden auf den ersten 3 lizenzierten Robotern ausgeführt;
- die restlichen 2 unlizenzierten Roboter werden in einen ausstehenden Status versetzt;
- die ersten 3 Roboter geben ihre Lizenzen frei;
- die verbleibenden 2 Roboter sind lizenziert und führen die zugewiesenen Aufträge aus, sodass eine Lizenz reserviert, aber nicht verwendet wird.
Wenn Sie auf einer Maschine nur einen einzigen Unattended- oder NonProduction-Roboter haben und der Maschine 30 Laufzeiten zuweisen, dann werden 30 Lizenzen verbraucht, wenn diese Maschine online ist.
Wenn Sie auf einer Windows 7-Maschine 10 Benutzer (Roboter) haben, können Sie zu einem bestimmten Zeitpunkt nur einen Prozess ausführen, und Sie müssen die Anzahl der Laufzeitumgebungen auf dem Standardwert 1 lassen. Wenn Sie der Maschine einer Windows-Workstation mehr als 1 Laufzeitumgebung zuweisen und mehrere Aufträge zum selben Zeitpunkt ausführen möchten, werden Fehler ausgelöst.
Wenn der UiPath Robot-Dienst auf einer bestimmten Maschine ausgeführt wird, wird sie als lizenziert angezeigt. Wenn keine Lizenzen mehr verfügbar sind, wird die Maschine nicht lizenziert werden.
Alle Maschinen, die als unbeaufsichtigt definierte Roboter haben, werden auf der Seite Unbeaufsichtigt (Unattended) oder KeineProduktion aufgelistet, zusammen mit der Anzahl der zugeordneten Laufzeitumgebungen, der Anzahl der definierten und ausgeführten Robotern und dem Lizenzstatus der Maschine. Zusätzlich können Sie die Anzahl der einer Maschine zugeordneten Laufzeitumgebungen bearbeiten und eine Liste der auf dieser Maschine definierten Roboter anzeigen.
Wenn eine Maschine online, aber nicht lizenziert ist, versucht sie eine Laufzeit mit jedem Heartbeat zu erwerben.
Lizenzablauf
Ablaufwarnungen
Per Standard werden Sie 180, 90, 30, 14, 7 und 1 Tag(e) vor dem Datum des Lizenzablaufs benachrichtigt. Sie können diese Werte mit der App-Einstellung SystemJobs.LicenseExpirationAlert.DaysBefore konfigurieren.
Auf der Hostebene erhält nur der Systemadministrator diese E-Mail-Warnungen bei Einzellizenzen, die über mehrere Mandanten verteilt sind. Auf Mandantenebene erhalten sie alle aktiven Benutzer mit der Berechtigung Lizenz – Anzeigen. Die E-Mails werden pro Benutzer lokalisiert.
Übergangszeitraum
Ihre Lizenz enthält möglicherweise einen Übergangszeitraum. Wenn dies der Fall ist, werden Sie bei der Anmeldung darüber benachrichtigt und können die Lizenz erneuern, ohne dass es zu Dienstunterbrechungen kommt. Wenn dies nicht der Fall ist, funktionieren Ihre Roboter nach Ablauf nicht mehr.
Übergangszeitraum
Nach Ablauf Ihrer Lizenz wird Ihnen ein Übergangszeitraum gewährt, in dem Sie Ihre Lizenz ohne Betriebsunterbrechung erneuern können. Bei der Anmeldung wird eine Benachrichtigung angezeigt, die Sie über Ihre abgelaufene Lizenz und die Dauer des Übergangszeitraums informiert:
Sie können die Benachrichtigung schließen, indem Sie auf OK klicken und die Arbeit wie gewohnt fortsetzen. Nach Ablauf des vorgeschriebenen Übergangszeitraums verliert Ihr Orchestrator die Lizenz und funktioniert nicht mehr.