- 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
- Automation Suite Robots
- Ordnerkontext
- Automatisierungen
- Prozesse
- Über Prozesse
- Verwaltung von Prozessen
- Verwalten der Paketanforderungen
- Aufzeichnung
- Fehlerbehebung bei Livestreaming und Remotesteuerung
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Integrationen
- Klassische Roboter
- Fehlersuche und ‑behebung
Fehlerbehebung bei Livestreaming und Remotesteuerung
Diese Probleme können gelegentlich auftreten, wenn Sie Livestreams durchführen und/oder die Remotesteuerung einer laufenden Ausführung übernehmen.
In allen folgenden Szenarien stellt der Roboter keine Verbindung mit dem Livestreaming- und Remotesteuerungssystem her und die Sitzung wird nicht gestartet. Der Vorgang wird für die maximale Dauer wiederholt, die ungefähr eine Minute beträgt, dann wird ein Fehler angezeigt. Details zum Fehler sind in den Roboterprotokollen auf der Maschine verfügbar, auf der die Verbindung fehlschlägt (nicht in Auftragsprotokollen).
Wenn TightVNC nicht installiert ist, kann die Sitzung nicht gestartet werden. Laden Sie es vorher herunter und installieren Sie es. Wichtig: Die Option TightVNC-Server als Systemdienst registrieren (unter TightVNC-Dienstkonfiguration) darf nicht ausgewählt sein. Ist dies der Fall, wird jede Anforderung zum Starten einer Sitzung ignoriert.
Die derzeit unterstützte Version ist 2.8.75.
Wenn TightVNC als portabel installiert ist, kann der Roboter es nicht erkennen.
UIPATH_TIGHTVNC_EXE_PATH
mit dem vollständigen Pfad festlegen, der tvnserver.exe
enthält.
Wenn eine Livestreaming- und Remotesteuerungssitzung beendet ist, wird TightVNC automatisch geschlossen. Wenn Sie versuchen, eine Sitzung zu starten, und der Roboter erkennt, dass TightVNC ausgeführt wird, wird Ihre Anforderung ignoriert.
Sie müssen Ihre aktuell geöffnete Instanz von TightVNC schließen.
Maschinen mit High-Density-Robotern unterstützen nur jeweils eine Livestreaming- und Remote-Steuerungssitzung. Wenn Sie versuchen, eine Sitzung zu öffnen, während bereits eine andere läuft, wird Ihre Anforderung ignoriert.
In diesem Fall können Sie erst auf das Livestreaming zugreifen, wenn der derzeit ausgeführte Prozess beendet ist.
Wenn Sie eine Livestreaming- und Remotesteuerungssitzung sofort starten, nachdem ein Auftrag in den Status Wird ausgeführt übergegangen ist, ist der Roboter möglicherweise noch nicht bereit, ihn zu starten.
Nach einer Weile kann der Roboter die Anforderung verarbeiten und das Livestreaming starten.
Dies kann durch eine langsame Netzwerkverbindung zwischen Ihrer Maschine und der Robotermaschine oder durch eine hohe Bildschirmauflösung auf der Robotermaschine verursacht werden.
Dies sind einige Gründe, warum Sie möglicherweise kein Image auf Ihrem Bildschirm sehen, wenn Sie den Livestream starten.
Einige Aufträge führen bestimmte Aktionen aus, bevor die Automatisierungs-UI zum Öffnen aufgefordert wird. In diesem Fall ist die geöffnete Livestreaming-Sitzung leer. Dies bedeutet, dass der Desktop für Windows-Roboter und ein schwarzer Bildschirm für Unattended-Roboter unter Linux und Automation Suite-Roboter angezeigt wird.
Versuchen Sie, die Sitzung erneut zu öffnen.
Unattended-Roboter unter Linux verfügen nicht über die erforderliche Unterstützung für Livestreaming und Fernsteuerung, daher raten wir davon ab, sie für solche Vorgänge zu verwenden.
Versuchen Sie es stattdessen mit Automation Suite-Robotern.
Livestreams von Prozessen, die auf einer physischen Maschine ausgeführt werden, werden auf einem physischen Monitor gerendert.
Daher müssen Sie sicherstellen, dass ein Monitor angeschlossen ist.
Wenn Sie die Verbindung zum Remotedesktopprotokoll (RDP) getrennt haben, stellen virtuelle Maschinen manchmal das Rendern des Bildschirms ein. Dies geschieht, weil nach der Trennung kein virtueller Bildschirm vorhanden ist, auf dem Bilder gerendert werden können.
Verwenden Sie zur Lösung dieses Problems den Dienstmodusroboter.
Probleme mit der Netzwerkkommunikation können dazu führen, dass eine Livestreaming-Sitzung beendet wird. In diesem Fall versucht der Client automatisch erneut, eine Verbindung herzustellen. Das sollte relativ schnell gehen, aber es kann sein, dass Sie den Ladebildschirm für kurze Zeit sehen.
Wenn Sie in dieser Sitzung auch die Remote-Steuerung aktiviert hatten, beachten Sie, dass Sie diese erneut aktivieren müssen, sobald die Verbindung wieder hergestellt ist. Dies liegt daran, dass die Sitzung beim erneuten Verbinden im Livestreaming-Status geöffnet wird.
Nach einer Weile wird die Sitzung abgebrochen. Wenn Sie das Fenster jedoch schließen, können Sie die Sitzung manuell über den Orchestrator neu starten.
Nur ein Benutzer kann gleichzeitig auf den Livestream zugreifen und die Remotesteuerung übernehmen. Wenn ein Benutzer bereits verbunden ist, müssen Sie warten, bis die Verbindung getrennt wird.
Wenn Benutzer 2 beispielsweise versucht, einen Livestream zu öffnen, der bereits von Benutzer 1 geöffnet wurde, wird eine Fehlermeldung zurückgegeben, die besagt, dass der Livestream nicht gestartet werden kann. Sobald Benutzer 1 den Livestream schließt, kann Benutzer 2 ihn in Kürze öffnen.
- Das Livestream-Fenster zeigt Verbindung hergestellt…an, aber es wird keine Verbindung hergestellt.
- TightVNC ist nicht installiert
- TightVNC hat nicht die richtige Version
- TightVNC wird als portable App installiert
- TightVNC ist bereits auf der Maschine gestartet
- Ein anderer Benutzer auf derselben High-Density-Maschine hat bereits eine offene Sitzung
- Die Livestream-Sitzung wird nach einer Verzögerung verbunden
- Das Livestreaming-Bild verzögert sich
- Sie sehen einen leeren Bildschirm
- Die Automatisierungs-UI ist nicht gestartet
- Sie verwenden Linux-Roboter
- Sie verwenden eine physische Maschine ohne angeschlossenen Monitor
- Sie haben die RDP-Verbindung getrennt
- Eine laufende Sitzung wird getrennt.
- Sie erhalten eine Fehlermeldung, die besagt, dass ein anderer Benutzer bereits verbunden ist