Skip to main content

Guide de mise à niveau version par version de Server : version non prises en charge

Important

Consultez la liste de contrôle de mise à niveau de Server pour planifier et exécuter une mise à niveau réussie de Server, y compris le workflow de vérification préalable à la mise à niveau pour identifier les problèmes qui entraînent l'échec des mises à niveau.

En quoi ce document aide-t-il ?

Ce document présente les tâches et les modifications que vous devez connaître lors de la mise à niveau des versions d'Alteryx Server. Les problèmes sont cumulatifs, alors lisez chaque section au fur et à mesure que vous passez d'une version à une autre. Cela ne remplace pas les notes de publication (voir les liens dans chaque section).

Ce document inclut uniquement les versions non prises en charge de Server. Pour les versions prises en charge, consultez le Guide de mise à niveau version par version de Server : versions prises en charge.

Calendrier de publication

  • Les versions semestrielles ajoutent des fonctionnalités, mais peuvent également modifier la gestion de Server en vous obligeant, vous ou vos utilisateurs, à modifier votre comportement.

  • Chaque trimestre, les mises à jour/correctifs de maintenance permettent de résoudre les problèmes détectés dans la version initiale. Par exemple, la première version de maintenance pour 2022.3 serait 2022.3.2.

Légende

ARRÊT TECHNIQUE

Modification importante nécessitant une mise à niveau vers cette version avant de passer à une version ultérieure.

Mise à niveau de MongoDB

La version de la base de données Mongo est mise à niveau.

Une mise à niveau d'Alteryx Server ne peut inclure qu'UNE SEULE mise à niveau de version MongoDB entre votre version actuelle et la version de mise à niveau cible.

CRITIQUE

Problème critique : les administrateurs doivent traiter ce problème ou en être conscients lorsqu'ils passent à cette version ou une version ultérieure.

Critères pour les entrées de cette liste

Cette liste synthétise les notes de publication de chaque version pour indiquer où :

  • Les administrateurs ou utilisateurs doivent effectuer une action.

  • L'élément est important pour choisir une version de mise à niveau (c'est-à-dire, changement de comportement ou défaut).

  • Une modification importante a été apportée à l'administration de Server.

Liens rapides

2018.1

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2018.1

MongoDB 3.4

Mise à niveau de MongoDB : mises à niveau de MongoDB intégré de la version 3.0.4 à la version 3.4

Tâche : si vous utilisez Mongo intégré, effectuez une mise à niveau vers la version 2019.3-2021.3 avant la mise à niveau vers la version 2021.4+ pour vous assurer que Mongo intégré est mis à niveau vers la version 4.0. Notez que les besoins en espace disque libre représentent 1x-3x votre taille de base de données Mongo actuelle.

2019.3

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2019.3

MongoDB 4.0

Mise à niveau de MongoDB : mises à niveau de MongoDB intégré de la version 3.4 à la version 4.0.10

Tâche : si vous utilisez Mongo intégré, effectuez une mise à niveau vers la version 2019.3-2021.3 avant la mise à niveau vers la version 2021.4+ pour vous assurer que Mongo intégré est mis à niveau vers la version 4.0. Notez que les besoins en espace disque libre représentent 1x-3x votre taille de base de données Mongo actuelle.

2019.3

CRITIQUE

Mise à niveau de Python : mises à niveau de Python intégré de 3.6.0 à 3.6.8 (Conda)

Impact : les utilisateurs doivent retester Python dans les workflows. Engine utilise toujours Python version 3, donc il devrait y avoir peu d'impact sur les scripts.

Tâche : tous les outils de connecteur doivent être réinstallés à partir de YXI.

2020.1

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2020.1

Problème MongoDB : les noms d'utilisateur NULL, les e-mails ou les souscriptions provoqueront des échecs de mise à niveau dans cette version et dans les versions futures.

Tâche : utilisez le workflow Vérifications préalables à la mise à niveau pour identifier les valeurs NULL avant la mise à niveau vers cette version ou une version ultérieure.

2020.1

Modification administrative : les créateurs ont la possibilité de créer des collections par défaut.

Impact : cela ajoute des fonctionnalités dont les créateurs ne disposaient peut-être pas auparavant.

Tâche : pour supprimer cette fonctionnalité pour un utilisateur, modifiez son enregistrement utilisateur et définissez Créer des collections sur Non.

2020.1

Modification administrative : les utilisateurs ayant le rôle Visiteur perdent la possibilité d'exécuter des workflows dans les collections partagées avec eux (TGAL-2666).

