Skip to main content

Meilleures pratiques en matière de mise à niveau de Server

Bien que la mise à niveau d'une version d'Alteryx Server vers une autre soit un processus simple, plusieurs considérations et étapes de préparation peuvent aider à assurer un déroulement en douceur. Cette page fournit un aperçu thématique du processus avec des liens vers de la documentation utile, ainsi qu'une approche étape par étape à prendre en compte lors de la planification de votre mise à niveau.

Toutes les étapes ou recommandations de ce document ne s'appliquent pas à chaque environnement ou installation. Votre plan peut différer.

En général, le processus de mise à niveau doit comprendre les étapes générales suivantes :

Les sections suivantes décrivent ces étapes et ajoutent un descriptif pour vous aider à planifier votre travail. Le cas échéant, les liens vers des instructions détaillées s'affichent dans cette documentation. Une liste agrégée de tous les liens fournis dans ce document est disponible dans la section Guides et articles d'aide .

Vous trouverez une liste de contrôle de ces étapes dans la Server Upgrade Checklist.

Alteryx et ses partenaires sont à votre disposition pour vous aider à planifier et exécuter une mise à niveau. Contactez votre Responsable de compte si vous avez besoin d'aide.

Nouvelle terminologie

Avec la sortie de Server 2022.3, le terme « Galerie » a été déprécié en faveur du terme « Interface utilisateur Server ». Bien que le terme hérité existe toujours dans le logiciel et la documentation au moment de la rédaction de ce document, ce document utilise l'expression « interface utilisateur Server » pour faire référence aux services, nœuds, configurations et autres.

Section 1. Documenter votre environnement

Capturer votre architecture et votre configuration

Vous devez bien comprendre votre environnement et avoir accès à la documentation relative. Au minimum, vous devez connaître les éléments suivants :

  • Combien de serveurs sont installés et quelles sont leurs fonctions.

    • De combien de contrôleurs, d'instances d'interface utilisateur Server, de workers, de serveurs MongoDB vous disposez dans chacun de vos environnements (Dev/QC/production).

    • Si vous exécutez un environnement haute disponibilité (HA).

  • Si vous disposez d'un schéma architectural qui visualise l'environnement. Si ce n'est pas le cas, c'est une bonne occasion d'en créer un.

  • La version logicielle d'Alteryx Server exécutée dans votre environnement.

  • Les logiciels supplémentaires installés.

    • Bibliothèques R personnalisées

    • Bibliothèques Python personnalisées

    • Utilitaires tiers

    • Connecteurs

      • Tous les connecteurs n'ont pas besoin d'être mis à niveau et certains peuvent ne pas avoir de mise à niveau disponible.

  • Les paquets de données : insights géospatiaux, insights métier, Intelligence Suite, etc.

    • Le cas échéant, la meilleure pratique consiste à installer les versions correspondantes de ces modules complémentaires pendant la mise à niveau.

    • Les outils personnalisés sont conçus par vos utilisateurs ou téléchargés depuis la Communauté ; les autres outils et connecteurs tiers sont achetés ou gratuits. Faites une liste de ceux-ci en indiquant les versions.

  • Les options de configuration définies via l'outil de configuration Paramètres système Alteryx , y compris, mais sans s'y limiter :

    • Espaces de travail

    • Répertoires de journalisation

    • Paramètres d'activation Planificateur et Moteur

    • Paramètres de persistance, notamment :

      • Type de base de données

      • Dossier de données

      • Options de conservation

    • Paramètres de l'interface utilisateur Server (URL et sécurité)

    • Méthodes d'authentification et informations de l'IDP

    • SMTP

    • Exécuter en tant qu'utilisateur

      Note

      Ces options de configuration (telles que Planificateur, Moteur, Persistance, Interface utilisateur Server, Paramètres SMTP, Exécuter en tant qu'utilisateur, et plus) sont capturées dans  C:\ProgramData\Alteryx\RuntimeSettings.xml pour que les administrateurs n'aient pas besoin d'enregistrer séparément les paramètres. Une copie de RuntimeSettings.xml fournit tous ces éléments dans un fichier XML en texte brut.

  • Utilisateur de connexion au service

  • Spécifications des serveurs physiques et virtuels

  • Versions de MongoDB et Python

    • MongoDB géré par l'utilisateur  : la version MongoDB gérée par l'utilisateur est indépendante d'une mise à niveau de Server. Vous devrez peut-être mettre à niveau séparément votre MongoDB géré par l'utilisateur en parallèle à une mise à niveau de Server. Dans le cas de l'instance gérée par l'utilisateur, Alteryx ne fournit pas de prise en charge. Pour plus d'informations, consultez la section Politique de support des versions.

    • MongoDB intégré  : les versions intégrées de Mongo et Python suivent la version de Server et n'ont pas besoin d'être notées séparément. Pour plus d'informations sur les versions intégrées de MongoDB, consultez la Référence de schéma MongoDB ou Politique de support des versions.

    Note

    Si vous utilisez l'outil Python, veuillez vérifier la  Server Upgrade Python Tool Environment Checklist avant la mise à niveau.

    Note

    Votre liste de tâches planifiées, de collections, de workflows et d'adhésions fait partie de MongoDB et ne sera pas perdue pendant la mise à niveau.

Nous avons préparé une  Configuration and Architecture Checklist pour vous faciliter cette étape. Cette liste de contrôle vous donnera une vue d'ensemble de votre infrastructure et de votre configuration.

Identifier les workflows stratégiques

Une partie importante de la planification de votre mise à niveau consiste à identifier les workflows stratégiques à protéger et tester dans le cadre du processus de mise à niveau. Il s'agit généralement de workflows exécutés selon un calendrier, qui agissent comme des dépendances au travail en aval (à l'intérieur ou à l'extérieur d'Alteryx) et/ou fournissent des données/sorties critiques aux principales parties prenantes de l'entreprise. Pour l'essentiel, vous devez identifier tout workflow qui, s'il n'est pas disponible pendant une période significative, aura un effet néfaste sur votre entreprise.

