- 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 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
- Solutions (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
- Konfigurieren einer ExpressRoute-Verbindung
- 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
- Automation Suite-Roboter
- Ordnerkontext
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Indizes
- Warteschlangen
- Assets
- Über Assets
- Verwalten von Assets in Orchestrator
- Verwalten von Assets in Studio
- Speichern von Assets im Azure Key Vault (schreibgeschützt)
- Speichern von Assets im HashiCorp Vault (schreibgeschützt)
- Speichern von Assets im AWS Secrets Manager (schreibgeschützt)
- Speichern von Assets in Google Secret Manager (schreibgeschützt)
- Verbindungen
- Geschäftsregeln
- Speicher-Buckets
- MCP-Server
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung

Orchestrator-Anleitung
Häufig gestellte Fragen
Über Computer
Was umfasst eine Standardmaschine?
All standard machines that we provide are Microsoft Azure virtual machines of the type Standard_E2s_v4, which have sufficient computing power for basic automations.
Darüber hinaus verfügen alle Standard-VMs über:
- die vorinstallierte UiPath Studio- und Robot-Software
- die unterstützten Webbrowser, die Sie möglicherweise zum Ausführen von Automatisierungen benötigen.
Wenn Sie zusätzliche Software benötigen oder die VM auf eine bestimmte Weise einrichten möchten, können Sie sie weiter anpassen.
Welche Maschinengröße sollte ich wählen?
Bei der Auswahl der Maschinengröße sind folgende Punkte zu beachten:
- Wie groß sind Ihre Datasets?
- Welche Art von Anwendungen planen Sie auszuführen und welche Anforderungen haben sie?
- Wie viele Anwendungen planen Sie zu nutzen?
- Nutzen Sie ML-Fähigkeiten und KI-Pakete?
- Welche Art von Aufgaben wird die Maschine ausführen – kleine Routineaufgaben, umfangreiche Aufgaben, einmalige Einrichtung, Debugging?
Je nach Antwort können Sie eine kleine Maschine verwenden oder benötigen eine leistungsstärkere Maschine.
Die Maschinengrößen, aus denen Sie wählen können, haben die folgenden technischen Spezifikationen:
| Größe | vCPU | Speicher (GiB) | Max. Festplattendurchsatz ohne Cache (IOPS/MBps) | Max. Burst-Festplattendurchsatz ohne Cache (IOPS/MBps) | Erwartete Netzwerkbandbreite (Mbps) |
|---|---|---|---|---|---|
| Klein | 2 | 16 | 3200/48 | 4000/200 | 5,000 |
| Standard | 4 | 32 | 6400/96 | 8000/200 | 10,000 |
| Mittel | 8 | 64 | 12800/192 | 16000/400 | 12,500 |
| Groß | 16 | 128 | 25600/384 | 32000/800 | 12,500 |
Wann werden UiPath Studio- und Robot-Aktualisierungen angewendet?
Das System zur automatischen Aktualisierung stellt sicher, dass die neuesten Versionen von UiPath Roboter und Studio installiert sind, ohne dass der Benutzer interagieren muss. Je nach Veröffentlichungszyklus und der Wichtigkeit der Aktualisierung werden die Aktualisierungen schrittweise bei allen unseren Kunden installiert, wobei wichtige Aktualisierungen priorisiert werden.
Die Aktualisierung erfolgt:
- wenn eine Maschine, die ein Update benötigt, zum ersten Mal startet
- bevor eine Maschine, auf der Aufträge ausgeführt wurden, heruntergefahren wird
- Für Maschinen, die ständig verwendet werden und die Aktualisierung nicht erhalten können, planen wir ein kurzes Wartungsfenster auf der Maschine zur Übernahme der Aktualisierung.
Wichtig:
If the Allow UiPath to manage Robot updates toggle is disabled from Pool Configurations, UiPath services will not install or update Robot and browser extensions. Please make sure you install the needed services and update them accordingly.
Wo werden virtuelle Maschinen erstellt?
Alle virtuellen Maschinen werden in unserem Microsoft Azure-Abonnement erstellt und gehostet.
In welcher Region werden virtuelle Maschinen gehostet?
All virtual machines are created and hosted in the tenant region.
Organization administrators can see what the region is for a tenant in Tenant Settings (Admin > Tenants).
Wo werden virtuelle Maschinen erstellt?
Alle virtuellen Maschinen werden in unserem Microsoft Azure-Abonnement erstellt und gehostet.
Über das Wartungsfenster
Werden meine erstellten Maschinen-Images automatisch mit den neuesten Versionen und Updates von Windows aktualisiert?
Nein. Wenn Sie die neueste Version und Updates von Windows installieren möchten, können Sie Folgendes machen:
- connect to the machine using RDP to manually update Windows. Then, if you want, you can also create an image of the customized machine and use it in other machine templates.
- Konfigurieren Sie ein Wartungsfenster für die Vorlage, an dem Sie Aktualisierungen auf alle Maschinen anwenden können.
Gilt das Wartungsfenster für alle Maschinen?
Nur Maschinen, die zur Maschinenvorlage gehören, für die das Wartungsfenster konfiguriert wurde und für die Aufträge akzeptieren Aktiviert ist, sind im Wartungsfenster.
Maschinen, die nicht ausgeführt werden, werden für das Wartungsfenster automatisch gestartet.
Werden Robot Units während des Wartungsfensters verbraucht?
Die benötigten Robot Units werden einmal pro Monat verbraucht, wenn die Maschine zum ersten Mal in Betrieb genommen wird. Danach kann sie einen ganzen Monat lang unbegrenzt laufen, ohne weitere Robot Units zu verbrauchen.
Maschine deaktivieren
Weshalb habe ich Maschinen in einem deaktivierten Zustand?
Wir deaktivieren automatisch die zuletzt erstellten Maschinen, wenn sie mehr Robot Units verbrauchen, als Sie für Ihren Mandanten zur Verfügung haben.
Wie kann ich eine deaktivierte Maschine wieder aktivieren?
Sie müssen dem Mandanten genügend Robot Units für diese Maschine hinzufügen. Diese werden verbraucht und Ihre deaktivierte Maschine wird innerhalb von etwa 30 Minuten automatisch wieder aktiviert.
Wenn Sie nicht genügend Robot Units zugewiesen haben, um alle deaktivierten Maschinen wieder zu aktivieren, werden nur einige Maschinen wieder aktiviert. Wir beginnen mit der ältesten Maschine und arbeiten uns zur neuesten vor.
After being re-enabled, a machine is in a stopped state. To use it to run jobs, you must start the machine.
Verbrauchen deaktivierte Maschinen Robot Units?
Ja. Wenn Sie Maschinen deaktiviert haben und Ihrem Mandanten Robot Units hinzufügen, werden diese automatisch verbraucht, um Ihre deaktivierten Maschinen wieder zu aktivieren.
Wie kann ich verhindern, dass deaktivierte Maschinen neu hinzugefügte Robot Units verbrauchen?
Wenn Sie beispielsweise einem Mandanten für Automation Cloud Robots – Serverless weitere Robot Units zuweisen möchten, müssen Sie sicherstellen, dass Sie keine deaktivierten Maschinen haben, die die Robot Units verbrauchen würden.
Um dies zu verhindern, müssen Sie die deaktivierten Cloud Robots – VM-Maschinen löschen, bevor Sie dem Mandanten die Robot Units zuweisen.
In eine Domäne eingebundene Maschinen
Um die Verwaltung unterschiedlicher Konten auf jeder VM zu vermeiden und einen einzigen Satz von Anmeldeinformationen für die Authentifizierung zu verwenden, können Sie Ihre VMs zu einer Domäne hinzufügen. Auf diese Weise können Sie Ihre Maschinen in eine vorhandene Identitätsinfrastruktur integrieren und Ihre Cloud-Roboter können Aufträge unter einem Domänenbenutzer ausführen.
Wenn Sie VMs haben, die mit der Domäne verbunden sind, können Sie keinen Snapshot dieser benutzerdefinierten Images erstellen.
Es gibt drei hauptsächlich verwendete Identitätslösungen, die in der folgenden Tabelle zusammengefasst sind, zusammen mit dem entsprechenden Domänenverbindungsansatz und der aktuellen Verfügbarkeit in UiPath:
| Identitätslösung | Verfügbarkeit in UiPath | Verbindung mit der Domäne |
|---|---|---|
| Active Directory Domain Services (AD DS) (*) | Verfügbar | über Site-to-Site-VPN-Gateway |
| Azure Active Directory Domain Services (Azure AD DS) (*) | Verfügbar | über Site-to-Site-VPN-Gateway |
| Azure Active Directory | Verfügbar | via a Windows Desktop machine See how you can set up a machine that runs Windows Desktop (step 8) and follow the Microsoft documentation. |
(*) [Preview capability] Active Directory Domain Services (on-prem AD) and Azure Active Directory Domain Services (Azure AD DS) support automatic domain join of the machines in the pool (see step 17 in the Creating the Cloud Robot pool procedure)
Active Directory Domain Services (AD DS)
Verwenden Sie diese Lösung, um Identität und Zugriff in lokalen Umgebungen zu verwalten.
AD DS allows your cloud robots to authenticate and access on-premises network resources via on-premises domain controllers. The site-to-site connection to the domain controller is established through the VPN Gateway service. You continue to maintain all of the associated infrastructure and directory components.
To integrate your on-premises Active Directory with Azure, connect your on-premises environment to an Azure AD domain in the cloud via site-to-site VPN Gateway.
Read the Azure documentation for more details.
Azure Active Directory Domain Services (Azure AD DS)
Verwenden Sie diese Lösung, um Domänendienste wie Domänenbeitritt, Gruppenrichtlinie, LDAP oder Kerberos/NTLM-Authentifizierung zu verwalten, genau wie Sie es für ein lokales Active Directory verwenden würden.
Azure AD DS allows your Automation Cloud robots to authenticate and access cloud network resources via Azure AD DS managed domains. Additionally, you can join and manage VMs in Azure. The site-to-site connection to the Azure AD DS managed domains is established through the VPN Gateway service.
Sie müssen die AD DS-Infrastruktur für Komponenten wie VMs, Windows-Server oder Domänencontroller nicht bereitstellen oder warten.
So verbinden Sie eine Automation Cloud Robot – VM mit einer von Azure AD DS verwalteten Domäne:
The following procedure is the same for connecting a computer to an on-premises AD DS domain.
- Melden Sie sich bei Ihrer VM an.
- Access Server Manager.
- On the left-side panel of the Server Manager, select Local Server, then select WORKGROUP.
Figure 1. Workgroup

- In the System Properties > Computer Name tab, select Change. The Computer Name/Domain Changes window opens.
- In the Domain field, specify the name of your managed domain. For example,
aaddscontoso.com.
Figure 2. Changing computer name

- Um der Domäne beizutreten, geben Sie die Anmeldeinformationen eines Benutzers an, der Teil der verwalteten Domäne ist.
1: The user account must exist in your managed domain or in your Azure AD tenant. During domain joining, accounts from external directories associated with your Azure AD tenant cannot authenticate correctly.
2: Account credentials can be specified either in the UPN format, which is the recommended format, or in an SAMAccountName format. For example, user "VMadmin" in UPN format is "vmadmin@contosoaadds.com", and in SAMAccountName format is "AADDSCONTOSO\vmadmin".
- Select OK. Wait a few seconds until the VM is joined to the managed domain. If successful, a welcome message box is displayed.
- Starten Sie die VM neu, um den Domänenbeitrittsprozess abzuschließen.
Wechsel in eine andere Mandantenregion
Wenn Sie in eine andere Mandantenregion wechseln, bleiben die vorhandenen Cloud Robot-Pools und VMs in der alten Region.
Um Cloud Robot-VMs in der neuen Region auszuführen:
- Erstellen Sie einen neuen Pool in der neuen Region.
- Fügen Sie bei manuellen Pools neue VMs hinzu.
- Richten Sie ein neues VPN ein, um auf Ressourcen in der neuen Region zuzugreifen.
Wichtig:
VMs, die vorhandenen Pools hinzugefügt wurden (vor der Regionsmigration), werden weiterhin in der ursprünglichen Region ausgeführt.
- Über Computer
- Was umfasst eine Standardmaschine?
- Welche Maschinengröße sollte ich wählen?
- Wann werden UiPath Studio- und Robot-Aktualisierungen angewendet?
- Wo werden virtuelle Maschinen erstellt?
- Wo werden virtuelle Maschinen erstellt?
- Über das Wartungsfenster
- Werden meine erstellten Maschinen-Images automatisch mit den neuesten Versionen und Updates von Windows aktualisiert?
- Gilt das Wartungsfenster für alle Maschinen?
- Werden Robot Units während des Wartungsfensters verbraucht?
- Maschine deaktivieren
- Weshalb habe ich Maschinen in einem deaktivierten Zustand?
- Wie kann ich eine deaktivierte Maschine wieder aktivieren?
- Verbrauchen deaktivierte Maschinen Robot Units?
- Wie kann ich verhindern, dass deaktivierte Maschinen neu hinzugefügte Robot Units verbrauchen?
- In eine Domäne eingebundene Maschinen
- Active Directory Domain Services (AD DS)
- Azure Active Directory Domain Services (Azure AD DS)
- Wechsel in eine andere Mandantenregion