Impact : les utilisateurs qui souhaitent exécuter des workflows partagés avec eux dans une collection doivent avoir le rôle Membre. Message d'erreur attendu : ce workflow est publié dans un studio privé. Il faut être membre d'Analytics Gallery pour exécuter les workflows publiés dans les studios privés. Contactez le créateur qui a partagé le workflow pour demander à être membre. Pour plus d'informations sur les adhésions, veuillez contacter sales@Alteryx.com.

Tâche : définissez le rôle de l'utilisateur sur Membre.

2020.1

Défaut TGAL-2745 : en cas d'utilisation de l'authentification AD : les planifications, les collections et les utilisateurs individuels peuvent ne pas s'afficher (corrigé dans 2020.3.9).

Impact : si vous utilisez l'authentification Active Directory, si un utilisateur AD est supprimé :

  • Son enregistrement d'utilisateur affiche une erreur lors de la modification : Erreur inconnue : IdentityNotMappedException

  • S'il possédait une planification ou une collection, ces vues affichent Erreur de chargement des planifications ou erreur de chargement des collections

Tâche : pour déterminer si des utilisateurs de Server ont supprimé des comptes utilisateur Active Directory avant la mise à niveau, exécutez le workflow de bilan de santé d'Active Directory. Si vous rencontrez ce problème, contactez le service clientèle pour résoudre les [CSE Erreurs de galerie lors de l'utilisation de l'authentification Windows].

2020.2

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2020.2

Nouvelles fonctionnalités

2020.3

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2020.3

Nouvelles fonctionnalités

2020.3

Défaut TSM-317 : erreur SQL Server de l'outil Sortie (corrigé dans 2021.2)

Impact : consultez la page Outil Sortie SQL Server : une erreur inconnue s'est produite dans II_PushRecord.

2020.3

Défaut TGAL-2832 : si vous utilisez des groupes AD, le nom d'affichage AD est maintenant utilisé et peut être différent ou vide (corrigé dans 2021.4)

Impact : si vous utilisez l'authentification AD, les noms des groupes AD sont passés du champ « Nom de réseau » au champ « Nom d'affichage ». Cela peut entraîner un affichage différent des noms de groupes AD dans l'interface utilisateur Server ou leur absence totale.

Tâche : consultez Les groupes Active Directory ne s'affichent pas lors de l'ajout de groupes.

2020.3

CRITIQUE

Défaut TGAL-2671 : Authentification Active Directory entraînant un accès administrateur lent à la liste des utilisateurs (corrigé dans 2020.4)

Impact : si vous utilisez l'authentification Active Directory, passez à la version 2020.4+.

2020.4

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2020.4

CRITIQUE

Mise à niveau Python : mises à niveau de Python intégré de 3.6.8 à 3.8.5 (Conda)

Impact : les utilisateurs doivent retester Python dans les workflows. Engine utilise toujours Python version 3, donc il devrait y avoir peu d'impact sur les scripts.

Tâche : tous les outils de connecteur utilisant Python doivent être réinstallés à partir de YXI.

2020.4

Nouvelles fonctionnalités

2020.4

Modification administrative : une collection ne peut plus être partagée avec un Studio privé, partagez des collections avec des utilisateurs à la place.

Impact : cette fonctionnalité avait ouvert une porte dérobée pour les serveurs utilisant l'authentification Active Directory pour permettre l'accès aux collections par les utilisateurs de différentes forêts AD.

Pour ce faire, les étapes suivantes étaient utilisées :

  1. Un utilisateur AD d'un autre domaine accédait au site Web de l'interface utilisateur Server.

  2. Cela créait un studio privé et un enregistrement ServerUser pour l'utilisateur.

  3. La collection était ensuite partagée avec le studio privé, donnant à l'utilisateur Server de l'autre domaine AD l'accès à la collection.

Désormais, il est impossible de partager la collection avec un utilisateur AD d'un autre domaine, car la collection ne peut être partagée qu'avec des utilisateurs de la même forêt AD.

2020.4

Défaut TGAL-6039 : si vous utilisez l'authentification AD, impossible de modifier le propriétaire de la collection (corrigé dans 2022.1)

Impact : si vous utilisez l'authentification Active Directory, si l'utilisateur AD est supprimé pour un utilisateur de Server propriétaire d'une collection, la page de modification du propriétaire de la collection apparaît vide.

Tâche : modifiez l'utilisateur dans l'interface utilisateur Server et définissez son rôle sur Aucun accès pour corriger ce problème.

2020.4

Défaut TDALI-1078 : la sortie PowerPoint de l'outil Rendu est corrompue (corrigé dans 2022.3)

Impact : le fichier PPT/PPTX présente une erreur à l'ouverture : PowerPoint a trouvé un problème avec le contenu dans…. Sélectionnez Réparer pour ouvrir le fichier.