L'identification des workflows critiques peut vous aider à choisir votre version cible. Si le workflow critique contient des outils ou des connecteurs qui ne sont pas compatibles avec une version particulière, vous devez en tenir compte lors de la sélection de votre version cible (voir la Section 3 ci-dessous - Server Upgrade Version-to-Version Guide). Ces workflows peuvent également être modifiés pour les  tests post-mise à niveau  (ci-dessous) et inclus dans votre plan d'assurance qualité.

Créer des versions de test des workflows stratégiques

Lorsque vous testez des flux critiques pendant votre contrôle qualité post-mise à niveau, vous devez désactiver ou modifier toutes les sorties qui écrivent des données dans d'autres systèmes de production ou produisent des sorties qui résideront dans l'environnement de production.

Une méthodologie courante consiste à créer des versions de test dédiées de ces flux qui accèdent toujours aux systèmes et répertoires cibles, mais qui n'écrasent pas les données dans les fichiers et les tables de production.

  • Pour les opérations de données, modifiez les sorties afin d'écrire dans les versions de test dédiées des tables.

  • Pour les opérations sur fichiers, écrivez des fichiers avec une convention de dénomination différente ou dans un sous-dossier de test.

Vous pouvez ainsi effectuer des tests de bout en bout sans impact sur la production. Ces workflows de test doivent être utilisés dans les tests de production pour la même raison.

Autres considérations

Planifiez et programmez vos activités de mise à niveau de sorte à minimiser les perturbations dans les opérations courantes de votre organisation. Planifiez la fenêtre de mise à niveau en dehors des heures ouvrables normales (si possible) et pendant les périodes d'utilisation « plus légère ». Par exemple, ne planifiez pas pendant la clôture de fin d'exercice, le traitement de fin de trimestre, les audits mensuels, etc.

Certains clients utilisent une fenêtre de mise à niveau pour revoir les versions du système d'exploitation sur leurs machines Alteryx. Pour cela, veuillez contacter votre service informatique et consulter la  configuration système requise . Dans votre plan de mise à niveau, indiquez si vous mettez à niveau le système d'exploitation en même temps. Si des problèmes surviennent après la mise à niveau d'Alteryx, les ingénieurs de support en seront informés.

Section 2. Effectuer un bilan de santé de Server (facultatif)

Le bilan de santé Alteryx Server est une ressource précieuse pour comprendre les modèles d'utilisation d'un environnement Alteryx Server. Il analyse l'historique des modèles d'utilisation pour déterminer l'occupation de l'environnement de Server, les activités d'optimisation pouvant être nécessaires et si l'environnement est dimensionné de manière appropriée.

Si vous souhaitez en savoir plus, contactez votre Responsable de compte Alteryx.

Section 3. Sélectionner une ou plusieurs versions cibles

