2021.10.1
Release-Datum: 7. Dezember 2021
In diesem Patch haben wir die Logik hinter Warteschlangen-Triggern geändert, indem wir sowohl „Neue“ als auch „In Bearbeitung“ befindliche Warteschlangenelemente bei der Berechnung der Anzahl der Zielaufträge, die erreicht werden müssen, berücksichtigen. Zuvor wurden nur neue Elemente berücksichtigt, sodass keine Aufträge gestartet wurden, wenn es weniger neue Elemente als Elemente in Bearbeitung gab, obwohl Roboter inaktiv waren. Das geschah, weil die Anzahl der ausgeführten Aufträge ( aktiv verarbeiteten Warteschlangenelemente) die Anzahl der Zielaufträge (erforderlichen Aufträge zur Verarbeitung der neuen Elemente) überschritten hat.
Hier ist ein Beispiel, um das Verhalten vor und nach der Änderung besser zu verstehen:
Angenommen, wir haben einen Warteschlangentrigger, der wie folgt definiert ist:
Feld |
Wert |
---|---|
Mindestanzahl von Elementen zum Auslösen des ersten Auftrags: |
1 |
Maximale Anzahl der gleichzeitig zulässigen ausstehenden und ausgeführten Aufträge |
100 |
Für jede ___ neue(n) Element(e) wird ein anderer Auftrag ausgelöst. |
1 |
Replikationsschritte und -verhalten vor dieser Änderung:
- Fügen Sie 3 Warteschlangenelemente zur Warteschlange hinzu. Der Orchestrator berechnet die Anzahl der Zielaufträge basierend auf der Anzahl der neuen Elemente => 3 Zielaufträge sind erforderlich. Der Orchestrator startet 3 Aufträge, um die 3 Warteschlangenelemente zu verarbeiten. Die 3 Elemente werden zu In Bearbeitung verschoben.
- Fügen Sie der Warteschlange zwei weitere neue Elemente hinzu. Der Orchestrator berechnet die Anzahl der Aufträge basierend auf der Anzahl der neuen Elemente => 2 Zielaufträge sind erforderlich. Der Orchestrator startet keine anderen neuen Aufträge, da die Anzahl der Zielaufträge niedriger ist als die Anzahl der ausgeführten Aufträge.
- Fügen Sie der Warteschlange zwei weitere neue Elemente hinzu. Der Orchestrator berechnet die Anzahl der Aufträge basierend auf der Anzahl der neuen Elemente => 4 (2+2) Zielaufträge sind erforderlich. Der Orchestrator startet 1 Auftrag, um das Ziel von 4 zu erreichen.
Replikationsschritte und Verhalten nach dieser Änderung:
- Fügen Sie 3 Warteschlangenelemente zur Warteschlange hinzu. Der Orchestrator berechnet die Anzahl der Zielaufträge basierend auf der Anzahl der neuen und in Bearbeitung befindlichen Elemente => 3 Zielaufträge sind erforderlich. Der Orchestrator startet 3 Aufträge, um die 3 Warteschlangenelemente zu verarbeiten. Die 3 Elemente werden zu In Bearbeitung verschoben.
- Fügen Sie der Warteschlange zwei weitere neue Elemente hinzu. Der Orchestrator berechnet die Anzahl der Aufträge basierend auf der Anzahl der neuen und in Bearbeitung befindlichen Elemente => 5 (3+2) Zielaufträge sind erforderlich. Der Orchestrator startet 2 neue Aufträge, um das Ziel von 5 zu erreichen.
Um einen besseren Einblick in Laufzeitprobleme wie Berechtigungsprobleme oder Verbindungsfehler zu bieten, protokolliert der Orchestrator jetzt Laufzeitausnahmen in Elasticsearch.
Plug-and-Play für Ihren S3-kompatiblen Speicher mit Orchestrator und Vorteile aller einzigartigen Vorteile: Skalierbarkeit, Kosten und Zuverlässigkeit.
Ab dieser Version ist die Integration mit Azure Active Directory (Azure AD) auch auf Organisations-/Mandantenebene verfügbar (jede Organisation besteht aus einem Mandanten).
Eine Integration mit Azure AD war bereits auf Hostebene verfügbar, sodass Sie sie für SSO nutzen können. Mit dieser Änderung profitieren Sie von SSO, aber auch von der Verzeichnissuche und der automatischen Benutzerbereitstellung, wenn die Azure AD-Integration auf Organisations-/Mandantenebene konfiguriert ist.
Weitere Informationen und Anweisungen finden Sie unter Einrichten der Azure AD-Integration.
Von nun an können Sie dem Central Credential Provider-Webdienst einen benutzerdefinierten Namen geben. Zu diesem Zweck ist beim Konfigurieren eines CyberArk CCP-Anmeldeinformationsspeichers ein neues Feld verfügbar, mit dem Sie den DienstnamenWebdienstname festlegen können. Wenn Sie dieses Feld leer lassen, wird der Standardname verwendet: AIMWebService.
- Sie fragen sich, was die neuesten Entwicklungen in Bezug auf die Orchestrator-Leistung sind? Wir freuen uns, Ihnen mitteilen zu können, dass Sie mit dem eigenständigen Orchestrator bis zu 300.000 Attended-Roboter mit interaktiver Anmeldung in einer IaaS-Bereitstellung mit 15 Knoten verbinden können. Eine detaillierte Beschreibung der neuesten Leistungsverbesserungen finden Sie unter Skalieren Ihrer Bereitstellung.
- Sowohl bei Neuinstallationen als auch bei Upgrades verwendet Update Server jetzt standardmäßig die vorhandene Orchestrator-Datenbank anstelle seiner eigenen Datenbank.
- Wir haben vier neue Befehlszeilenparameter eingeführt, um Ihnen Flexibilität beim Konfigurieren und Anpassen der Verbindungen zu Ihren Orchestrator-Datenbanken zu geben. Fügen Sie sie in einen Orchestrator-Befehl zur Installation im Hintergrund ein, entweder bei Neuinstallationen oder Upgrades. Sie können die neuen Parameter auch in der Datei
parameters.JSON
hinzufügen.Finden Sie in unserem Installationshandbuchheraus, welche die neuen Parameter sind, und sehen Sie sich einige Beispiele für deren Verwendung an.
Publish-IdentityServer.ps1
hat jetzt zwei neue obligatorische Parameter:-orchDetails
und-identityServerDetails
. Dies sind Hashtabellen, die die folgenden Werte für Orchestrator bzw. Identity Server enthalten:resourceGroupName
,appServiceName
undtargetSlot
. Weitere Informationen finden Sie unter Publish-IdentityServer.ps1 -Parameter.
Wir haben die folgenden Änderungen an den Sicherheitseinstellungen auf Host-Ebene vorgenommen (zu finden im Hostportal):
- Jetzt ist es zulässig, dass der Wert des Felds Minimale Kennwortlänge im Bereich von 1 bis 256 liegt. Bisher war der maximal zulässige Wert 14.
- Jetzt darf der Wert des Felds Tage vor Ablauf des Kennworts im Bereich von 0 bis 1000 liegen. Bisher war der maximal zulässige Wert 120.
UiPathOrchestrator.msi
funktioniert nur mit ASP.NET Core Hosting Bundle 3.0.x oder 5.0.0-5.0.2.
- Die standardmäßige SignalR-Einstellung im Orchestrator (bei der nur der Websocket-Transport ausgewählt ist) verhindert, dass das entsprechende Remote-Roboter-Dienstprogramm
UiPath.RemoteDebugging.Agent.exe
in Umgebungen mit mehreren Knoten ausgeführt wird (entweder eigenständige oder Automation Suite-Installationen). Um dieses Verhalten zu korrigieren, wählen Sie alle verfügbaren SignalR-Transporte aus – WebSocket (Standardauswahl), vom Server gesendete Ereignisse (SEE) und lange Abfragen – und aktivieren Sie Sticky Sessions auf dem Lastenausgleich. - Nach dem Upgrade auf Orchestrator 2021.10 Beim Starten der Anwendung wird möglicherweise die Fehlermeldung „HTTP-Fehler 500.30 ASP.NET Core-App konnte nicht gestartet werden“ zurückgegeben.
Dies geschieht, weil das Konfigurationssystem nicht initialisiert werden kann und die folgende Ausnahme zurückgibt:
„Ausnahmeinfo: System.Configuration.ConfigurationErrorsException: Konfigurationssystem konnte nicht initialisiert werden –System.Configuration.ConfigurationErrorsException: Unbekannter Konfigurationsabschnitt system.web. (C:\Programme (x86)\UiPath\Orchestrator\UiPath.Orchestrator.dll.config Zeile 228)".
UiPath.Orchestrator.dll.config
, indem Sie die folgenden Konfigurationsabschnitte und die entsprechenden Unterabschnitte entfernen:
<system.web>
<system.webserver>
<system.webServer>
<system.serviceModel>
<nwebsec>
<system.net>
- Beim Aktualisieren Ihrer Orchestrator-Version auf 2021.10 wird möglicherweise der folgende Fehler zurückgegeben:
Updating failed with the following error: System.Exception: Error:-1, Message:An error occurred while migrating orchestrator data during post migration. DomainUnreachable at UiPath.OrchestratorCAs.IdentityDatabaseManager.RunDbMigrationToolObfuscatedLogging(String arguments, String[] tokensToObfuscate) at UiPath.OrchestratorCAs.IdentityDatabaseManager.MigrateUsersFromOrchestratorDbOnIdentityDecoupledInstall(String webConfigPath, String identityPublicUrl, String orchestratorDBConnectionString, String identityDBConnectionstring, String secretsFilePath) at UiPath.OrchestratorCAs.IdentityDatabaseManager.ApplyDbMigrationsOnIdentityDecoupledInstalling(String webConfigPath, String identityAppSettingsJsonPath, String orchestratorUrl, String identityPublicUrl, String orchestratorDbConnectionString, String identityDbConnectionstring) at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.ApplyIdentityDbConfigMigrations() at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.Execute() at UiPath.OrchestratorCAs.CustomActions.Base.BaseCustomAction.InternalExecute
Updating failed with the following error: System.Exception: Error:-1, Message:An error occurred while migrating orchestrator data during post migration. DomainUnreachable at UiPath.OrchestratorCAs.IdentityDatabaseManager.RunDbMigrationToolObfuscatedLogging(String arguments, String[] tokensToObfuscate) at UiPath.OrchestratorCAs.IdentityDatabaseManager.MigrateUsersFromOrchestratorDbOnIdentityDecoupledInstall(String webConfigPath, String identityPublicUrl, String orchestratorDBConnectionString, String identityDBConnectionstring, String secretsFilePath) at UiPath.OrchestratorCAs.IdentityDatabaseManager.ApplyDbMigrationsOnIdentityDecoupledInstalling(String webConfigPath, String identityAppSettingsJsonPath, String orchestratorUrl, String identityPublicUrl, String orchestratorDbConnectionString, String identityDbConnectionstring) at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.ApplyIdentityDbConfigMigrations() at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.Execute() at UiPath.OrchestratorCAs.CustomActions.Base.BaseCustomAction.InternalExecute
Um dieses Verhalten zu verhindern, stellen Sie sicher, dass die Installation von einem Domänenbenutzer mit Domänenzugriff ausgeführt wird. Führen Sie den folgenden Shell-Befehl aus, um zu überprüfen, ob der Domänenbenutzer Zugriff hat:
$domain="WindowsAuth.Domain" $context = new-object System.DirectoryServices.ActiveDirectory.DirectoryContext("domain",$domain) [system.directoryservices.activedirectory.domain]::GetDomain($context)
$domain="WindowsAuth.Domain" $context = new-object System.DirectoryServices.ActiveDirectory.DirectoryContext("domain",$domain) [system.directoryservices.activedirectory.domain]::GetDomain($context)
- Der Orchestrator zeigt die Zeitformate auf der Seite Protokolle nicht korrekt an, wenn die Orchestrator-Sprache auf Chinesisch, Japanisch oder Koreanisch festgelegt ist.
0
-Zeichen wurde als durchgestrichene Null angezeigt und verhinderten, dass das Zeichen nach0
angezeigt wurde. Wenn beispielsweise11時20分03秒
angezeigt werden sollte, wurde stattdessen11時2Ø03秒
angezeigt. - Gelegentlich zeigt einer der Knoten beim Start/Neustart Ihrer Orchestrator-Maschine Fehler an und funktioniert nicht. Dies ist kein Problem mehr.
- Deadlocks traten in Orchestrator 2020.10.10-Umgebungen auf, wenn die Verarbeitung von Warteschlangenelementen weniger als eine Sekunde pro Warteschlangenelement dauerte. Prozesse haben in diesem Fall mehrere Fehler „Ein Fehler ist aufgetreten. Fehlercode: 0“ ausgegeben und sind dann abgestürzt. Das Problem wurde behoben und Sie können jetzt Warteschlangenelemente verarbeiten, ohne dass Deadlocks auftreten.
- Beim Konfigurieren von System-E-Mail-Benachrichtigungen konnte die Schaltfläche E-Mail-Einstellungen testen nicht verwendet werden, wenn Standardanmeldeinformationen verwenden ausgewählt wurde und die Felder SMTP-Benutzername und SMTP-Kennwort leer waren.
- Neuigkeiten
- Neuer Mechanismus zum Starten von Aufträgen über Warteschlangen-Trigger
- Protokollieren von Laufzeitausnahmen in Elasticsearch
- S3-kompatibler Speicher
- Azure AD auf Organisations-/Mandantenebene
- Benutzerdefinierter AIMWebserviceName
- Verbesserungen
- Leistung
- Einrichten
- Passwortrichtlinie
- Bekannte Probleme (Known Issues)
- Fehlerkorrekturen (Bug Fixes)