2021.1

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2021.1

CRITIQUE

Modification administrative : les connexions de base de données partagée Server doivent désormais être partagées avec les utilisateurs qui tentent d'exécuter ou de planifier un workflow à l'aide de la connexion. Auparavant, un workflow utilisant une connexion de base de données partagée pouvait être partagé avec une collection et tous les utilisateurs de la collection pouvaient l'exécuter.

Impact : les workflows et les planifications qui fonctionnaient auparavant peuvent maintenant recevoir des erreurs Impossible de traduire l'alias. Le correctif 5 de 2022.1 et le correctif 2 de 2022.3 offrent la possibilité de restaurer cette fonctionnalité.

Tâche : pour les workflows recevant une erreur après la mise à niveau, déterminez la connexion de base de données Server partagée utilisée par le workflow et partagez-la avec l'utilisateur tentant d'exécuter ou de planifier le workflow.

2021.1

Nouvelles fonctionnalités

  • Prévision de planification

  • Mongo géré par l'utilisateur prend en charge les chaînes de connexion pour TLS/SSL, les ensembles de répliques, le sharding ou Mongo Atlas. Voir Paramètres système Alteryx > Contrôleur > Persistance.

2021.1

Modification du système : les emplacements des fichiers de configuration ont changé.

Impact :

  • Fichiers de configuration :

    • Avant : C:\Program Files\Alteryx\bin\config

    • Maintenant : C:\Program Files\Alteryx\bin\server\config

  • Webroot :

    • Avant : C:\Program Files\Alteryx\bin\RuntimeData\gallery

    • Maintenant : C:\Program Files\Alteryx\bin\RuntimeData\server

2021.1

Amélioration de la sécurité : impose que les paramètres OAuth soient envoyés comme en-têtes plutôt que comme paramètres de requête.

2021.1

Défaut TGAL-2872 : les administrateurs peuvent voir les tâches exécutées par d'autres utilisateurs sur des workflows partagés mais recevoir une erreur d'accès refusé lorsqu'ils tentent d'accéder aux résultats (corrigé dans 2021.4).

Impact : si un utilisateur A partage un workflow avec un administrateur via une collection ou en se trouvant dans le même Studio, l'administrateur voit les tâches exécutées par l'utilisateur A, manuellement ou via une planification. Lorsque l'administrateur sélectionne la tâche pour afficher les résultats, il reçoit une erreur lors de l'obtention des résultats de la tâche (accès refusé). Le défaut est que la tâche exécutée par l'utilisateur A ne doit pas apparaître dans la liste des tâches que l'administrateur voit.

2021.2

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2021.2

ARRÊT TECHNIQUE

Première version compatible avec la migration Crypto 2022.3+

Impact : les versions 2021.2 - 2022.1 sont compatibles avec la migration Crypto MongoDB effectuée lors de la mise à niveau vers la version 2022.3+.

Tâche : si vous effectuez une mise à niveau à partir d'une version antérieure vers la version 2022.3+, vous devrez effectuer une mise à niveau vers la version 2021.2 - 2022.1, puis effectuer un test, puis une mise à niveau vers la version 2022.3.

2021.2

Modification de MongoDB : les e-mails en double entraînent un échec de la mise à niveau dans cette version et les versions ultérieures.

Impact : utilisez le workflow Vérifications préalables à la mise à niveau pour identifier les e-mails en double avant la mise à niveau vers cette version ou une version ultérieure.

2021.2

Nouvelles fonctionnalités

2021.2

Fonctionnalité supprimée : Option de partage des workflows supprimée de la page Workflow.

Impact : supprime les options permettant de partager des workflows via les réseaux sociaux et par e-mail à partir de cette page.

2021.2

Défaut TCPE-120 : défaut de l'outil Sélectionner de Designer. Le champ « XXX » a été renommé et est en conflit avec un nom de champ existant (corrigé dans 2022.1).

Impact : un message d'erreur s'affiche dans l'outil Sélectionner lorsque les noms des champs de données entrants ont changé de casse depuis la configuration de l'outil.

2021.2

Changement de mise à niveau : le service ne démarre pas si la migration du schéma MongoDB a échoué.

Impact : cela garantit que les problèmes empêchant la migration du schéma sont résolus avant le démarrage du service. Le workflow Vérifications préalables à la mise à niveau est le meilleur moyen de garantir la réussite de la migration du schéma.

2021.2

Défaut TCPE-531 : les fichiers .hyper lisent les chaînes dans Alteryx en tant que V_WString

Impact : les fichiers .hyper lisent les chaînes dans Alteryx en tant que V_WString (1,073,741,823) alors que les versions précédentes les lisent en tant que V_WString (255).