Sélectionnez la version cible du logiciel Server. En fonction de la cadence de mise à niveau interne, il se peut que vous ayez une ou plusieurs versions derrière la version actuelle du logiciel. Certaines considérations s'appliquent en fonction du nombre de versions entre votre version actuelle et votre cible. La plupart des clients ne procèdent pas à la mise à niveau chaque fois qu'une nouvelle version est publiée. En effet, il peut y avoir plusieurs versions dans une année donnée et la version actuelle n'est pas toujours exécutée. Ainsi, de nombreux clients optent pour « la version actuelle -1 ».

Note

Toutes les versions majeures sont prises en charge pendant 24 mois. Si votre organisation n'effectue ses mises à jour que peu fréquemment, tenez-en compte dans votre prise de décision.

Consulter les notes de publication

La première étape du processus de sélection consiste à lire les Notes de publication . Celles-ci détaillent les nouvelles fonctionnalités et les changements de programmation dans les versions cibles potentielles, de même que les corrections de bogues et les problèmes connus.

Comprendre le chemin de mise à niveau : où vous en êtes et où vous devez aller

Il existe des versions qui doivent faire l'objet de considérations supplémentaires si elles proviennent de certaines versions antérieures. En effet, chacune ne convient pas à tous les clients. Par exemple, vous devrez peut-être mettre à niveau votre MongoDB afin de naviguer entre les versions. Dans le cas de la version 2022.3, vous devrez mettre à niveau Server et Designer en même temps en raison des améliorations de chiffrage des données dans le logiciel qui rendent cette version de Server incompatible avec les versions précédentes.

L'aide Alteryx et le site de support Alteryx affichent le document  Server Upgrade Version-to-Version Guide, qui met en évidence les tâches et les considérations dont vous devez tenir compte lors de la mise à niveau via des versions d'Alteryx Server. Ce guide est particulièrement utile si vous effectuez une mise à niveau de plusieurs versions à la fois, par exemple de 2019.1 vers 2022.1. Pour assurer une mise à niveau fluide, vous devrez peut-être prendre des mesures incrémentielles.

Sélectionner votre version

Maintenant que vous connaissez les différentes versions disponibles et les considérations spéciales qui jalonnent votre processus de mise à niveau, vous pouvez sélectionner votre version cible. À partir de là, accédez au site de Téléchargements .

Section 4. Télécharger le logiciel

Rendez-vous sur le Portail de licences Alteryx. Vous devez pour cela disposer d'un compte. Vous y trouverez tous les téléchargements disponibles pour vous, y compris, mais sans s'y limiter :

  • Alteryx Server (versions actuelle et précédente)

  • Alteryx Designer

  • Alteryx Intelligence Suite et données d'insights

  • Pilotes de base de données pris en charge par Alteryx

Téléchargez tous les logiciels dont vous avez besoin et passez à l'étape suivante du processus. Pour obtenir de l'aide sur le téléchargement, consultez la page d'aide  Téléchargement et installation d'un produit .

Parité de version

En général, il est recommandé que Server et Designer aient la même version. Télécharger le programme d'installation de Designer semble donc logique. Cependant, étant donné que la mise à niveau de Designer pour une base d'utilisateurs importante nécessite une planification et des ressources supplémentaires, vous ne souhaiterez peut-être pas terminer la mise à niveau en même temps que la mise à niveau de Server.

Server est généralement rétrocompatible avec les anciennes versions de Designer. Sachez toutefois que les nouvelles fonctionnalités prises en charge sur la version cible de Server ne seront pas disponibles dans les anciennes versions de Designer.

Dans le cas de Server et Designer 2022.3, cette rétrocompatibilité n'existe pas en raison des améliorations apportées au chiffrement des données sur la plateforme. Si vous prévoyez une mise à niveau vers cette version ou une plus récente, Designer doit être mis à jour en même temps. La page d'aide  Outil Préparation à la migration contient des instructions spéciales pour préparer une mise à niveau vers cette version. Si vous essayez de télécharger une version plus ancienne qui n'est plus disponible sur la page des  Téléchargements , veuillez contacter l' Équipe de gestion des commandes .

Section 5. Effectuer une mise à niveau Sandbox/Dev Server et tester les résultats

Tester la mise à niveau dans un environnement hors production et documenter les étapes de votre processus avant de mettre à niveau votre Server de production est le meilleur moyen de vous assurer que le processus se déroulera sans heurts dans votre environnement de production et que vos workflows stratégiques et outils tiers continueront de fonctionner comme prévu. Si tel n'est pas le cas, vous pourrez explorer et résoudre ces problèmes, puis ajouter ces étapes à votre plan de mise à niveau de production. Les étapes que vous suivez dans cette mise à niveau de test, ainsi que toutes les étapes de correction supplémentaires que vous ajoutez dans la phase de contrôle qualité, deviendront votre « script » de mise à niveau pour la production.

