Blog
Les analyses et les idées des plus grands esprits de l'analyse.TIPS de la semaine
Chaque semaine, découvrez de nouvelles astuces et bonnes pratiques pour devenir un expert !
Voir l'index
Avec la sortie de Server 2024.2, la migration de connexions aux données vers des connexions DCM a été considérablement simplifiée. Cette mise à jour permet la migration automatique de toutes les connexions de données et de leurs workflows.
Vous trouverez ci-dessous un exemple qui vous aidera à comprendre le fonctionnement de la migration et à éviter tout problème.
Configuration
Tout d'abord, imaginons une connexion de données nommée MyAlias, avec la chaîne de connexion suivante :
Cette connexion de données est partagée avec deux utilisateurs et un groupe d'utilisateurs.
Nous avons également configuré une source de données correspondante dans DCM, ainsi que trois connexions différentes (informations d'identification) pour illustrer différents scénarios :
- user001 : contient les mêmes identifiants que dans la chaîne de connexion MyAlias.
- user001 [wrong pass] : contient le même nom d'utilisateur mais un mot de passe incorrect, illustrant un scénario avec un mot de passe obsolète.
- [vault credentials] random : simule l'utilisation d'informations d'identification du coffre-fort.
Ensuite, nous avons un workflow qui utilise la connexion de données MyAlias sur Alteryx Server. Ce workflow peut être programmé ou exécuté manuellement. Pour cet exemple, nous utiliserons un simple workflow qui transfère des données d'une table de base de données SQL à une autre, en ajoutant une colonne Id. Nous appellerons ce workflow MyWorkflow.
Migration des connexions de données
Une fois que tout est prêt, nous pouvons commencer le processus de migration. Cette opération consiste à relier les connexions de données à leurs équivalents DCM respectifs et, éventuellement, à copier les préférences de partage. Chaque connexion de données doit être migrée individuellement, en sélectionnant la connexion DCM et les préférences de partage adéquates.
- Accédez à la page de détails de la connexion de données dans l'interface utilisateur d'Alteryx Server.
- Lancez la migration en sélectionnant l'option de migration vers la DCM sur la page de détails de MyAlias. Une boîte de dialogue s'ouvre.
Dans cette boîte de dialogue, vous pouvez passer en revue la chaîne de connexion et voir une liste des connexions DCM disponibles. Cette liste comprend toutes les connexions ODBC DCM sur le Server, classées comme suit :
- Correspondance exacte : connexions DCM avec une correspondance exacte des chaînes de connexion.
- Correspondance de coffre-fort non résolue : connexions DCM avec des secrets provenant d'un coffre-fort externe. L'algorithme de correspondance ne télécharge et ne résout pas les informations d'identification du coffre-fort pour la comparaison.
- Correspondance partielle : connexions DCM avec des chaînes de connexion similaires mais non identiques.
- Sans correspondance : toutes les autres connexions DCM sur Server.
La connexion qui correspond le mieux est présélectionnée automatiquement. Dans notre configuration, la connexion user001 est sélectionnée comme correspondance exacte. Vous pouvez modifier cette sélection si besoin.
L'administrateur a la possibilité de partager avec les utilisateurs existants, en partageant la connexion DCM avec les mêmes utilisateurs et groupes que la connexion de données migrée. Cette option est activée par défaut.
Pour partager des informations d'identification spécifiques, le partage pour la collaboration doit d'abord être lancé sur la connexion DCM, avant de procéder avec la migration. Notez que si des workflows utilisant des connexions de données peuvent être exécutés par n'importe quel utilisateur Server disposant d'une autorisation, les connexions DCM nécessitent le partage pour l'exécution sur Server pour tous les utilisateurs exécutant des workflows.
La migration de MyAlias peut être confirmée en utilisant la connexion DCM user001 et en choisissant le partage avec les utilisateurs existants. Cette action ferme la boîte de dialogue et met à jour la page de détail de la connexion de données.
Une fois migrée, la connexion de données ne peut plus être modifiée et son partage ne peut plus être modifié. Toutes les modifications doivent être apportées à la connexion DCM. La connexion de données MyAlias reste disponible dans Designer pour des workflows, avec la possibilité de migrer à nouveau vers DCM si nécessaire.
Le partage initialisé sur la connexion DCM est également une nouveauté pendant la migration. Le partage a été effectué avec les deuxième et troisième utilisateurs ainsi qu'avec le groupe d'utilisateurs, en copiant les paramètres de la connexion de données.
Répétez ensuite le même processus pour toutes les autres connexions de données sur Server. Une fois cela fait, vous pouvez procéder à la migration des références du workflow.
Migration des connexions de données dans les Workflows
La dernière partie de la migration consiste à remplacer la connexion de données MyAlias par la connexion DCM Server SQL user001 dans toutes les configurations d'outils sur l'ensemble des workflows dans Server. Pour lancer ce processus, sélectionnez l'option de migration des workflows vers DCM en haut à droite de la page avec la liste de connexions de données, et confirmez la migration dans la boîte de dialogue.
L'état de la migration des workflows s'affiche sous le titre de la page de la liste, et le bouton d'initialisation de la migration sera désactivé pendant le processus. La migration des connexions de données individuelles est également temporairement indisponible. Actualisez la page pour obtenir l'état le plus récent ou revenez plus tard pour afficher les résultats.
Une fois la migration terminée, un résumé s'affiche, indiquant le nombre de workflows qui ont été migrés, ignorés, ou qui ont échoué.
- Migration réussie : workflows dans lesquels des connexions de données ont été trouvées et ont été remplacées par leurs équivalents DCM.
- Ignorés : workflows qui ne contiennent pas de références de connexion de données ou dont les références ne sont pas toutes liées à la connexion DCM.
- Échec : workflows qui n'ont pas pu être migrés pour différentes, raisons comme un accès ou des autorisations d'écriture insuffisants.
Une nouvelle version des workflows migrés sera créée automatiquement pour conserver l'historique de tous les changements.
Un journal complet de la migration des workflows, détaillant tous les workflows analysés et les opérations effectuées, est disponible sur le noeud de la galerie Alteryx Server sous forme de fichier dans C:\ProgramData\Alteryx Gallery\Logs\AliasMigration.ndjson. Dans une configuration à plusieurs nœuds, il se trouvera sur le nœud effectuant la migration (choisi aléatoirement).
Bien qu'une seule migration de workflow puisse être exécutée à un moment donné, il est possible de déclencher à nouveau la migration plusieurs fois, à condition que l'exécution précédente soit terminée. Cela permet d'effectuer des migrations en plusieurs parties, une connexion de données à la fois, ou de réexécuter la migration pour vérifier qu'aucune nouvelle occurrence des alias n'est présente sur Server.
Lancez-vous dès aujourd'hui
Vous êtes prêt à découvrir la gestion des données de demain avec l'outil de migration DCM Alteryx ? Migrez sans effort vers DCM et repoussez les limites en matière d'efficacité et de performance. Ne manquez pas les futures qu'Alteryx apporte à cet outil puissant, pour aider les entreprises à gagner en performance dans leur parcours analytique.
Pour en savoir plus sur DCM, suivez ces liens :