Tâche : utilisez un champ automatique ou l'outil Sélectionner après avoir lu les données .hyper pour réinitialiser le type de colonne.

2021.3

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2021.3

Amélioration des performances - Les performances de prévision de planification ont été considérablement améliorées

2021.3

Défaut : l'exécution d'alteryxservice setserversecret entraîne une erreur Échec de la définition de la phrase secrète du serveur : erreur dans CryptImportKey(3) : données incorrectes (-2xxx)

Impact : aucun défaut n'a été créé. Pour corriger cela, modifiez les paramètres d'exécution, supprimez le contenu de la section phrase secrète du serveur et enregistrez.

2021.3

Connexions de base de données - Fin de la prise en charge des connexions aux bases de données 32 bits

Impact : consultez la FAQ sur la fin de la prise en charge des connexions de base de données 32 bits. La fin de vie finale pour les connexions 32 bits est la version 2023.1.

Tâche : les utilisateurs doivent passer à des connexions 64 bits, voir Version 21.3 et connexions 32 bits.

2021.3.4

Défaut TGAL-6268 : les point de terminaison d'API GET /admin/v1/workflows et /workflows/jobs/ ne renvoient pas les données attendues (corrigé dans 2021.3.6, 2021.4.2 Correctif 2).

Impact :

  • GET admin/v1/jobs - Une recherche vide renvoyait toutes les tâches, elle renvoie maintenant une matrice vide.

  • GET admin/v1/workflows - Une recherche vide renvoyait tous les workflows, elle renvoie maintenant une matrice vide.

  • Les processus qui utilisent le point de terminaison d'API admin/v1/workflows pour migrer les workflows entre les serveurs sont affectés.

Tâche : consultez une présentation des modifications à apporter et un exemple de workflow qui effectue des migrations de workflow mis à jour en fonction de ce défaut : Migration de workflows.

2021.3.6

MongoDB 4.2

Mise à niveau de MongoDB : mises à niveau de MongoDB intégré de la version 4.0 à la version 4.2

Impact : la version de maintenance .6 de 2021.3 met à niveau la version de MongoDB, voir les détails dans la section 2021.4 ci-dessous.

2021.3.6

Défaut TGAL-6566 : le service ne démarre pas après la mise à niveau vers 2021.3.6 avec l'erreur Mongo : l'index fd5e7f7ad98778251ca676578977ec1 existe déjà avec un nom différent : erreur de serveur générique. Code : <mongodb:85> dans LastStartupError.txt (corrigé dans 2021.3.7).

Impact : ceci affecte uniquement les mises à niveau vers 2021.3.6.

Tâche : contactez l'assistance et orientez le CSE vers l'article interne Impossible de mettre à niveau Server avec une base de données gérée par l'utilisateur dans la version 4.2+. Note aux TAM : les étapes de l'article sont simples et peuvent être effectuées de manière proactive avant la mise à niveau (voir Jennifer Powell).

2021.4

Nouveautés / Notes de publication

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2021.4

MongoDB 4.2

Mise à niveau de MongoDB : mises à niveau de MongoDB intégré de la version 4.0.10 à la version 4.2.15

Impact : alors que la mise à niveau initiale était vers la version 4.0.10, les correctifs suivants ont été mis à niveau vers la version 4.2.15 [CSE interne (TGAL-6772)].

Tâche : si vous utilisez MongoDB intégré, la mise à niveau vers cette version ou ultérieure mettra à niveau MongoDB vers la version 4.2. Notez que les besoins en espace disque libre représentent 1x-2x votre taille de base de données Mongo actuelle.

Note

Si votre première installation de Server était antérieure à 2018.1 et que votre dossier MongoDB ne contient pas de fichiers avec l'extension .WT, vous devez sauvegarder et restaurer votre base de données Mongo, puis configurer votre Server pour qu'il utilise le dossier de données restaurées avant cette mise à niveau. Consultez la page Migration de MongoDB à partir de MMAPv1 vers le stockage WiredTiger. [CSE interne - TGAL-6590 et Teams] (corrigé dans 2021.3.7).

2021.4

CRITIQUE

Modification interne : longueur du jeton de contrôleur étendue

Impact : le jeton de contrôleur plus court continuera de fonctionner après votre mise à niveau, mais vous ne pourrez pas effectuer une récupération de l'hôte Server à l'aide du jeton plus court car il ne sera pas accepté par l'étape « AlteryxService.exe setserversecret ». La meilleure pratique consiste à réinitialiser de manière proactive votre jeton de contrôleur à la nouvelle longueur étendue pour vous assurer de pouvoir effectuer une récupération de l'hôte Server à l'avenir.

Tâche :