Idéalement, commencez avec la même version Sandbox/Dev/Test Server et mettez-la à niveau. Consultez l'article de la Communauté  Environnement Sandbox Alteryx Server pour plus d'informations sur les environnements Sandbox.

Si vous disposez d'un  environnement multi-nœuds , les tests sont toujours efficaces sur une seule machine qui exécute Contrôleur + Interface utilisateur Server + Worker. De même, si vous disposez d'un MongoDB géré par l'utilisateur, la restauration d'une sauvegarde de base de données sur le MongoDB intégré de la machine de test peut vous aider à valider la mise à niveau. Contactez votre Responsable de compte pour plus d'informations sur une licence Sandbox.

Au minimum, vous devez installer la version cible de Designer sur la machine d'un utilisateur pour tester les workflows critiques dans la nouvelle version. Vous trouverez des instructions sur la page d'aide Installation de deux versions de Designer sur la même machine.

1. Effectuer une sauvegarde

Effectuez une sauvegarde des éléments suivants :

2. Effectuer les vérifications préalables à la mise à niveau

Vous pouvez éviter de nombreux problèmes de mise à niveau de Server en exécutant les vérifications/le workflow préalables à la mise à niveau disponibles dans l'article de la Communauté  Alteryx Server : vérifications préalables à la mise à niveau . Cette procédure traite des problèmes les plus courants auxquels un client sera confronté lors d'une mise à niveau et répertorie les solutions/étapes recommandées pour chacun d'eux.

Il est important d'exécuter les vérifications préalables à la mise à niveau dans chacun de vos environnements avant d'effectuer la mise à niveau. Ainsi, vous pouvez tester sur une machine de développement, puis réexécuter les vérifications sur votre environnement de production et suivre les étapes indiquées avant de terminer cette mise à niveau.

Désactiver Planificateur sur les nœuds du worker pendant les mises à niveau

Par défaut, les planifications qui auraient dû s'exécuter pendant la mise à niveau de Server reprendront dès que Server et les nœuds redémarreront. Gardez cela à l'esprit lorsque vous exécutez la mise à niveau de test sur votre Sandbox, afin d'éviter que les workflows démarrent et impactent vos systèmes de production.

Nous vous recommandons de désactiver toutes les planifications avant la mise à niveau et de déterminer ce qui doit être exécuté sur une base individuelle.

Si vous ne souhaitez pas que les planifications s'exécutent au démarrage du service :

  1. Exécutez les paramètres système Alteryx sur chaque worker (et nœud Server principal).

  2. Désélectionnez  Worker  > Général  > Exécuter les tâches non affectées .

  3. Attribuez au worker une balise de tâche unique (par exemple « UPGRADETESTING »).

Vous pouvez également contacter le  service clientèle  pour obtenir de l'aide sur la suppression de toutes les planifications.

3. Effectuer la mise à niveau

L'exécution de la mise à niveau est un processus simple si vous l'effectuez sur place. Il existe différentes étapes si vous effectuez une nouvelle installation de la nouvelle version sur une machine cible, ce qui suppose l'application de licences qui ne font pas partie du chemin de mise à niveau. Les licences actives existantes continuent de fonctionner sur les machines mises à niveau sans intervention. Les étapes générales de mise à niveau sont indiquées dans  Installation ou mise à niveau de Server .

Les différentes instructions pour les nouvelles installations et mises à niveau sur place sont détaillées dans un document incluant des liens vers des fichiers/articles d'aide associés sur les licences, la configuration requise, les listes de contrôle préparatoires, les mises à niveau MongoDB, et plus encore. Bon nombre d'entre eux sont inclus dans la section  Guides et articles d'aide  à la fin de ce document.

Veuillez noter que les outils prédictifs doivent être mis à niveau avec l'installation principale. Si vous avez défini un utilisateur de connexion au service, vous devrez le définir à nouveau après la mise à niveau. En effet, les mises à niveau suppriment et réinstallent le service Alteryx.

Mise à niveau d'un environnement multi-nœuds

Dans les environnements multi-nœuds, tous les nœuds doivent être mis à niveau vers la même version. En outre, les nœuds doivent être arrêtés dans l'ordre indiqué dans la section Arrêt de l'article de la Communauté Comment redémarrer les services dans un Alteryx Server multi-nœuds .

