- 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
- Verwaltung von Paketen
- Informationen über Bibliotheken
- Bibliotheken verwalten
- Audit
- Ressourcenkatalogdienst
- Automation Suite Robots
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Identity Server
- Authentication
- Integrationen
- Klassische Roboter
- Fehlersuche und ‑behebung
Verwaltung von Paketen
Standardmäßig beträgt die maximale Paketgröße 30 MB.
Um ein Paket mit Tags manuell hochzuladen, benötigen Sie die Berechtigung zum Erstellen für Tags. Wenn Sie die Berechtigung zum Erstellen für Tags nicht haben, wird das Paket ohne Tags hochgeladen.
Bekanntes Problem: Um ein Paket größer als 30 MB hochzuladen, müssen Sie zuerst ein kleineres Paket hochladen oder einen Speicher-Bucket erstellen und eine Datei unter 30 MB hochladen.
Ein Paket kann nur aus dem Orchestrator gelöscht werden, wenn alle seine Versionen gelöscht wurden. Paketversionen können gelöscht werden, wenn sie inaktivsind, d. h. nicht für einen Prozess bereitgestellt werden.
Darüber hinaus sehen Sie den in Studio hinzugefügten Hinweis sowie die von der jeweiligen Paketversion verwendeten Windows-Anwendungen in alphabetischer Reihenfolge. Wenn das Paket Anwendungen verwendet, die nicht identifiziert werden können, wird der Eintrag Unbekannte Apps mit dem Suffix angezeigt nach der Anzahl der nicht identifizierten Apps in Klammern. Wenn keine Anwendungen abgerufen werden können, wird die Meldung Keine Apps konnten für dieses Paket abgerufen werden angezeigt. Dies ist höchstwahrscheinlich auf einen der folgenden Gründe zurückzuführen:
-
Ihre Studio-Version ist älter als 2023.2.
-
Ihre Studio-Version ist 2023.2, es gibt jedoch eine Governance-Regel, die verhindert, dass diese Informationen protokolliert werden.
-
Ihr Paket wurde aus einem externen Feed hochgeladen. Nur Pakete aus internen Feeds können diese Informationen bereitstellen.
-
Das Paket verwendet keine Anwendungen.
Beachten Sie, dass Sie Paketversionen auch manuell über das Fenster Versionshinweise (Release Notes) herunterladen können. Der Prozess entspricht demjenigen auf der Registerkarte Versionen (Versions).
Beachten Sie, dass Sie Paketversionen auch manuell über die Registerkarte Änderungsprotokoll (Change Log) herunterladen können. Der Prozess entspricht demjenigen auf der Registerkarte Versionen (Versions).
- Klicken Sie auf der Seite Pakete (Packages) auf Versionen anzeigen (View Versions). Das Fenster Paketversionen (Package Versions) wird angezeigt.
- Klicken Sie auf Weitere Aktionen > Argumente anzeigen für die gewünschte Paketversion.Die Eingabe- und Ausgabeparameter der ausgewählten Paketversion werden angezeigt.Verwalten von ProzessenVerwalten von AufträgenVerwalten von TriggernBitte beachten Sie, dass Sie die Werte der Parameter auf dieser Ebene nur für Prozesse, Aufträge und Trigger bearbeiten können.
Sie können Tags zur Entwurfszeit in Studio auf ein Paket anwenden. Informationen zum Hinzufügen von Tags zu Paketen finden Sie unter Über die Veröffentlichung von Automatisierungsprojekten im Studio-Handbuch.
Sie können die Tags eines Pakets nicht über den Orchestrator ändern. Tags sind für jede Paketversion spezifisch. Auf der Seite Pakete im Orchestrator können Sie Tags für die neueste Paketversion sehen, unabhängig davon, ob sie aktiv oder inaktiv ist.
Sie können Tags zur Entwurfszeit in Studio aus einem Paket entfernen. Informationen zum Entfernen von Tags aus Paketen finden Sie unter Über die Veröffentlichung von Automatisierungsprojekten im Studio-Handbuch.
Sie können die Tags eines Pakets nicht über den Orchestrator ändern. Tags sind für jede Paketversion spezifisch. Auf der Seite Pakete im Orchestrator können Sie Tags für die neueste Paketversion sehen, unabhängig davon, ob sie aktiv oder inaktiv ist.
.xaml
-Datei anzeigen und überprüfen, die Teil einer Paketversion ist, ähnlich wie beim Designer-Panel von Studio. Diese Funktion ermöglicht eine reibungslosere Zusammenarbeit zwischen Entwicklern und Orchestrator-Managern.
Mit dieser Funktion können Sie kompilierte Pakete nicht erkunden.
Details zu den oben genannten Feldern, Schaltflächen und Panels finden Sie auf der Seite Feldbeschreibungen.
.xaml
-Dateien, Änderungen in Ordnern oder der Abhängigkeitsliste. Sie können auch die Workflow-.xaml
-Dateien der beiden ausgewählten Versionen vergleichen, die nebeneinander grafisch dargestellt werden. Mit dieser Funktion können Orchestrator-Manager sehen, was sich in den Paketen und Workflows geändert hat, ohne dass Studiozugriff erforderlich ist.
So können Sie die Unterschiede auf Paketversionsebene und dann auf Workflowdateiebene anzeigen:
Es folgt eine Schritt-für-Schritt-Anleitung:
- Herunterladen einer Paketversion
- Manuelles Hochladen von Paketen in Orchestrator
- Löschen von Paketen
- Anzeigen der Versionshinweise für eine Paketversion
- Anzeigen der Versionshinweise für alle Paketversionen
- Anzeigen der Argumente eines Pakets
- Hinzufügen von Tags zu Paketen
- Entfernen von Tags aus Paketen
- Pakete erkunden
- Vergleichen von Paketen und Workflows