Extrêmement important

  1. Mettez à niveau votre Server et vérifiez qu'il fonctionne comme prévu.

  2. Arrêtez AlteryxService sur tous les nœuds (ordre : Workers … Interface utilisateur Server… Contrôleur).

  3. Exécutez Paramètres système Alteryx sur le nœud du contrôleur.

  4. Effectuez une sauvegarde de votre jeton de contrôleur existant et de RuntimeSettings.xml. Ce jeton de contrôleur est requis pour revenir à la version 2021.3 ou antérieure, si nécessaire, ou pour restaurer les sauvegardes 2021.4 récentes.

  5. Sélectionnez Contrôleur > Général > Jeton de contrôleur > Régénérer.

  6. Sélectionnez Suivant jusqu'à atteindre Terminer pour redémarrer le service du contrôleur.

  7. Mettre à jour tous les nœuds avec le nouveau jeton de contrôleur (ordre : interface utilisateur Server … Workers)

2021.4

Nouvelle fonctionnalité : Gestionnaire de connexions aux données (DCM)

Impact : un utilisateur peut stocker des mots de passe pour les informations d'identification, les sources de données et les connecteurs dans le DCM. Ils peuvent être utilisés par un utilisateur dans des workflows localement ou sur Server, et partagés sur Server afin que d'autres utilisateurs ou groupes puissent exécuter les workflows de l'utilisateur sur Server. Ceci transfère le contrôle des informations d'identification de l'administrateur de Server vers l'utilisateur publiant le workflow.

2021.4

Nouvelle fonctionnalité : API V3 ajoutée avec de nombreux nouveaux points de terminaison d'administration, OAuth2 et de nouveaux points de terminaison d'API

Impact :

Tâche : si votre Server utilise une adresse de base autre que localhost, copiez le domaine dans l'adresse de l'API Web dans Paramètres système Alteryx > Galerie >Général. Le point de terminaison http://mydomain/gallery/API reste OAuth1 mais sera obsolète dans 2022.1. Voir 2022.1 ci-dessous pour plus d'informations sur la nouvelle API Web OAuth2.

API-21_4_change.png

Si vous disposez d'un équilibreur de charge, vous devez implémenter des sessions persistantes pour utiliser OAuth2. Le non-respect de cette consigne entraînera des erreurs 401 - Non autorisé intermittentes lorsque l'équilibreur de charge enverra un appel d'API à une machine différente de celle qui a généré le jeton Bearer. [CSE - Jira TGAL-6353, TCPE-402 ; Aha SERV-605]

2021.4

Modification de l'interface utilisateur Server : studio privé et pages d'accueil fusionnés

Impact :

2021.4

Modification de l'interface utilisateur Server : si les utilisateurs ont été déplacés d'un studio privé à l'autre, ils verront désormais tous les workflows qu'ils ont créés

Impact : avant cette version, si les utilisateurs étaient déplacés d'un studio privé à un autre (souscriptions), ils ne pouvaient voir que les workflows de leur studio privé actuel. Avec la modification qui affiche les workflows dans « Mon espace de travail », les utilisateurs voient désormais tous les workflows qu'ils ont créés. Toutefois, lorsqu'ils sont affichés, les utilisateurs ne peuvent pas supprimer ni ouvrir de workflows autres que ceux de leur souscription actuelle (attribués dans la page Administrateur> Souscriptions).

Il s'agit d'une étape dans la direction de la suppression des studios privés du produit Server au profit du partage des workflows via des collections. Dans une version ultérieure, les utilisateurs pourront ouvrir et supprimer tous leurs workflows, quel que soit le studio privé dans lequel ils ont été créés.

Tâche : aucune action requise.

2021.4

Modification administrative : l'onglet Tâches partagées avec moi a été supprimé du studio privé (qui s'appelle maintenant Mon espace de travail)

Impact : si les utilisateurs partageaient les résultats des tâches des workflows planifiés en se trouvant dans le même Studio privé, avec le paramètre Planifications partagées activé, ils ne verront plus l'onglet Tâches partagées avec moi dans leur Studio privé pour afficher les résultats des tâches de ces planifications.

Tâche : pour fournir un accès aux planifications partagées :

  • Option 1 : pour les utilisateurs ayant perdu l'accès, activez l'autorisation Planifier des tâches. Les utilisateurs peuvent maintenant voir les résultats des tâches planifiées sur la page des planifications, mais cela leur donne également la possibilité de planifier des tâches.

  • Option 2 : demandez au propriétaire de la planification de partager la planification dans une collection dont tous les utilisateurs sont membres. Ceci est préférable car la conception Server s'éloigne des studios privés au profit des collections.

2021.4