Après avoir mis à niveau tous les nœuds, suivez l'ordre de redémarrage indiqué dans la section Démarrage du même document.

Une fois que tout est opérationnel, mettez à niveau tous les connecteurs, packs de données, pilotes, modules complémentaires (tels que Intelligence Suite) et outils tiers nécessaires.

4. Tester/effectuer le contrôle qualité de la mise à niveau

Maintenant que le logiciel Server et les connecteurs applicables ont été mis à niveau, vous pouvez commencer les tests.

Services Alteryx

Les premiers tests sont simples. Vous les trouverez dans la section Test de Server Upgrade Checklist.

Test :
  • Le service Alteryx est-il en cours d'exécution ?

  • Test :

    • Pouvez-vous accéder à l'URL de Server ?

    • Pouvez-vous vous déplacer dans les pages d'administration et afficher les utilisateurs, les collections, etc. ?

    • Pouvez-vous publier un workflow depuis Designer sur Server ?

    • Pouvez-vous exécuter le workflow ?

    • Si votre configuration le permet, pouvez-vous enregistrer et exécuter un workflow en spécifiant vos informations d'identification ?

Options de configuration

Examinez ensuite les options de configuration dans l'outil de configuration Paramètres système Alteryx pour vous assurer qu'aucun paramètre n'a été perdu. Ces paramètres sont détaillés à la section  Documenter votre environnement . Si vous devez apporter des modifications, telles que les paramètres de persistance, les configurations SMTP, etc., vous pouvez le faire à présent. Notez également ces modifications afin de les réutiliser dans votre environnement de production mis à niveau.

Note

Certains paramètres sont activement modifiés au cours de certaines mises à niveau. Par exemple, la version 2022.1 a défini AMP pour Server et modifié le nombre de workflows autorisés à s'exécuter simultanément.

Consultez toujours les Notes de publication pour plus d'informations.

Connecteurs et pilotes

L'étape suivante consiste à tester vos connecteurs et pilotes pour les systèmes critiques, tels que les connecteurs SharePoint et O365, ainsi que les connecteurs ODBC/OLEDB pour SQL Server, Snowflake, Databricks, etc. Assurez-vous que vous pouvez connecter, lire et écrire des données.

Workflows critiques

Testez à présent vos flux stratégiques et les flux qui utilisent les connecteurs également documentés dans la section  Documenter votre environnement . Cet ensemble de tests utilisera les versions de test des workflows créés dans la section  Créer des versions de test des workflows stratégiques de ce guide. Si vous exécutez des versions de production non modifiées de ces flux, vos destinations de production seront affectées comme si ces flux fonctionnaient normalement.

Planificateur et Interface utilisateur Server

Enfin, si vous exécutez Planificateur et l'interface utilisateur Server, testez-les également :

  • Un workflow peut-il être planifié et s'exécute-t-il ?

  • Les applications analytiques fonctionnent-elles correctement ?

Important

Assurez-vous que les applications que vous publiez et planifiez/exécutez dans cet environnement ne sont pas des versions de production. Si vous exécutez des versions de production non modifiées de ces flux, vos destinations de production seront affectées comme si ces flux fonctionnaient normalement.

5. Noter toutes les erreurs et obtenir de l'aide

Répertoriez les problèmes que vos tests mettent en évidence, tels que les suivants :

  • Services qui ne démarrent pas ou qui signalent des erreurs.

  • Schéma MongoDB ou migrations cryptographiques qui échouent.

  • Workflows qui ne s'exécutent pas ou qui s'exécutent avec des résultats inattendus ou des erreurs.

  • Connecteurs qui ne fonctionnent pas.

  • Erreurs dans MongoDB.

La  Server Upgrade Checklist inclut quelques étapes de dépannage courantes dans la dernière section. Le service clientèle peut vous aider si vous avez rencontré une erreur dans le processus de mise à niveau et que vous ne parvenez pas à la résoudre à l'aide des étapes de dépannage courantes indiquées dans le guide. Votre Responsable de compte peut vous fournir des options si vous souhaitez obtenir de l'aide pour planifier ou exécuter une mise à niveau.

6. Procéder à un rollback/une restauration

