Was gibt’s neues bei Server 2024.1?
Version : 2024.1
Veröffentlichungsdatum : 1. Mai 2024
Gehen Sie zu den vollständigen Server 2024.1 Versionshinweisen .
Neue Funktionen
Asset-Besitzerrechte übertragen
In dieser Version haben wir Administratoren die Möglichkeit gegeben, die Besitzerrechte an Workflows und Zeitplänen zwischen Benutzern zu übertragen, ohne dass sie sich im selben Studio wie die neuen Besitzer befinden müssen. Dies erleichtert die Verwaltung der Besitzerrechte an Workflows und Zeitplänen, insbesondere wenn Mitarbeiter:innen das Unternehmen verlassen. Dadurch wird die Zusammenarbeit verbessert und langwierige Nacharbeiten werden verhindert, wenn sich Workflow-Besitzer ändern. So werden Unterbrechungen der Daten-Pipelines vermieden.
Für Workflows bedeutet das Folgendes: Wenn ein Workflow auf neue Besitzer übertragen wird, wird er vom Studio der vorherigen Besitzer in das Studio der neuen Besitzer verschoben. Das Besitzerfeld wird aktualisiert. Wenn Workflows übertragen werden, bleibt der Versionsverlauf erhalten, was für die Audit-Compliance und Versionskontrolle unerlässlich ist.
Neben dieser neuen Funktionalität sind unter Benachrichtigungen neue Benachrichtigungsoptionen verfügbar. Diese werden automatisch aktiviert, wenn Sie eine Aktualisierung durchführen. Benachrichtigungen werden beim Übertragen von Workflows per Server-Benutzeroberfläche und per API gesendet. Sowohl der vorherige als auch der neue Besitzer werden benachrichtigt. Weitere Informationen finden Sie auf der Hilfeseite Benachrichtigungen .
Sie können Asset-Besitzerrechte in der Server-Benutzeroberfläche oder mit Server API V3-Endpunkten übertragen.
Asset-Besitzerrechte in der Server-Benutzeroberfläche übertragen
Administratoren können nun die Besitzerrechte für Assets von der Server-Benutzeroberfläche für einzelne Zeitpläne oder Workflows sowie im Massenvorgang übertragen. Die Massenübertragung von Assets ermöglicht reibungslosere Übergänge ohne große Abhängigkeit von der API.
Weitere Informationen zu dieser Funktion finden Sie unter Besitzerrechte für Workflows übertragen und Besitzerrechte für Zeitpläne übertragen .
Asset-Besitzerrechte mithilfe der Server API V3 übertragen
Wir ermöglichen es Administrator nun, die Besitzerrechte an Workflows, Zeitplänen und Sammlungen zwischen Benutzern unter Verwendung der V3-APIs zu übertragen. Sie müssen sich dabei nicht im selben Studio wie der neue Besitzer befinden.
PUT /v3/workflows/{workflowId}/transfer
Dieser neue API-Aufruf ermöglicht die Übertragung der Workflow-Besitzerrechte eines einzelnen Workflows unabhängig von einem Studio. So können Administratoren einen Workflow an Benutzer übertragen, die sich nicht im selben Studio wie der Workflow befinden.
Es gibt eine zusätzliche Option, um alle Zeitpläne zu übertragen, die mit dem Workflow verknüpft sind, für die der aktuelle Workflow-Besitzer Besitzerrechte hat. Dadurch können Administratoren Workflows und die mit ihnen verbundenen Zeitpläne gleichzeitig übertragen. Es werden nur die Zeitpläne übertragen, die der bestehende Workflow-Besitzer besitzt.
PUT /v3/users/{userId}/assetTransfer
Mit diesem neuen API-Aufruf können Administratoren alle Workflows, Zeitpläne und Sammlungen in einem einzigen Aufruf von einem Benutzer an einen anderen übertragen. Die Admins können auswählen, welche dieser Assets übertragen werden sollen. Dadurch können sie alle Assets schnell und einfach von einem Benutzer an einen anderen übertragen.
Diese APIs erleichtern es Kundinnen und Kunden, die Besitzerrechte für Workflows, Zeitpläne und Sammlungen zu verwalten. Weitere Informationen zu den neuen API-Endpunkten finden Sie unter Workflow-Endpunkte und Benutzer-Endpunkte .
SQL-Datenbankunterstützung
Neben der bestehenden MongoDB-Integration werden nun auch SQL-Datenbanken unterstützt. Diese Erweiterung bietet Ihnen die Flexibilität, relationale Datenbanken entsprechend Ihren Vorlieben und Anforderungen zu nutzen. Wir haben die SQL DB-Unterstützungsfunktion sowohl in FIPS-kompatiblen als auch in Nicht-FIPS-Umgebungen integriert. Derzeit wird nur Microsoft SQL Server unterstützt.
Um die SQL-DB mit Ihrem Alteryx Server zu verwenden, müssen Sie das unter Alteryx-Systemeinstellungen konfigurieren.
Controller:
Unter Controller > Persistence haben wir die Option der benutzerverwalteten SQL-DB hinzugefügt, mit der Sie eine Verbindung zu Ihrer SQL-DB herstellen können.
Geben Sie unter Controller > Persistence > Database > SQL Connection die SQL-DB-Verbindungszeichenfolge ein.
Weitere Informationen zum Konfigurieren des Controllers mit der SQL-DB-Option finden Sie unter Controller .
Server-Benutzeroberfläche (Server UI):
Unter Server-Benutzeroberfläche > Persistence > „Advanced Connections" wird die Server-Persistenz-Benutzeroberfläche automatisch für die erweiterte SQL-Verbindung geladen, wenn Sie „Benutzerverwaltete SQL-DB“ im Abschnitt Controller > Persistence ausgewählt haben.
Geben Sie unter Server-Benutzeroberfläche > Persistence > Web Persistence die SQL-DB-Verbindungszeichenfolge ein. Eine Kennzeichnung vom Typ „MultipleActiveResultSets (MARS)" wird automatisch hinzugefügt. Alteryx Server benötigt diese Kennzeichnung, um komplexe Abfragen auszuführen. Ohne diese Kennzeichnung wären mehrere Vorgänge nicht möglich und Server wäre nicht voll funktionsfähig. Weitere Informationen zu dieser Kennzeichnung finden Sie unter Multiple Active Result Sets (MARS) .
Weitere Informationen zum Konfigurieren der Server-Benutzeroberfläche mit der SQL-DB-Option finden Sie unter Server-Benutzeroberfläche .
Weitere Informationen zur Verwaltung der SQL-DB in Server finden Sie auf der Hilfeseite SQL-DB-Verwaltung . Auf dieser Seite finden Sie weitere Details zu SQL-DB-Schemata und Verbindungszeichenfolgen sowie den Leitfaden zur Migration von Mongo zu SQL .
Verbesserungen bei der Krypto-Migration
Wir haben die folgenden Verbesserungen am Prozess der Krypto-Migration vorgenommen:
Vorabprüfung
Um voraussichtliche Probleme abzuschätzen, die Sie vor der Aktualisierung auf 2022.3 oder höher möglicherweise beheben müssen, führen Sie die Vorabprüfung als Teil des Crypto Pre-Migration-Hilfsprogramms aus.
Während des Prozesses der Vorabmigration oder der vollständigen Migration können Sie verbesserte Fehlerprotokolle einsehen, mit denen Sie die Probleme selbst lösen können. Auf diese Weise können Sie empfohlene Maßnahmen ergreifen, um sicherzustellen, dass die vollständige Migration trotz eventueller Fehler erfolgreich abgeschlossen wird. Prüfen Sie die Protokolle auf Datensätze, die im Rahmen der erfolgreichen Migration gelöscht wurden.
Wir haben drei neue Ausführungsoptionen hinzugefügt, wenn der Schritt vor der Migration (Apps) und der Anmeldedatenvalidierung ausgeführt wird:
Standard: Die Vorabmigration und die Vorabprüfung zur Migration gleichzeitig ausführen (-p)
Nur die Vorabmigration (Apps) ausführen (--appsonly)
Nur den Schritt zur Validierung der Anmeldedaten ausführen (--credonly)
Während Sie das Pre-Migrator-Tool ausführen, müssen Sie das Controller-Token (-t) und den Hostnamen/die IP-Adresse (-i) des Controllers angeben. Dies bedeutet auch, dass Sie jetzt das Pre-Migrator-Tool in einer Einrichtung mit mehreren Knoten ausführen können, indem Sie den Hostnamen/die IP-Adresse des Controllers und das Controller-Token angeben.
Please note that 2 instances of the Migration Prep Tool tool cannot run simultaneously for the same controller.
Verbesserte Fehlermeldungen
Beispiel für eine verbesserte Fehlermeldung:
28.02.2024 10:06:38.038910;3;Fehler beim Parsen der XML-Datei „C:\Programme\Alteryx\RuntimeSettings.xml“: Zeichenposition=0; Nachricht=Datei wurde nicht gefunden
28.02.2024 10:06:38.038834;3;<Fehler beim Parsen der XML-Datei “:\Programme\Alteryx\RuntimeSettings.xml“: Zeichenposition=0; Nachricht=Datei wurde nicht gefunden>. Bitte prüfen, ob <„C:\Programme\Alteryx\RuntimeSettings.xml“> vorhanden ist.
Weitere Informationen zur Vorabprüfung finden Sie unter Migration-Prep-Tool ausführen .
Benutzeroberflächen-Suche und -Sortierung nach Workflows und Zeitplänen
Wir haben unsere Such- und Sortierfunktionen auf Server sowohl für Admin- als auch für Nicht-Admin-Benutzer verbessert, wodurch die Server-Benutzeroberfläche insgesamt optimiert wurde. Jetzt können Sie Folgendes ganz einfach ausführen:
Suchen Sie anhand der „Workflow-ID“ in „Zeitpläne“ und „Mein Arbeitsbereich“ (Registerkarten „Meine Dateien“, „Für mich freigegeben“ und „Öffentlich“).
Suchen Sie anhand von „Besitzer“ in „Zeitpläne“ und „Mein Arbeitsbereich“ (Registerkarten „Für mich freigegeben“ und „Öffentlich“).
Filtern Sie nach Engine „AMP“ in „Zeitpläne“ und „Mein Arbeitsbereich“ (Registerkarten „Meine Dateien“, „Für mich freigegeben“ und „Öffentlich“).
Filtern Sie nach „Typ“ in „Mein Arbeitsbereich“ (Registerkarten „Meine Dateien“, „Für mich freigegeben“ und „Öffentlich“).
Weitere Informationen zur Suche finden Sie unter Assets suchen .
Server-SAML-Authentifizierung ohne CEF
Wir haben den SAML-Authentifizierungsbrowser von Designer von Chromium Embedded Framework (CEF) in den Standardbrowser des Rechners geändert. Dadurch können Sie Sicherheitsprobleme vermeiden, wenn CEF veraltet ist, bevor eine aktualisierte Designer-Version veröffentlicht wird.
Dienst-Zeitstempel in UTC-Format konvertiert
Alle Zeitstempel in den Datenbanken von Server wurden in das UTC-Format konvertiert. Standardmäßig werden jetzt in der Benutzeroberfläche alle Datum/Uhrzeit-Felder entsprechend der Zeitzone des Profils der Benutzer angezeigt. Die einzige Ausnahme ist das Häufigkeitsfeld, das die Zeitzone des Benutzerprofils in der gesamten Anwendung nicht berücksichtigt. Vielmehr würde es die Zeitzone widerspiegeln, die der auf dem Bearbeitungsbildschirm des Zeitplans ausgewählt hat, zusammen mit der Zeitzone.
Bitte beachten Sie, dass Zeitstempel, die Sie direkt der Server-Datenbank entnehmen, zur produktübergreifenden Standardisierung in das UTC-Format migriert wurden und damit die Sommerzeit keine Probleme verursacht.
Betroffene APIs
Alle Server-APIs mit einem Zeitstempel-Element sind betroffen.
Die Liste der betroffenen APIs über Swagger umfasst:
POST /v3/schedulesPUT /v3/schedules/{scheduleId}GET /v3/schedulesGET {scheduleId}/v3/schedules/
For more information about these API endpoints, visit the Schedules Endpoints help page.
Wenn Sie eine Aktualisierung von einer älteren Version auf 2024.1 durchführen, werden die Zeitstempel vorhandener Assets beim Start von AlteryxService in den neuen UTC-Standard konvertiert.
Beachten Sie, dass AlteryxService Bibliotheken von Drittanbietern verwendet, um die Zeitzoneninformationen in der Datenbank zu aktualisieren. Diese müssen aktualisiert werden, sobald eine Aktualisierung vorliegt. Wenn es eine Zeitzone gibt, die nicht die korrekten Versatzwerte angibt, warten Sie bitte auf die Aktualisierung der Bibliothek.
DCM-Verbindungsbehandlung
Wir haben den Abschnitt „DCM-Verbindungsbehandlung“ zur Admin-Oberfläche hinzugefügt, in dem Sie Regeln für die DCM-Verbindungsbehandlung verwalten können. In diesem Abschnitt können Sie definieren, welche auf Server vorhandenen Verbindungen anstelle von Workflow-Verbindungen verwendet werden sollen, wenn Workflows auf Server ausgeführt werden.
Für jede Umgebung können Sie eine Liste mit Verbindungs-IDs definieren, die bei der Ausführung durch eine andere Verbindung ersetzt werden sollen, wenn sie im Workflow gefunden werden. Dies bedeutet, dass für eine solche Umgebung jede Quell-Verbindungs-ID (im Workflow vorhanden) zur Laufzeit der Engine als Zielverbindung (definiert durch die Verbindungs-ID) aufgelöst wird.
In a single-Server setup, you can still make sure that the workflow is executed differently in the Designer than on the Server. This enables an easier lifecycle of workflows across multiple environments (dev, test, production) without making changes to it.
Weitere Informationen zu den Regeln für die Behandlung von DCM-Verbindungen finden Sie unter DCM-Verbindungen und DCM-Verbindungsbehandlung . Die erforderlichen Berechtigungen für die Regeln zur DCM-Verbindungsbehandlung finden Sie unter Rollen und Benutzerrollen und -berechtigungen .
Informationen zu den API-Endpunkten zur Verwaltung von Regeln der DCM-Verbindungsbehandlung finden Sie auf der Hilfeseite DCME-Endpunkte .
DCM – Generischer externer Tresor
Diese Option ermöglicht es Ihnen, einen generischen Tresor zu konfigurieren, der Geheimnisse von den vorhandenen externen Tresoren (HashiCorp, Conjur und AWS) mithilfe der Basisauthentifizierung abrufen kann. Sie können die DCM-Konfiguration verwenden, um Geheimnisse, die in DCM-Anmeldedaten zur Laufzeit verwendet werden, aus einem Tresor abzurufen, indem Sie ein benutzerdefiniertes Skript oder eine ausführbare Datei bereitstellen, das bzw. die die Authentifizierung und den Abruf der Geheimnisse übernimmt. Ein solcher Tresor kann über Designer und über Server erstellt werden.
Diese Option ermöglicht es Ihnen, einen generischen Tresor zu konfigurieren, der Geheimnisse von jedem Tresor mit einer programmatischen Schnittstelle mithilfe der Basisauthentifizierung abrufen kann.
Weitere Informationen finden Sie unter DCM – Server und Data Connection Manager: Server-Benutzeroberfläche .
DCM-Berechtigungen
Neben anderen neuen DCM-Funktionen und -Änderungen haben wir neue DCM-Berechtigungen hinzugefügt:
DCM-Assets erstellen oder bearbeiten
Anmeldedaten für DCM-Verbindung nur zur Ausführung auf Server freigeben
Anmeldedaten für DCM-Verbindung für Zusammenarbeit freigeben
Generische Tresore verwalten
These permissions are automatically enabled for new and existing users, except for the Manage Generic Vaults permission.
Weitere Informationen finden Sie auf der Hilfeseite Benutzerrollen und -berechtigungen .
Gleichzeitige DCM-Freigabe
Sie haben jetzt die Möglichkeit, dieselbe Verbindung mit einem Benutzer zur Zusammenarbeit und mit derselben Person oder einem anderen Benutzer zur Ausführung zu teilen. Weitere Informationen finden Sie unter Data Connection Manager: Server-Benutzeroberfläche .
HashiCorp Vault mTLS-Authentifizierung
Es gibt eine neue mTLS-Authentifizierungsmethode zum Abrufen von Geheimnissen aus dem HashiCorp Vault.