Amélioration : télémétrie améliorée pour suivre l'utilisation au niveau du workflow

Impact :

  • Télémétrie gérée par le client

2021.4

Défaut TGAL-6408 : la balise Worker par défaut affectée à un studio privé n'est pas enregistrée (corrigé dans 2022.3)

Impact : le paramètre Worker affecté du Studio privé n'est pas enregistré.

Tâche : définissez la balise de la tâche lors de la publication du workflow (l'option Affecter des tâches de l'utilisateur doit être définie sur Vrai).

2021.4

Défaut TGAL-6502/TCPE-292 : si vous avez un atlas MongoDB géré par l'utilisateur, la migration du schéma échoue avec plus de 250 utilisateurs/souscriptions (corrigé dans 2021.4.2_Correctif2)

Impact : corrigé dans la version notée ci-dessus.

2021.4

Défaut TCPE-473 : les noms de collection apparaissent avec %20 ou %26 au lieu d'un espace ou de & (corrigé dans 2023.1)

Impact : dans les versions précédentes, les noms de collection étaient enregistrés au format URLEncoded, où un espace était remplacé par %20 (ainsi que d'autres substitutions de caractères). Les versions 2021.4+ affichent les noms des collections exactement tels qu'ils apparaissent dans la base de données.

Tâche : vous pouvez déterminer si cela pose problème en vérifiant si des noms comportant %20 existent dans la collection AlteryxGallery.collections. Le cas échéant, vous pouvez modifier les collections dans l'interface utilisateur Server pour les corriger. S'il y en a trop pour pouvoir les modifier facilement, contactez le service clientèle pour obtenir de l'aide.

2021.4

Modification de la gestion des fichiers Excel XLSX : les fichiers Excel XLSX ne peuvent plus être lus s'ils sont ouverts dans Excel [TDCB-3592]

Impact : ce changement a été apporté pour assurer l'intégrité des données

2021.4.2

Défaut TDES-4123 : lié à l'utilisation d'une fonctionnalité bloquant l'accès Designer des utilisateurs à une URL unique et spécifique de l'interface utilisateur Server (corrigé dans 2021.4.2_Correctif2)

Impact : si la fonctionnalité ci-dessous est utilisée dans les installations Designer locales pour (1) spécifier une URL d'interface utilisateur Server par défaut et (2) empêcher l'utilisateur de se connecter à l'interface utilisateur Server de son choix, l'utilisateur ne voit plus l'interface utilisateur Server par défaut dans le menu Fichier > Ouvrir un workflow et ne pourra donc plus ouvrir les workflows à partir de l'interface utilisateur Server.

Fonctionnalité affectée : contrôler l'accès de Designer à Server

Paramètre spécifique à l'origine du problème :

<Designer>
<ManageGalleriesEnabled>False</ManageGalleriesEnabled>
<DefaultGalleryUrl>http://my-server.com/gallery</DefaultGalleryUrl>
</Designer>

Tâche : modifiez le paramètre <ManageGalleriesEnabled> du fichier XML sur Vrai et demandez à l'utilisateur d'ajouter manuellement l'interface utilisateur Server dans Designer. Remarque : l'utilisateur est maintenant libre d'ajouter d'autres nœuds d'interface utilisateur Server, ce qu'il ne pouvait pas faire auparavant.

2021.4.2

Défaut TGAL-6443 : POST /v3/workflows/ID/versions ne s'affiche pas dans l'interface utilisateur pour les workflows téléchargés depuis Designer (corrigé dans 2022.3)

Impact : si un workflow est initialement publié à partir de Designer, les mises à jour ultérieures à l'aide du point de terminaison POST /v3/workflows/{workflowId}/versions ne mettent pas à jour le workflow. Les workflows initialement chargés avec l'API sont mis à jour comme prévu.

2021.4.2

Avis de sécurité : AMP Engine (corrigé dans 2021.4.2_Correctif1)

Impact : Alteryx a reçu un rapport faisant état d'une vulnérabilité dans le traitement AMP. Alteryx enquête sur l'impact possible. (TELC-2814)

Tâche : nous vous recommandons de désactiver AMP dans Designer et Server.

2021.4.2.47792 Correctif 5

Défaut TGAL-6990 : la mise à niveau échoue avec les connexions aux données Gallery contenant un mot de passe vide (corrigé dans 21.4.2 Correctif 6, 22.1.1 Correctif 4)

Impact : la mise à niveau échoue lorsqu'il existe des connexions aux données Gallery contenant un mot de passe vide, voir Communauté [TGAL-6990].

Tâche :

  • Option : ignorer ce correctif.

  • Option : consulter la page Communauté. Trouver les enregistrements posant problème dans Robo3T dans la base de données AlteryxGallery :

    db.getCollection('dataConnections').find({"PasswordSecured" : ""})

    Modifiez le champ AlteryxGallery.dataConnections.PasswordSecured pour tous les enregistrements avec des mots de passe vides et copiez un mot de passe à partir d'un autre enregistrement. Remarque : mettez à jour la connexion aux données Gallery dans l'interface utilisateur Server une fois la mise à niveau de Server terminée.

2021.4.2.47792 Correctif 5

Défaut TGAL-7256 : les connexions DCM ne fonctionnent pas après la récupération de l'hôte Server (ouvert)

Impact : si la base de données Mongo est restaurée sur une nouvelle machine (récupération de l'hôte Server), les connexions DCM ne fonctionneront pas (les erreurs varient pour chaque outil utilisant DCM).

Tâche : solution de contournement - meilleure option :

  • Meilleure option : les utilisateurs modifient leurs informations d'identification DCM dans l'interface utilisateur Server et saisissent à nouveau le mot de passe.

  • Alternative : supprimez les enregistrements des trois collections dans AlteryxService (dCMEConnections, dCMECredentials, dCMEDataSources) et demandez aux utilisateurs de synchroniser leurs connexions DCM avec le nouveau Server à partir de Designer. Ce processus suppose que les entrées DCM n'ont pas été mises à jour dans l'interface utilisateur Server car elles seraient remplacées par des versions antérieures de Designer.

2022.1

Nouveautés/Notes de publication

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2022.1

CRITIQUE

Modification de la configuration requise pour Server : la configuration requise recommandée pour les cœurs logiques et la mémoire a changé

Impact : AMP est activé par défaut dans 2022.1 et les exigences en mémoire et en cœurs logiques ont changé pour prendre en charge cette fonctionnalité. En outre, AMP peut désormais exécuter des workflows simultanés (1 pour 8 cœurs logiques). Notez le changement de « physiques » à « cœurs logiques » dans le tableau ci-dessous.

Recommended_syssettings.png

Tâche : sauf si AMP est désactivé, vérifiez que les nœuds worker respectent les nouvelles directives. Voir aussi : Meilleures pratiques d'AMP Engine .

Pour désactiver AMP sur le serveur, consultez la page « Que dois-je faire si je souhaite conserver les paramètres système actuels du moteur ? » dans les meilleures pratiques d'AMP Engine.

Meilleures pratiques lors de l'utilisation d'AMP : autorisez Server à gérer simultanément les workflows et la mémoire en sélectionnant :

  • Paramètres système Alteryx > Worker > Général > Autoriser Server à gérer les workflows exécutés simultanément

  • Paramètres système Alteryx > Moteur > Autoriser Server à gérer les ressources du moteur

2022.1

CRITIQUE

Modification des paramètres : AMP Engine et « Autoriser Server à gérer les workflows exécutés simultanément » sont ACTIVÉS par défaut [TCPE-309]

Impact : le paramètre Workflows autorisés à s'exécuter simultanément existant est réinitialisé en fonction des nouvelles recommandations AMP ci-dessus. Si vous choisissez de désactiver AMP, vous devrez restaurer vos paramètres de workflows simultanés pour vous assurer que les performances ne sont pas affectées (le calcul pour les workflows simultanés non AMP est physical_cores / 2).

Tâche : consultez la page « AMP Engine activé par défaut » des notes de publication pour plus de détails.

Pour désactiver AMP : Paramètres système Alteryx > Moteur > Général > Moteur > Moteur d'origine uniquement

2022.1

CRITIQUE

Modification de l'API : API OAuth1 obsolète

Impact : les API utilisent désormais OAuth2 exclusivement. Sélectionnez le point d'interrogation dans le coin supérieur droit de la page Interface utilisateur Server pour obtenir la documentation sur les API. Consultez la section 2021.4 qui présente Oauth2, les liens critiques et des instructions.

API_change_221_1.png
API_change_221_2.png

L'authentification OAuth1 dans les scripts doit être mise à jour vers OAuth2. Envisagez d'abord la mise à niveau vers 2021.4, où les deux types d'authentification sont disponibles, afin que les scripts puissent être transférés sans temps d'arrêt.

2022.1 Correctif 5

Modification administrative : Option permettant aux utilisateurs d'exécuter des workflows à l'aide de connexions de base de données Server partagées

Impact : l'option Autoriser l'accès aux workflows sans informations d'identification partagées a été ajoutée pour autoriser qu'un workflow utilisant une connexion de base de données Server partagée soit exécuté par toute personne avec laquelle le workflow a été partagé via une collection. Les autres utilisateurs n'ont pas besoin que la connexion Gallery soit explicitement partagée avec eux.

Tâche : Accédez à Interface utilisateur Server > Administrateur > Paramètres > Ressources, puis cochez Autoriser l'accès aux workflows sans informations d'identification partagées.

2022.1

ARRÊT TECHNIQUE pour l'authentification intégrée

Modifications de l'authentification intégrée : le chiffrement du mot de passe d'authentification intégré a changé [TGAL-6431]

Impact : le mot de passe de l'authentification intégrée a changé. Si vous utilisez l'authentification intégrée, vous devrez effectuer une mise à niveau vers cette version avant d'effectuer une mise à niveau vers des versions ultérieures et de suivre les étapes ci-dessous.

Des options supplémentaires ont été ajoutées pour personnaliser les tentatives de connexion.

Tâche :

Demandez aux utilisateurs d'accéder à l'interface utilisateur Server et de réinitialiser leur mot de passe lorsqu'ils y sont invités (ils peuvent saisir à nouveau leur mot de passe).

Mettez à niveau les utilisateurs vers Designer 2022.1 s'ils ont besoin de connecter Designer à Server.

Les utilisateurs qui n'effectuent pas les étapes ci-dessus recevront le message d'erreur « E-mail ou mot de passe incorrect. Veuillez réessayer. » dans Designer lors de la connexion à Server.

Si vous ne le faites pas et que vous passez à une version ultérieure, vous devrez utiliser l'option Réinitialiser le mot de passe pour chaque utilisateur.

2022.1

CRITIQUE

Mise à niveau de R : mises à niveau de R intégré de 4.0.5 à 4.1.3

Tâche : réinstallez les bibliothèques R externes et demandez aux utilisateurs de tester à nouveau R dans les workflows. Pour plus d'informations, consultez Comment utiliser l'outil R avec des packages compatibles avec R version 4.1.3.

2022.1

Déploiement de Designer sur VDI : prise en charge de l'infrastructure de bureau virtuel (VDI) ajoutée pour le déploiement de Designer

Impact : Designer peut être déployé sur des VDI persistants et non persistants, voir Prise en charge de l'infrastructure de bureau virtuel.

2022.1

Sécurité SSL de l'outil Télécharger augmentée : vulnérabilités SSL corrigées [JIRA PSEC-8]

Impact : Des vulnérabilités SSL concernant la renégociation d'établissement de liaison (CVE-2009-3555) ont été corrigées. Cependant, cela conduit l'outil Télécharger de certains clients à arrêter de fonctionner avec l'erreur « Erreur de transfert des données : erreur de connexion SSL ».

Tâche : contactez le site auquel vous accédez et demandez-leur de mettre à niveau leurs serveurs pour prendre en charge RFC 5746. Si cela n'est pas possible, contactez le service clientèle et reportez-vous à la carte Jira PSEC-8 pour obtenir des solutions de contournement supplémentaires. 2022.3 fournit l'option de configuration Liste des autorisations de validation par les pairs.

2022.1.42590 Correctif 3

Défaut TGAL-6990 : la mise à niveau échoue avec les connexions aux données Gallery contenant un mot de passe vide (corrigé dans 21.4.2_Patch6, 22.1.1_Patch4)

Impact : la mise à niveau échoue lorsqu'il existe des connexions aux données Gallery contenant un mot de passe vide, voir Communauté [TGAL-6990].

Tâche :

  • Option 1 : ignorer ce correctif.

  • Option 2 : consulter cet article de la communauté. Trouver les enregistrements posant problème dans Robo3T dans la base de données AlteryxGallery :

    db.getCollection('dataConnections').find({"PasswordSecured" : ""})

    Modifiez le champ AlteryxGallery.dataConnections.PasswordSecured pour tous les enregistrements avec des mots de passe vides et copiez un mot de passe à partir d'un autre enregistrement. Remarque : mettez à jour la connexion aux données Gallery dans l'interface utilisateur Server une fois la mise à niveau de Server terminée.

2022.2-FIPS

Nouveautés / Notes de publication

Version

Actions à effectuer lors de la mise à niveau vers cette version ou une version ultérieure.

2022.2-FIPS

Il s'agit d'une version FIPS uniquement conçue pour les nouveaux clients qui travaillent dans des environnements FIPS. FIPS est l'acronyme de Federal information Processing Standards.

La version générale des produits Server et Designer sautera une version trimestrielle et la prochaine version sera la version 2022.3. Alteryx continuera à publier des mises à jour de maintenance pour les versions précédentes en attendant la version trimestrielle 2022.3. Si vous effectuez une mise à niveau à partir d'une version antérieure, ignorez cette version et effectuez la mise à niveau vers la version 2022.3+.