Si vous n'avez pas pu résoudre les problèmes mis au jour pendant la phase de test et de contrôle qualité, vous pouvez procéder à un rollback/une restauration. Avant d'effectuer un rollback ou une restauration, vous pouvez collecter des fichiers journaux à partir des machines Server, afin de les fournir au service clientèle ou de les consulter en interne avant la prochaine tentative de mise à niveau. Si vous disposez d'un instantané/d'une sauvegarde, vous pouvez y revenir maintenant et planifier votre prochaine tentative de mise à niveau. Si aucune méthodologie d'instantané n'a pas été possible, vous pouvez suivre la méthodologie de rollback conventionnelle présentée dans l'article de la Communauté  Comment rétrograder Alteryx Server .

Section 6. Planifier la mise à niveau de production

Une fois que vous avez testé avec succès la mise à niveau dans votre environnement hors production et que votre processus de mise à niveau est documenté, vous pouvez planifier la mise à niveau de votre environnement de production.

Note

Votre mise à niveau de production doit suivre le « script » que vous avez créé dans votre environnement de test, avec des modifications spécifiques aux différences architecturales entre les environnements. Par exemple, si votre environnement testé était une architecture à nœud unique, mais que votre environnement de production comporte des nœuds distincts pour les workers et l'interface utilisateur Server, l'environnement de production comportera des étapes d'installation supplémentaires. Tenez-en compte lors de votre planification.

Conseil de pro  : utilisez les notifications Server  via l'interface utilisateur Server comme canal de communication supplémentaire pour informer les utilisateurs des mises à niveau en attente. Vous pouvez également publier des informations de mise à niveau dans votre Communauté Alteryx interne (par exemple, SharePoint, Confluence, Yammer, Teams, etc.).

Vous devrez planifier un temps d'arrêt approprié et informer les utilisateurs que les workflows sur Server ne seront pas exécutés pendant la mise à niveau. Les utilisateurs peuvent exécuter les flux stratégiques dans votre environnement de test récemment mis à niveau, les exécuter localement ou simplement planifier une coupure et informer les personnes en aval concernées par le retard.

Si vous prévoyez de mettre à niveau Designer également, que ce soit via des méthodes de packaging/automatisation ou un via processus d'installation manuelle, prévoyez le temps et les ressources supplémentaires nécessaires pour terminer les installations, puis assurez-vous d'informer également votre base d'utilisateurs. Rappelez-vous que Server est rétrocompatible avec Designer, jusqu'à la version 2022.3. Toutefois, les versions plus récentes de Designer ne fonctionnent pas avec les versions plus anciennes de Server. Ainsi, les mises à niveau de Server doivent toujours précéder les mises à niveau de Designer.

Important

N'oubliez pas de planifier votre mise à niveau à un moment qui minimise les perturbations de votre activité. Reportez-vous aux  Autres considérations  pour plus de détails et des recommandations.

Section 7. Effectuer la mise à niveau de production

Mise à niveau de Server

Les étapes de haut niveau décrites dans cette section reflètent les étapes 1 à 6 de la Section 5 . Reportez-vous à la section appropriée pour obtenir des détails supplémentaires et des liens d'aide.

Mettre à niveau Designer (facultatif)

Une fois que votre environnement de production est opérationnel, vous pouvez mettre à niveau vos installations Designer si elles font partie de votre plan. Rappelez-vous que Designer ne peut pas être d'une version supérieure à celle installée sur Server. En outre, la mise à niveau affecte directement les machines des utilisateurs. Les étapes de mise à niveau de Designer sont disponibles dans Mettre à niveau Designer.

Compatibilité Designer et Server

La version de Designer doit être égale ou antérieure à la version de Server auquel elle se connecte.  L'exception est Server 2022.3 (ou version ultérieure) qui nécessite au moins Designer 2022.3 en raison des modifications apportées au chiffrage .

La version de Designer ne peut PAS être plus récente que celle de Server auquel elle se connecte.

Seule la version (Année.Version) doit correspondre, pas le correctif spécifique.

Comme pour une mise à niveau de Server, les versions mises à niveau de Designer doivent être testées pour garantir que les workflows continuent de s'exécuter et que les connexions à Server peuvent toujours être établies. Comme pour les meilleures pratiques concernant les mises à niveau de Server, prévoyez de tester votre mise à niveau Designer sur un petit sous-ensemble de machines utilisateurs.

Guides et articles d'aide

Vous trouverez dans cette liste des liens vers toutes les ressources mentionnées dans ce document, ainsi que des ressources supplémentaires qui peuvent être utiles dans le processus de mise à niveau de Server.

Préparation d'une mise à niveau

Sauvegarde et restauration de votre environnement

Exécution d'une mise à niveau

Ressources supplémentaires